МЯ
Size: a a a
2020 October 09
PA
Михаил Я
так это как?
На php редко кто сейчас пишет web-сервис совсем без какого-либо фреймворка или хотя бы комбинации библиотек, потому что... Потому что php очень хочет быть явой и к тому же не даёт из коробки в стандартной библиотеке какого-то базового роутера или других очень нужных для веб сервиса штуковин. Хотя сам по себе код выше уже вполне валидо обратывает запросы и может использоваться в качестве какого-то быстрого скрипта/решения, но при малейшем дальнейшем развитии его будет сложно тестировать и поддерживать.
Если твоя цель - одна маленькая страничка без претензий для личного пользования, то код выше сойдёт. Если же хочется пощупать как правильно, посмотри вот это https://symfony.com/doc/current/quick_tour/the_big_picture.html
Если твоя цель - одна маленькая страничка без претензий для личного пользования, то код выше сойдёт. Если же хочется пощупать как правильно, посмотри вот это https://symfony.com/doc/current/quick_tour/the_big_picture.html
T
Всем привет. Назрел такой вопрос. Дочерний процесс fpm получает sigkill и помирает, не успев выдать никаких логов. Кто-нибудь сталкивался с таким?
Выглядит это так. nginx возвращает 502 страничку. Сами логи пишутся. Весь процесс обработки запроса происходит почти до конца и где-то в моменте коммита транзакции (или близко к этому) обрубаются логи.
Смотрел всякое вроде того, что fpm посылает подпроцессам sigkill и они ничего не успевают, но контейнер не падал, да и картина не похожа.
Видел также всякие советы вроде увеличить ресурсы, но все это в кубере и до лимита вообще никак не дотягивает.
История детективная.
Выглядит это так. nginx возвращает 502 страничку. Сами логи пишутся. Весь процесс обработки запроса происходит почти до конца и где-то в моменте коммита транзакции (или близко к этому) обрубаются логи.
Смотрел всякое вроде того, что fpm посылает подпроцессам sigkill и они ничего не успевают, но контейнер не падал, да и картина не похожа.
Видел также всякие советы вроде увеличить ресурсы, но все это в кубере и до лимита вообще никак не дотягивает.
История детективная.
T
Всем привет. Назрел такой вопрос. Дочерний процесс fpm получает sigkill и помирает, не успев выдать никаких логов. Кто-нибудь сталкивался с таким?
Выглядит это так. nginx возвращает 502 страничку. Сами логи пишутся. Весь процесс обработки запроса происходит почти до конца и где-то в моменте коммита транзакции (или близко к этому) обрубаются логи.
Смотрел всякое вроде того, что fpm посылает подпроцессам sigkill и они ничего не успевают, но контейнер не падал, да и картина не похожа.
Видел также всякие советы вроде увеличить ресурсы, но все это в кубере и до лимита вообще никак не дотягивает.
История детективная.
Выглядит это так. nginx возвращает 502 страничку. Сами логи пишутся. Весь процесс обработки запроса происходит почти до конца и где-то в моменте коммита транзакции (или близко к этому) обрубаются логи.
Смотрел всякое вроде того, что fpm посылает подпроцессам sigkill и они ничего не успевают, но контейнер не падал, да и картина не похожа.
Видел также всякие советы вроде увеличить ресурсы, но все это в кубере и до лимита вообще никак не дотягивает.
История детективная.
Это симфони, если это важно
2020 October 10
КГ
И оно определенно реагирует на один конкретный запрос, который проходит валидацию и в констрейты базы данных вписывается.
Может там запрос такой что просто во время запроса не укладывается?
В прод базе очевидно данных побольше чем не в прод где оно работает
В прод базе очевидно данных побольше чем не в прод где оно работает
КГ
Откуда инфа что sigkill посылается? Предположение?
АГ
751 секунда?
КГ
КГ
Уверен что ресурсов хватает?
КГ
Вот такое я смотрел. В момент сбоя ело памяти почти как в requests прописано, даже не дотягивало
Я бы поднял память и протестил, чтобы уж точно исключить