Что значит «выйдешь из офиса»? И что значит «Джун строит из себя сеньора»?
Roadrunner развернуть на октане - это буквально две команды написать. В случае чистого Roadrunner - еще конфиг написать.
При этом Октан хардкодить часть конфига, который после ты можешь поменять только через флаги запуска. Люди, писавшие как минимум эти строчки не понимают как работает запуск.
И по поводу строчки автора - он даже не разбирался как это запустить и какие проблемы могут быть в проде
"FrankenPHP был выбран вместо RoadRunner, потому что его легче развернуть..." При этом мы просто развертываем это через обрубок "Octane". После этой фразы можно закрывать статью.
В моём кейсе - очень долгий запрос в базу, даже при простейшем Select на конкретном сервере. Локально это не отслеживается, на чистом приложении доступ к базе до 1 сек. Делаю вывод что проблема не в сети, а в приложении и нужен какой-то инструмент, чтобы отсмотреть происходит задержка
Если нужно сделать "здесь и сейчас" и срубить бабла с бизнеса - отличное решение, экономит время. Вопрос в том, что когда вам понадобиться какой-то кастом или вы увидите, что ваше готовое решение начинает тормозить - как будете поступать?
В общем и целом опять налили воды не по теме. Зачем мне знать что там за 2000 тысячи рублей кто-то писал в двух файлах, если мы разбираем конкретный тяжелый случай в статье? Ждем от вас репозиторий, где есть трейты, синглтоны, фабрики для телеграм-бота, если не балабол)
Не понимаю куда вам нужно было так спешить, что вы сделали "это". У вас тег стоит "структура проекта", вы предлагаете единообразную структуру проекта для телеграм бота, но при этом сами даже не поработали нормально над этой структурой. Создаётся впечатление что вы или шутник, или студент, которому нужно выпустить работу на Хабре какому-то дню для зачёта.
"Я не выдавал код, как готовый к использованию" - тогда в чем ценность данной статьи? Рассказать всем то, что и так очевидно, про то, что нужно запросы отсылать в апи телеграмм, используя язык программирования? Что можно интегрировать в Wordpress работу с телеграм ботом?
Почему я должен принять вашу структуру проекта, если в ней допущены грубейшие ошибки именовании неймспейсов, нет ООП от слова совсем? Почему я должен верить человеку, который даже не Trainee (вывод из кода проекта). В чем преимущество?
Те преимущества, которые описаны выше - наверное только про админ панель соглашусь, но про безопасность это вы лишнее написали. WP - это ещё так дырка из-за плагинов, в которых часто бывают уязвимости.
Поймите - этот комментарий сделан не для того, чтобы вас захейтить, а для того, чтобы указать на очевидные проблемы, которые фиксятся элементарным чтением доки или прохождением курса по базам языка.
Тут далеко ходить не нужно, заходим в файл TG.php и видим: 1. Все методы - статические, в которые передаются одни и те же параметры 2. Именование переменных в параметрах в snake_case вместо camelCase 3. Устарвеший if else подход 4. Namespace dev_bots_ru\tg\Senders - решили применить все и сразу - тут и snake_case, и маленькими буквами, и с большой. 5. Мы вынесли токен в конфиг, но почему-то api.telegram мы не выносим. 6. Именование файлов - тоже самое, нет единого стиля, все как "под настроение". 7. Где-то мы пишем классы, а где-то - файл с одной функцией И это только на первый взгляд то, что сразу бросается в глаза. Без негатива возникает очень много вопросов к такого рода коду, который как бы работает, но что-то явно не так со стилем и пониманием ООП.
Что значит «выйдешь из офиса»? И что значит «Джун строит из себя сеньора»?
Roadrunner развернуть на октане - это буквально две команды написать. В случае чистого Roadrunner - еще конфиг написать.
При этом Октан хардкодить часть конфига, который после ты можешь поменять только через флаги запуска. Люди, писавшие как минимум эти строчки не понимают как работает запуск.
И по поводу строчки автора - он даже не разбирался как это запустить и какие проблемы могут быть в проде
"FrankenPHP был выбран вместо RoadRunner, потому что его легче развернуть..."
При этом мы просто развертываем это через обрубок "Octane". После этой фразы можно закрывать статью.
Интересно услышать от автора ответ на вопрос «А в итоге чем приходится заниматься?». Конечно после всех этих мифических задач с конями в квадрате.
Особенно зная репутацию Битрикса в PHP сообществе
Спасибо GPT
Воздухом это быть не перестало от скрина)
Бесполезнее статьи еще не видел. Ни настроек, какой сервер используется? Какие тесты проводились и какой тулзой. Просто воздух на экране
Почитал комментарии этого уникума.
Господь, спаси нас от таких людей
Суть проблемы не в медленных запросах в наше случае, а в тупящем коде и тут нужно профилировка
В моём кейсе - очень долгий запрос в базу, даже при простейшем Select на конкретном сервере. Локально это не отслеживается, на чистом приложении доступ к базе до 1 сек. Делаю вывод что проблема не в сети, а в приложении и нужен какой-то инструмент, чтобы отсмотреть происходит задержка
Как вашим решением можно отдебажить продакшен? Ведь часто есть проблемы именно на конкретном сервере
Если нужно сделать "здесь и сейчас" и срубить бабла с бизнеса - отличное решение, экономит время. Вопрос в том, что когда вам понадобиться какой-то кастом или вы увидите, что ваше готовое решение начинает тормозить - как будете поступать?
В общем и целом опять налили воды не по теме. Зачем мне знать что там за 2000 тысячи рублей кто-то писал в двух файлах, если мы разбираем конкретный тяжелый случай в статье?
Ждем от вас репозиторий, где есть трейты, синглтоны, фабрики для телеграм-бота, если не балабол)
Не понимаю куда вам нужно было так спешить, что вы сделали "это". У вас тег стоит "структура проекта", вы предлагаете единообразную структуру проекта для телеграм бота, но при этом сами даже не поработали нормально над этой структурой. Создаётся впечатление что вы или шутник, или студент, которому нужно выпустить работу на Хабре какому-то дню для зачёта.
"Я не выдавал код, как готовый к использованию" - тогда в чем ценность данной статьи? Рассказать всем то, что и так очевидно, про то, что нужно запросы отсылать в апи телеграмм, используя язык программирования? Что можно интегрировать в Wordpress работу с телеграм ботом?
Почему я должен принять вашу структуру проекта, если в ней допущены грубейшие ошибки именовании неймспейсов, нет ООП от слова совсем? Почему я должен верить человеку, который даже не Trainee (вывод из кода проекта). В чем преимущество?
Те преимущества, которые описаны выше - наверное только про админ панель соглашусь, но про безопасность это вы лишнее написали. WP - это ещё так дырка из-за плагинов, в которых часто бывают уязвимости.
Поймите - этот комментарий сделан не для того, чтобы вас захейтить, а для того, чтобы указать на очевидные проблемы, которые фиксятся элементарным чтением доки или прохождением курса по базам языка.
Тут далеко ходить не нужно, заходим в файл TG.php и видим:
1. Все методы - статические, в которые передаются одни и те же параметры
2. Именование переменных в параметрах в snake_case вместо camelCase
3. Устарвеший if else подход
4. Namespace dev_bots_ru\tg\Senders - решили применить все и сразу - тут и snake_case, и маленькими буквами, и с большой.
5. Мы вынесли токен в конфиг, но почему-то api.telegram мы не выносим.
6. Именование файлов - тоже самое, нет единого стиля, все как "под настроение".
7. Где-то мы пишем классы, а где-то - файл с одной функцией
И это только на первый взгляд то, что сразу бросается в глаза.
Без негатива возникает очень много вопросов к такого рода коду, который как бы работает, но что-то явно не так со стилем и пониманием ООП.
Автор красавчик - тянуть огромный оверхед в виде Wordpress для создания телеграм-бота?
Я представляю автор удивится, когда узнает про DRY, KISS, SOLID, YAGNI, PSR и зачем всё это придумали)