Ну так почитай, что такое 502.

Я знаю что это

дальше нужно пойти в логи

У тебя, вестимо, не тот сокет PHP-FPM указан.

и показать ошибку

Я знаю что это

Вот если посмотришь в свой сниппет, то у тебя там PHP 5 указан.

И если, конечно, не PHP 7.0 слушающий сокет по адресу для PHP 5, то проблема именно в этом.

дальше нужно пойти в логи

/var/log/nginx/project_error.log сюда?

или nginx

// Казалось бы, при чём тут Symfony.

думаю второе

пхпфпм логи

Вот если посмотришь в свой сниппет, то у тебя там PHP 5 указан.

ща

Зря думаешь. Нужно смотреть тот лог, который в конфиге виртхоста указан. Потом - логи PHP-FPM.

Вот если посмотришь в свой сниппет, то у тебя там PHP 5 указан.

# regex to split $uri to $fastcgi_script_name and $fastcgi_path fastcgi_split_path_info ^(.+\.php)(/.+)$; # Check that the PHP script exists before passing it try_files $fastcgi_script_name =404; # Bypass the fact that try_files resets $fastcgi_path_info # see: http://trac.nginx.org/nginx/ticket/321 set $path_info $fastcgi_path_info; fastcgi_param PATH_INFO $path_info; fastcgi_index index.php; include fastcgi.conf;

это /etc/nginx/snippets/fastcgi-php.conf

Чудно. Но зачем это здесь? Ты выше постил сниппет с конфигом виртуального хоста для nginx. Вот в нём проблема.

А где тут логи?

Логи в *nix НЕМНОГО не тут.

/var/log/*

и какой из них?

Ты в свой конфиг виртхоста посмотри. Какой там указан - такой и.

Тебе стоит сходить в документацию nginx и посмотреть, какие бывают логи. И чем отличается access_log от error_log.

НУ я понимаю примерно

Ты же сам сказал показать логи

это два лога

Ну вот второй не нужен вообще, например, был. Неважно. В общем, тебе в error_log ошибка написана: nginx не может подключиться к сокету PHP-FPM. Делай выводы.

но в других хостах есть тоже строчка fastcgi_pass unix:/run/php/php7.0-fpm.sock;

и они как бы работают

а понял разницу

ща попробую

У тебя там пути к сокету разные, если что.

У тебя там пути к сокету разные, если что.

поэтому и сказал что понял разницу

Это же не норм?

норм

это симфони

то есть ничего менять уже не нужно?

норм

это симфони

то есть ничего менять уже не нужно?

Надо исправлять (

Надо исправлять (

А как?

Руками

Зачем ты этим занимаешься?

спс

всмысле?

Мне на курсы нужно

Тебе ж сказали, что это уже симфони рендерит страницу. Значит надо смотреть в логи симфони.

С кем я тут недавно обсуждал автоматическую регистрацию репозиториев как сервисов? https://github.com/doctrine/DoctrineBundle/pull/727 В doctrine-bundle 1.8 должны завезти.

http://symfony.com/doc/current/setup/file_permissions.html

тут есть раздел в ACL

И команды все для апача

то есть на nginx такой штуки нету?

где ты увидел, что это только для апача?

А показалось

О всё настроил

Крч, это норм что app_dev.php норм работает, а на app.php 404 кидает

С кем я тут недавно обсуждал автоматическую регистрацию репозиториев как сервисов? https://github.com/doctrine/DoctrineBundle/pull/727 В doctrine-bundle 1.8 должны завезти.

вариант с трейтом тоже неплохой был

Ребят, подскажите по паттернам, не могу понять соль и различие. Есть service locator и DI. Правильно ли я понимаю их различие? class SomeClass { public $anotherClass; public function __construct(AnotherClass $class) { $anotherClass = $class; } } // Service Locator $someToDo = new SomeClass(); // DI $someToDo = new SomeClass(new AnotherClass); В service locator я сам не передаю необходимую зависимость и (утрирую) фреймворк "сам" при создании экземпляра класса SomeClass передает в конструктор экземпляр AnotherClass. В DI я каждый раз при создании экземпляра класса SomeClass руками передаю в конструктор экземпляр AnotherClass. В итоге грубо говоря мой SomeClass знает что в него передадут экземпляр класса AnotherClass, но если все-же не передали - будет error, а не автоматически добавлен экземплят класса AnotherClass т.е. не явно.

в сервис локаторе ты обращаешься к локатору и запрашиваешь то что тебе нужно, в di ты тебе инжектят зависимости из вне

т.е. 2 примера выше оба DI?

да

$logger = $this->container->get(Logger::class); $repository = $this->em->getRepository(User::class);

вот 2 типичных использования сервис локаторов на проекте

ERROR: S client not available

Например в контроллере $this->get('markdown.parser') Это SL, верно?

да

Крч, это норм что app_dev.php норм работает, а на app.php 404 кидает

Блен, ну вы чё?

с DI у тебя через иньекции будет все

То есть это потом нужно чёт делать года деплоить буду?

Like controller injection?

А ты не мне

Like controller injection?

like controller as service

в 4й симфони контроллеры только так и будут регаться на сколько я помню

т.е. на примере доктрины в контроллере private $doctrine; public function __construct(ManagerRegistry $doctrine) { $this->doctrine = $doctrine->getManager(); } public function someAction() { $this->doctrine->getRepository(); } Выше DI? А вот ниже SL? public function someAction() { $em = $this->getDoctrine()->getManager(); }

$this->doctrine->getRepository(); тоже SL

Но ведь вроде явно в конструкторе указал при создании экземпляра контроллера добавить экземпляр доктрины. А как тогда будет выглядеть DI?

public function __construct(MyRepository $repository)

А, т.е. я не должен передавать класс доктрины в конструктор, а сразу должен передать репо?

DI - это то, что ты ManagerRegistry в контроллере получил

А, т.е. я не должен передавать класс доктрины в конструктор, а сразу должен передать репо?

да, манагер тебе нужен только в случае работы с транзакциями и для persist/flush

а когда ты взял репу через registry - это sl

да, манагер тебе нужен только в случае работы с транзакциями и для persist/flush

А, ну да, я же выношу всю работу с БД в репо. В репозитории все выполняю, а в контроллере дергаю только методы репозитория. А уже его методы работают с доктриной. Верно?

да

Добрый день. Подскажите, а для xdebug в шторме, например, обязателен на клиенте белый IP? Делаю по вот этому документу, https://stafox.ru/how-to-configure-xdebug-in-phpstorm/ вкладка отладки пустая.

белый IP это как?

там описан дебаг на локале, при чём тут айпи

Ну вот мне так сказали, когда задал вопрос в соседней конфе. :) Наверное, имели в виду чтобы я у прова своего для домашней сети выделенный ип попросил, но это же бред, вроде

для локали да и ремоута всегда будет 127.0.0.1

Там дебаг на локале, согласен. Что нужно учитывать при дебаге на сервере?

порты проверь чтобы не заняты были

для профилактики можешь на 9002 настроить

Я на 9009 настроил, у меня там php-fpm

И ни фига. :(

iptables? telnet -tulpn?

пробовал в шторме "stop at first line"?

На сервере не должно быть, внёс 9009 в ACCEPT