Если монго или редис есть, то проще писать туда

https://github.com/Seldaek/monolog/blob/master/src/Monolog/Handler/GelfHandler.php

для грейлога

настраивается в 2 строчки кода

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

это медленно

для дев разработки это ок, а когда у тебя ломится по 100 запросов на сервер, то это печаль

Хорошо, а что именно делать ?

Nfr vjyjkju d cbvajybb cnjbn gj evjkxfyb. e;t

Ghjcnj lhfqdth yt afqk yflj erfpfnm b ljk;yj cnfnm yjhv

Блин

:)

1) нагрузка большая 2) без логов больно, я по неопытности просто забил на это, пока не прилетели странные баги

Монолог стоит в Смф по умолчанию вроде как. Драйвер просто указать, и должно само работать, я так думаю.

для начала поднять централизованное хранилище для логов

а потом направить монолог на него

У меня теперь много вопросов) хотя сначала был только один

https://github.com/Seldaek/monolog/blob/master/doc/02-handlers-formatters-processors.md#log-specific-servers-and-networked-logging https://github.com/Seldaek/monolog/blob/master/doc/02-handlers-formatters-processors.md#log-to-databases выбирай любой вариант

В conig.yml есть конфиг monolog

monolog: handlers: main: type: gelf level: info publisher: hostname: "%graylog_hostname%" port: "%graylog_port%" channels: ["!api", "!snc_redis", "!event"]

примерно такой конфиг у тебя будет

Сложно

не очень. там потом нужно докручивать контексты для логов, чтобы можно было отследить происходящее

Для меня это все новое, ну и + куча информации, поэтому сложно

у вас большая нагрузка в проде и никого нет в команде кто умеет готовить логи и мониторинг?

Пока прода еще нет, такие люди есть, но уже ушли, а зачем symfony чат, как не для вопросов и дискуссий ?

Окей, ребят Вопрос: как вы изучаете документацию по новым компонентам Symfony? Workflow например - вот он гипер хуево описан, например че такое: marking_store.type = property_accessor - что тут еще может быть? Что это ваще такое значит? Почему нигде не написано, что можно делать guard: "is_fully_authenticated()" в настройках транзакций? Что за audit_trail: true вообще? Что он дает? Что если false, аналоги есть? Где это всё описано? Что за хернь?

Ок, начинаем гуглить

Находит только в коде напрямую, а доки и описания нигде нет нехера

Дока симфони достаточно большоая и подробная, но очень хуево структурированная. Иногда 5-6 похожих статей из одной доки перечитаешь, пока найдешь ответ. Иногда все равно не понятно бывает.

Ее в принципе нет по этим опциям, хотя это ахренеть как важно, они основную часть информации вообще выкинули нахрен

Пока прода еще нет, такие люди есть, но уже ушли, а зачем symfony чат, как не для вопросов и дискуссий ?

а откуда нагрузка большая?)

а откуда нагрузка большая?)

Она будет, поэтому хотелось бы делать сразу с ее учетом)

Окей, ребят Вопрос: как вы изучаете документацию по новым компонентам Symfony? Workflow например - вот он гипер хуево описан, например че такое: marking_store.type = property_accessor - что тут еще может быть? Что это ваще такое значит? Почему нигде не написано, что можно делать guard: "is_fully_authenticated()" в настройках транзакций? Что за audit_trail: true вообще? Что он дает? Что если false, аналоги есть? Где это всё описано? Что за хернь?

в исходниках все смотреть)

на новые фичи не всегда успевают писать доки, там разрабы немного ленивые в этом плане

Да там не так сразу все понятно будет

С другой стороны полезно

Она будет, поэтому хотелось бы делать сразу с ее учетом)

Используй YAGNI

Нет ничего хуже чем оптимизация заранее.

Оптимизируй те мета, которые будут проседать, а не угадывай заранее

это не оптимизация, это важные вещи для проекта. мониторинг и логи

особенно как нынче любят обмазаться микросервисами, и при этом живут без логов.. всегда забавляло

Ну так пиши для начала их как обычно

начнет проседать, переключаешься на другое хранилище

Проект должен развиваться инкрементно

Иначе никогда не запустится вовремя, если будешь пытаться закрыть все проблемы, которых еще нет

Я конечно не говорю "хуяк и в продакшн".

Код должен быть разумным и общие принципы соблюдать

Но оптимизация логов явно в них не входит

если у тебя в одном приложении нет нормального мониторинга, то с переходом на сервисы нужна еще трассировка и адвансед подходы для этого

но как правило на это забивают

Таких если может быть миллион

Если мы станем использовать бигдату, если мы перейдем на микросервисы, если будет SPA в итоге немеряно силы тратится на то, что скорее всего не будет

есть стандартные вещи для продакшена. такие как настройка секьюрити и параметров на серверах, CI сервер с деплоем, мониторинг, логи, алерты, смоук тесты. это не предварительная оптимизация, это нормальные меры. иначе это хуяк-хуяк и в продакшен и выгребание потом проблем

и я говорю что часто на это забивают болт, но зато пытаются делать микросервисы, контейнеры в прод затащить и тд

Логи - это логи.

Согласен.

Есть slack symfony dev chat там можно задавать любой вопрос

А тут - не дай бох!

:)

Ага, если шпрехаешь по забугорски

А доку как читаеш с офіс сайта?

Нормально читаю, иногда даже по коду все ясно

А чтобы задавать вопрос - это надо грамматику хорошо знать в первую очередь

ERROR: S client not available

Они тоже не хнают

французы ж бгг

Ну я типа задал там вопрос

Ответили

"about guard, this is kind of expected. It is a new Symfony 3.3+ option. So it won't be there in the current doc. It may be in the doc for master (but not all 3.3 features have been documented yet)"

Все завтра

а эти опции доступны в 3.2?

Guard еще в 2.8 добавили

вопрос за workflow был

Нет

marking_store.type и transaction.guard

Так вот оно чо

3.2 же пока

ну как бы да

Тогда в Раяна на спросить

3.3 в мае будет

Его команда гардероб пиляла

Есди очень надто 3.3 то можна к бете обновится

Workflow ваще сложная

В чем разница между state_machine и workflow? Тоже интересно было бы узнать, это всё матан блин ?

Ну воркфлоу - это вроде как реализация State machine

А по подробнее?

Интересно просто

Ну воркфлоу - это вроде как реализация State machine

не совсем. в стейт машине только 1 выход, а в воркфлоу параллельные могут быть

не совсем. в стейт машине только 1 выход, а в воркфлоу параллельные могут быть

А можно немножко примеров из жизни, что может быть воркфлоу, что стэйт машина?

ну вот у тебя в админке скажем есть публикация новости, чтобы ее запаблишить тебе нужно чтобы ее посмотрел редактор и верстальщик, и после их апрувов можно сделать паблиш. так вот со стейт машиной у тебя они смогут смотреть только последовательно, т.е сразу один посмотрел, а потом второй. с воркфлоу можно ожидать сразу несколько статусов одновременно

Спасибо большое

ребята, всем привет! Можно у Вас спросить рекомендации, может, кто из Вас или ваших знакомых рассматривает предложения. Ищу сейчас PHP-разраба с фреймворком симфони, зп 150к, офис.м.Кропоткинская.

wokflow - реализация сетей Петри

https://ru.wikipedia.org/wiki/%D0%A1%D0%B5%D1%82%D0%B8_%D0%9F%D0%B5%D1%82%D1%80%D0%B8

Насколько зашкварно такое юзать в сущности? https://pastebin.com/HELqA4xK

остановись, не надо