Когда в процессе работы с «Битрикс: Веб-окружение» возникают непредвиденные ошибки, есть возможность обратиться к логам «Битрикс: Веб-окружение». Они находятся в папке /opt/webdir/temp/ и разложены внутри по папкам, которые ассоциированы с различными процедурами работы «Битрикс: Веб-окружение» — например: создание сайта, смена пароля для пользователя битрикс и другие. Логи выглядят примерно так: TASK: [web | create new mysql user for kernel site - non-cluster case] ******** failed: [49453.local -> localhost] => (item=localhost) => {"failed": true, "item": "localhost"} msg: unable to connect to database, check login_user and login_password are correct or ~/...

В Bitrix многие процессы завязаны на события, что позволяет гибко управлять логикой обработки различных действий. В данной статье мы рассмотрим, как можно отлавливать события создания комментариев в таймлайне сделки и выполнять определённые действия, используя стандартный класс EventManager из пространства имен Bitrix\Main. Наша задача заключается в следующем: если создаётся комментарий в таймлайне сделки и при этом нет закрепленных комментариев, то созданный комментарий должен быть автоматически закреплен...

Коротко: Bitrix — это не проблема; проблема возникает, когда его используют без архитектуры, понимания нагрузки и ограничений платформы. Ниже — полный разбор с контекстом, кейсом и границами применимости. С Bitrix я работаю пять лет, в веб-разработке в целом — семь. За это время внедрял, поддерживал, оптимизировал и реанимировал проекты разного масштаба: от корпоративных сайтов до B2B-платформ с интеграцией 1С, сложной бизнес-логикой и большим каталогом. Видел две крайности. Одни проекты работают стабильно, держат нагрузку, масштабируются и не создают постоянной боли...