sl0

Достаточно создать пользовательское правило валидации в AppServiceProvider . Как-то так:

public function boot()
{
    Validator::extend('has_related_categories', function ($attribute, $value, $parameters, $validator) {
        $postId = $value;

        $relatedCategoriesCount = DB::table('category_post')
            ->where('post_id', $postId)
            ->count();

        return $relatedCategoriesCount > 0;
    });
}

Потом можно использовать has_related_categories где нужно

long story short. Потому что сущность - не сервис. Если надо подробнее, то стоит почитать про MVC и то как они взаимодействуют.

Какой-то очень странный конфиг для Memcached. Откуда он вообще взялся? Советую внимательно изучить этот раздел документации: https://symfony.com/doc/current/cache.html

Задача контроллера решить, что именно нужно делать: создать юзера или обновить, и исходя из этого уже дернуть нужный метод в сервисе. Дублирующийся код в сервисе можно вынести в отдельный метод, к которому будут обращаться и create, и update - проблем с этим не вижу.

https://symfony.com/doc/current/session.html#confi...

В самой симфони для этого используется DI (контейнер внедрения зависимостей), думаю стоит поступить так же.

1. Если друзья у пользователя заданы коллекцией (OneToMany, ManyToMany), то получить этих друзей можно прямо в сущности безо всякого qb.
2. Сущность должна быть чистой. Не надо пихать в нее какие-то зависимости, особенно из фреймворка.
3. Стоит учесть, что доктрина довольно прожорлива. Получить список связанных сущностей как описано в п.1 на больших коллекциях может быть чревато выжиранием памяти под чистую.
4. Доктрина - ORM, а не AR. Хочется пользоваться AR - на здоровье, симфони это позволяет, но не надо переделывать орм под ар-ные методы, получится жуткий и кривой Франкенштейн.

Вообще Hyper-V был нужен для wsl1, wsl2 его уже не требует, - ей нужно Virtual Machine Platform.

Не понимаю в чем проблема. Пишешь свой конфиг (.php-cs-fixer.dist.php по дефолту) и кидаешь в проекты. Хоть через внешний репозиторий, хоть как.

Подозреваю, что маппинг не настроен. Как именно в PyCharm не знаю, но в PhpStorm (что по сути примерно то же самое), для этого надо указать связь между локальной папкой проекта и тем, что лежит в контейнере.

Вариантов уйма:
1. Перейти на линукс.
2. Делать все в wsl
3. Компилировать sass чем-то совместимым с Windows 64-bit

Если помянять у роутера товара на @Route("/catalog/11/{groupSlug}/{slug}", то все корректоно работает.

Сами же и написали ответ. Зачем эта неразбериха с роутами? Если идет запрос вида /catalog/slug1/slug2, то как фреймворк должен понять какой роут ему вызывать catalog_group_sub или catalog_product? Оба подходят.

ssh Configurations. Если я правильно понял вопрос, то там еще надо будет добавить прокси server1.