Тогда надо заранее структуру придумывать. А если вдруг захочется новое поле журналировать - структуру менять

Это да, только заранее. В некоторых случаях есть возможность миграцию накатить

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

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

Что конкретно нужно отслеживать?

У пары бизнес сущностей надо отслеживать поля. Не все, пока интересует 5 полей конкретных. Над ними работает несколько сотрудников. В какой-то момент случаются неверные данные, и надо бы крайнего найти

У пары бизнес сущностей надо отслеживать поля. Не все, пока интересует 5 полей конкретных. Над ними работает несколько сотрудников. В какой-то момент случаются неверные данные, и надо бы крайнего найти

Логирование не подходит?

Просто логгирование в файл неудобно, надо же и визуализацию. Вот потому я и посматриваю в сторону елк, там тебе и сбор, и нереляционная база, и визуализация

А повесить ивенты на доктрину и записывать changeset?

Куда? Тут же в mysql?

Если не нужен полнотекстовый поиск то почему бы и нет

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

Но это такое. Мысли просто

Мне не кажется, что хранить такое в основной базе хорошая идея

https://github.com/madmis/ActivityLogBundle

Это просто расширение логгирования? А хранить всё где?

Это просто расширение логгирования? А хранить всё где?

в бд и хранится. Но там есть ряд ограничений (читай README)

Я вот как раз не уверен, что стоит в основной базе хранить

Почему

Если накатить partitioning на таблицу например на дату, и юзать between, то можно спокойно жить с миллионами записей

https://dev.mysql.com/doc/refman/8.0/en/partitioning-types.html

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

Если тебе нужен полнотекстовый поиск то да бери елк, если нет, то лучше наверное локи

Монгу тоже можно че

Главное чтобы не оказалось что проблема в том что народ редактирует твои бизнес энтити одновременно и из-за этого баг и никто не виноват был )

Елк просто память любит очень

Если с этим нет проблем то ок

Ну и непонятна проблема. Если заходят доп поля хранить, что нельзя сделать альтер тейбл?

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

Ок. Спасибо

Посоветуйте пожалуйста: мне надо что-то типа журналирования некоторых данных: кто изменил, когда изменил, что изменил, на что изменил. На чем такое проворачивать? Elk? Или что-то другое?

https://symfony.com/bundles/StofDoctrineExtensionsBundle/current/index.html Loggable

Loggable

https://symfony.com/bundles/StofDoctrineExtensionsBundle/current/index.html Loggable

в чем розница их не знаешь?

второй фасад первого

написано же вон у второго, что это интеграция первого с симфони

а как тоже самое сделать в TWIG http://sandbox.onlinephpfunctions.com/code/59318f85dde1b92d36efcdb053788eef01b52953

{{ str|convert_encoding("windows-1251", "utf-8")|url_encode }} так не получилось

А почему такое в twig делать? В контроллере заранее перекодировать

А почему такое в twig делать? В контроллере заранее перекодировать

у меня массив

Хорошо. Можно заранее в контроллере прогнать массив на перекодирование данных

у меня массив

array_map?

{{ str|convert_encoding("windows-1251", "utf-8")|url_encode }} так не получилось

https://medium.com/@k0d3r1s/use-php-functions-in-twig-templates-4caf6e8f5ba7

Добрый день. Пытаюсь сделать отправку push уведомлений через firebase с помощью symfony/notifier. Но при попытке отправки возникает ошибка: The "firebase" scheme is not supported. Подскажите, пожалуйста, в чем может проблема? notifier.yaml framework: notifier: texter_transports: firebase: '%env(FIREBASE_DSN)%'

версия может не та?

версия может не та?

Использую symfony 5.4. Версия пакета notifier и пакета symfony/firebase-notifier также 5.4.

Если через профайлер открыть содержимое класса getTexter_TransportsService.php, то в нем отсутствует TransportFactory для firebase. return $container->privates['texter.transports'] = (new \Symfony\Component\Notifier\Transport(new RewindableGenerator(function () use ($container) { yield 0 => $container->load('getNotifier_TransportFactory_TwilioService'); yield 1 => ($container->privates['notifier.transport_factory.null'] ?? $container->load('getNotifier_TransportFactory_NullService')); }, 2)))->fromStrings(['firebase' => $container->getEnv('FIREBASE_DSN')]);

