Fundición: Accesorios que te encantarán

Hey team,

I just followed the tutorial and got an Error. To blame me: I am using symfony 6.2.8.
But did I miss something? The new Method from MixController works fine and slug is created automatically, but deleting 'slug' => self::faker()->text() and executing "symfony console doctrine:fixtures:load" leads to

In ExceptionConverter.php line 47:

An exception occurred while executing a query: SQLSTATE[23502]: Not null violation: 7 ERROR: null value in column "slug" of relation "vinyl_mix" violates not-null constraint
DETAIL: Failing row contains (9, id veniam ducimus exercitationem est, Totam dolor et tenetur fuga voluptas nisi rerum. Est animi corpo..., 6, rock, 2023-04-17 17:21:34, 20, 2023-04-17 17:21:34, null).
Any comment is appreciated.
Thank you.

Hey @Georg-L

That's unexpected. Did you add the Slug attribute to your property? #[Slug(fields: ['title'])]
like shown in this code block https://symfonycasts.com/screencast/symfony-doctrine/sluggable#codeblock-1fd8df0329

Cheers!

Hey @MolloKhan,

thank you for your message. Me stupid! I managed to somehow delete this line and didn't notice.
sorry for bothering you.

Have a nice day

No prob! it happens :)

Hey, great library. I need a bit of help with localization. If I want another language, how to do this? In the documentation I see

Faker\Factory::create('fr_FR');

But how to set this in Symfony? Thank you!

Hey Rufnex,

Good question! If you're talking about how to localize Faker with the Foundry bundle - here's an example: https://symfony.com/bundles/ZenstruckFoundryBundle/current/index.html#faker . As you can see from the docs, you can do it via Symfony configuration:

# config/packages/zenstruck_foundry.yaml
when@dev: # see Bundle Configuration section about sharing this in the test environment
    zenstruck_foundry:
        faker:
            locale: fr_FR # set the locale

I hope this helps!

Cheers!

Hi Victor,

i had already tried this. unfortunately, only the standard language is used. Any further ideas?

Greetings
Rufnex

Hey Rufnex,

Hm, could you clear the cache and try again? It might be a cache issue. If not, please, make sure your current config really has that locally, you can debug it with:

bin/console debug:config zenstruck_foundry

Is the locale set there? Also, make sure you're debugging this config for the environment that your Symfony application is currently using. It might be so that you set the locale for dev but load your app in prod.

Cheers!

HeyHo Victor,

the configuration looks correct, but still only the default language like "et accusamus sunt ipsum non". strange behavioer .. or is it required to download somewhere the language packs?

Current configuration for extension with alias "zenstruck_foundry"
==================================================================

zenstruck_foundry:
    auto_refresh_proxies: true
    faker:
        locale: fr_FR
        seed: null
        service: null
    instantiator:
        without_constructor: false
        allow_extra_attributes: false
        always_force_properties: false
        service: null
        ```

Hey Rufnex,

Ah, ok, it seems correct to me. Well, you don't need to install any extra localization pack, it's implemented via so called Provider in the faker bundle: https://github.com/FakerPHP/Faker/tree/main/src/Faker/Provider - you just need to specify a correct provider for the "locale" option I suppose. OK, could you try that Faker\Factory::create('fr_FR') instead as described in the docs and try to generate data with it? Are those data really localized? If so, it sounds like a misconfiguration or a bug in the Foundry bundle, I'd recommend you to open an issue there.

Btw, keep in mind that not all the data might be translated. Please, try on the specific methods like name(), region(), vat(), or phoneNumber() as it's listed as translated in the docs: https://fakerphp.github.io/locales/fr_FR/ . It might be so that the method you're calling always returns Latin text.

I hope this helps!

Cheers!

Sorry, can you explain me, where to add Faker\Factory::create('fr_FR') ? i'm a bit confused ;)

I think Victor talk about something like this:

    protected function getDefaults(): array
    {
        $faker = Factory::create('fr_FR');
        return [
            'title' => $faker->lastName(),
//            'title' => self::faker()->words(5, true),
            'description' => self::faker()->paragraph(),
            'trackCount' => self::faker()->numberBetween(5, 20),
            'genre' => self::faker()->randomElement(['pop', 'rock']),
            'votes' => self::faker()->numberBetween(-50, 50),
        ];
    }

Thanks you! Unfortunately, only latain is produced here as well.

Hey Rufnex,

Hm, that's weird if even with the Faker\Factory::create('fr_FR') you still get latin data. What method are you. calling on that custom localized faker? Could you show a part of your code where you're using it? Because as far as I understand your code it should just work this way, probably you're missing something obvious.

Cheers!

Hey Rufnex,

Yep, exactly like Ruslan mentioned below in https://symfonycasts.com/screencast/symfony-doctrine/foundry#comment-27727

I.e. you create a faker instance manually via $faker = Factory::create('fr_FR'); passing the desired locale and then use it below.

Cheers!

I followed the example .. so in my factory i have this code:

    protected function getDefaults(): array
    {
        $faker = Factory::create('fr_FR');
        return [
            // TODO add your default values here (https://symfony.com/bundles/ZenstruckFoundryBundle/current/index.html#model-factories)
            'title' => $faker->words(5, true),
            'description' => $faker->text(),
            'hits' => self::faker()->randomNumber(),
        ];
    }

Hey Rufnex,

Oh, that's exactly what is in the docs actually, I'm not sure why it does not work. Well, the only explanation might be is that those methods you're using like words()/text() are not localized to French. I'd recommend you to change that code to something like this:

    protected function getDefaults(): array
    {
        $faker = Factory::create('fr_FR');
        // This should dump a French region and a French phone number that is started with +33
        dd($faker->region(), $faker->phoneNumber());

        return [
            // TODO add your default values here (https://symfony.com/bundles/ZenstruckFoundryBundle/current/index.html#model-factories)
            'title' => $faker->words(5, true),
            'description' => $faker->text(),
            'hits' => self::faker()->randomNumber(),
        ];
    }

And re-load your fixtures. In the console, you should get a dumped French region and a French number that starts with +33 - it you see it - then localization actually work, but it would mean as I said before that those method you're using like text() are not localized to French.

But if you don't see a french region and french phone number dumped - than it might be a bug in the Faker library you have installed. I'd recommend you to upgrade to the latest version and double-check if it works there. if not - probably report a bug in the Faker repository. Though, it would be a very obvious bug I suppose so other devs had to notice it already. I'm leaning towards the fact that the methods you're using are just not localizaed.

Cheers!

Hi Victor,

I think I have found the problem. The formatters text() and word() can't seem to be localized. To create a local text you can use realText()

$faker->realText()
$faker->realText('30')

It seems that the translation only works for the following: https://fakerphp.github.io/formatters/

If someone has the same problem, the insight might be helpful. And yes RTFM ;o)

Anyway, with the translated results, I think I'd rather stay with Latin LOL.

Thanks for your help, your service is great!

Hey Rufnex,

That's exactly what I was trying to explain you a few times :) Yeah, not everything is localized, unfortunately... or fortunately, because it might be done on purpose, that's just a strategy of that lib.

Good catch on that realText() method, and thanks for sharing it with others!

Anyway, with the translated results, I think I'd rather stay with Latin LOL

Lol! But yeah, that's the reason why the "lorem ipsum" is so popular, it has no "semantic load", just text :)

Anyway, I'm really happy we figured this mystery out! ;)

Cheers!