Чтобы добить тему с Bitrix, поделюсь ещё некоторыми знаниями на тему запуска этой CMS в Kubernetes. Я давно и много работал с Bitrix. Когда проходил обучение по Куберу, была идея научиться с ним работать и запускать там Битрикс. В итоге от этой идеи отказался, так как это всё нужно только в крупном бизнесе, с которым я не работаю и не хочу работать. И вообще с Кубером после обучения расхотелось иметь дел. Это не моё. У Bitrix есть ряд особенностей, которые затрудняют её запуск в Kubernetes: 1️⃣ Много нюансов с Docker образом. Насколько я знаю, официального не существует. Соответственно, делать придётся самим или брать чьи-то костыли...

Если вы получаете примерно следующую ошибку, после обновления битркиса - Fatal error: Declaration of Bitrix\Main\Diag\Logger::log($level, Stringable|string $message, array $context = []): void must be compatible with Psr\Log\LoggerInterface::log($level, $message, array $context = []) in /data/bitrix/www/bitrix/modules/main/lib/diag/logger.php on line 59 Fatal error: Uncaught Error: Class "Bitrix\Main\Diag\FileLogger" not found in /data/bitrix/www/bitrix/modules/main/lib/diag/fileexceptionhandlerlog...

Когда работаешь с Битриксом, особенно на таком глубоком уровне, как мы, регулярно сталкиваешься с хитрыми задачами технического плана. О решении одной из таких задач мы и хотим вам рассказать. Задача звучала так: необходимо, чтобы сервер под управлением виртуальной машины Битрикс умел отдавать еще дополнительные сервисы, например доступ к БД. Для решения этой задачи надо открывать порты на сервере. Однако коробка на ВМ Битрикс имеет особенность: все настройки управляются через ansible и локальный контроль версий файлов конфигурации...

В гите есть несколько способов объединять веточки и подтягивать изменения. Посмотрим на самые популярные: Rebase и Merge. Merge (Слияние) Merge — это процесс объединения изменений из одной ветки с другой. Довольно часто разработчики используют именно его, чтобы в свою веточку подтянуть актуальный develop. Когда мы делаем merge, Git создает новый коммит, который содержит изменения из обеих веток. Это создает некий "состыковочный" коммит, который объединяет изменения. Например, если мы хотим подтянуть изменения с девелопа, то делаем git merge develop...