@theantt смотри что нарыл, то что ты хочешь https://github.com/eXsio/php-symfony-arch/tree/main/src

почитать авторские комментарии можно тут https://www.kode-krunch.com/2021/11/php-symfony-modular-architecture-demo-part-1.html https://www.kode-krunch.com/2021/12/php-symfony-modular-architecture-demo-part-2.html

я прочитал введение и.... автор похоже не нашел Api Platform, а собственно ее и разработали для того что хочет автор, даже сам Фабьен об этом сказал

ну и дальше начинается дичь - назвал Расмуса Лердорфа = Rasmus Leonor - не смог найти Codeception = No proper separation between Unit and Integration tests - не нашел в офф доке как писать свои SecurityController = Traditional, stateful, session-based security is used все равно считаю что подход симфони из бест практис самым нормальным, а дальше можно его использовать с поправками Дмитрия Елисеева и тогда любой новичок легко вкатится в проект, а не будет копаться в модулях

Всем привет. Ребят подскажите как лучше пдгрузить переводы с каcтомными именами и структурой директории translationы? допустим translations/en_GB/LC_MESSAGES/en_GB.mo

@theantt смотри что нарыл, то что ты хочешь https://github.com/eXsio/php-symfony-arch/tree/main/src

прикольная штука, очень даже. явно упоротый по ддд писал :😄

прикольная штука, очень даже. явно упоротый по ддд писал :😄

после слова упоротый надо уже поставить точку )

😂

ну и дальше начинается дичь - назвал Расмуса Лердорфа = Rasmus Leonor - не смог найти Codeception = No proper separation between Unit and Integration tests - не нашел в офф доке как писать свои SecurityController = Traditional, stateful, session-based security is used все равно считаю что подход симфони из бест практис самым нормальным, а дальше можно его использовать с поправками Дмитрия Елисеева и тогда любой новичок легко вкатится в проект, а не будет копаться в модулях

Этот подход стандартный годен только для очень маленьких приложений. М,б. даже для создания отдельных микросервисов. В остальном придется очень долго и муторно разбираться где и что лежит. Держать это в голове. Забросишь проект на месяцок, уже и не вспомнишь где что.

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

в очередной раз пожалею что нет годной пруф-статьи как крупная компания делает свой проект на симфони и рассказывает как у них устроена структура ((

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

Почему лучше на чем нибудь другом?

потому что пхп почти труп уже 😄 да и пиндец какой неудобный

потому что пхп почти труп уже 😄 да и пиндец какой неудобный

так уже лет 10 как трупом называют) А что удобнее и в каких задачах?

потому что пхп почти труп уже 😄 да и пиндец какой неудобный

А чем неудобен?

Почему лучше на чем нибудь другом?

php же не про микросервисы, тут надо понимать причины написания микросервиса, ведь микросервис ради микросервиса это тоже странно (ибо сложно и дорого), а вот когда было на пхп и решили сделать микросервис значит причина почти наверняка в RPS и пхп уже не вывозит

А чем неудобен?

костылями своими, конечно же

php же не про микросервисы, тут надо понимать причины написания микросервиса, ведь микросервис ради микросервиса это тоже странно (ибо сложно и дорого), а вот когда было на пхп и решили сделать микросервис значит причина почти наверняка в RPS и пхп уже не вывозит

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

костылями своими, конечно же

Например)

Например)

что ты такой любознательный то а? :D Не хочу я спорить щас.

пример всё же дам, 1: костыльный асинк

Та я не собираюсь спорить))) просто интересно)

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

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

принимается ))

пример всё же дам, 1: костыльный асинк

Ну тут просто не тот инструмент выбран, если возникает большая необходимость в асинке)

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

Это специфика языка, но сейчас работаю в этом направлении)

не работают )

Ну тут просто не тот инструмент выбран, если возникает большая необходимость в асинке)

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

один из коров просто сбежал. Устал видимо.

@theantt вон вакуха свободная на место главного по пыхе. забирай себе и впили нормальный асинк ))

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

вот да 🤣

проблема пхп в том, что он создан как шаблонизатор, и досих пор имеет это наследие. Врятли что-то с этим сделаешь

Никита Попов не занимался такими глубокими штуками, этим Дмитрий Стогов занимается. Дмитрий так и сказал, что он асинк пилить не хочет. Надо - приходите делайте

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

по факту выглядит всё это очень стрёмно

давай пили antphp )

🤣🤣🤣