2 раза прочитал и не все равно не понял :( В сигнальном методе есть очередь и в run есть очередь - зачем, в чем разница? А pusher для чего, как его использовать?
Это не то, что бы лучше. У меня в active record моделях и некоторых других сущностях есть описание схемы внутри себя. В случае с @property var $var мне надо продублировать все поля из схемы в phpdoc. А в случае с .phpstorm.meta я могу консольной командой сгенерировать эти подсказки, не изменяя сам код. Эти подсказки нужны только для разработчиков, поэтому я не вижу смысла дублировать их в phpdoc
А что с гамбургером не так? Отличное решение, если разделов много.
Пусть бы Apple сами реализовали гамбургер в своей же «Музыке», а то с вводом Apple Music стала невообразимая каша, которую они как-то пытаются распихать по этим насчастным пяти иконкам снизу
Такие ошибки обычно отлавливаются тестированием. Или у вас ежедневных пользователей миллион, а тысяча — это капля в море, поэтому не словили вовремя, или баг воспроизводится раз в, скажем, 5-10 попыток, что уже говорит о действительно плохом коде.
У меня был опыт агрегирования нескольких уведомлений в один емейл. Как пример — слать не менее 10 (20 или 100, на ваш вкус) сообщений в одно письмо или не чаще раза в те же 10 минут — внутри будете видеть всё те же сообщения, но писем меньше. Это по крайней мере решит проблему тонны писем.
Генерировать письма при возникновении ошибок может быть удобно на маленьких побочных и личных проектах. Но с ростом размера проекта ситуация будет ухудшаться. Сильно ухудшаться:
• Мало подробностей для диагностики
• Трудно настроить правила уведомлений, поэтому вас будет заваливать событиями
• Исключение, пойманное в бесконечном цикле, может за ночь сгенерировать вам 50 000 писем
• Ошибки не делятся по приоритетности или заметному влиянию на пользователей, все они выглядят равноценными
• Когда вам начинает приходить больше ста писем, вы перестаёте их читать
Пришло письмо, открыл, разобрался, исправил. Больше писем по этой проблеме не приходило. ЧЯДНТ?
2 раза прочитал и не все равно не понял :( В сигнальном методе есть очередь и в run есть очередь - зачем, в чем разница? А pusher для чего, как его использовать?
Эмм..?
Это не то, что бы лучше. У меня в active record моделях и некоторых других сущностях есть описание схемы внутри себя. В случае с @property var $var мне надо продублировать все поля из схемы в phpdoc. А в случае с .phpstorm.meta я могу консольной командой сгенерировать эти подсказки, не изменяя сам код. Эти подсказки нужны только для разработчиков, поэтому я не вижу смысла дублировать их в phpdoc
Пусть бы Apple сами реализовали гамбургер в своей же «Музыке», а то с вводом Apple Music стала невообразимая каша, которую они как-то пытаются распихать по этим насчастным пяти иконкам снизу
У меня был опыт агрегирования нескольких уведомлений в один емейл. Как пример — слать не менее 10 (20 или 100, на ваш вкус) сообщений в одно письмо или не чаще раза в те же 10 минут — внутри будете видеть всё те же сообщения, но писем меньше. Это по крайней мере решит проблему тонны писем.
Пришло письмо, открыл, разобрался, исправил. Больше писем по этой проблеме не приходило. ЧЯДНТ?
Расходимся, пацаны…
Была мысль, что будет второй цикл статей «про Катю» :)