Форум

Марат Шамшутдинов,

К сожалению, полными конфигами и сборщиками поделиться не могу из-за политики компании.
Однако, могу показать конкретные конфиги или части entrypoint

Andrey Churashev,

1. Производительность
2. Новые языковые возможности
3. Безопасность\Багфиксы, например для 5.3 никто и ничего исправлять не будет.
итд итп

И вправду, зачем, сидели бы на 3й версии РНР и не выпендривались бы...

[QUOTE]- каким образом версия PHP влияет на штатное api bitrix которое реализовано под php 5.3 ? [/QUOTE]
1. Сделайте поиск по коду Битрикса "/bug.php" и увидите сколько есть "костылей" для того чтобы пофиксить те или иные баги РНР. И это только те, которые не получилось обойти более красивым образом. Отсюда вывод, что самим тоже надо тестировать, особенно в самых популярных версиях РНР.
2. Передаю пламенный привет версии РНР 7.1, которая более менее стала стабильно работать спустя пол года с официального релиза
3. Передаю напалмовый привет версии РНР 7.2, на которой битрикс не заведется в нынешнем его виде в принципе
4. Передаю злобный привет будущей версии 7.3, где Битриксу придется "выпилить" все свои костыли связанные с mbstring, собственно как и всем остальным разработчикам которые надеялись на эту фичу.
[QUOTE]- каким образом версия mysql влияет на на штатное api D7 а в основом вообще только api инфоблоков bitrix которое не предполагает прямых запросов? [/QUOTE]
1. Передаю привет MySQL 5.7 и всем его форкам, в особенности тем, кто воспользовался "сомнительной" поддержкой handlersocket от Битрикса, ибо handlersocket просто выпилили из версии 5.7. Хотя, с другой стороны, handlersocket Битриксом не поддерживается на должном уровне, ибо там баг багом погоняет, не смотря на заявления вендора [URL=https://dev.1c-bitrix.ru/learning/course/?COURSE_ID=43&LESSON_ID=5746]https://dev.1c-bitrix.ru/learning/course/?COURSE_ID=43&LESSON_ID=5746[/URL]
[QUOTE]- каким образом доукер решает вышеназванные проблемыс несовместимостями на хостингах где докера нет впринципе (либо шаред-хостинг либо готовое bitrix окружение)?[/QUOTE]
Как минимум докер позволяет быстро развернуть окружение и все протестировать и производить относительно плавный переход с версии на версию и при необходимости откатываться назад. Хотел бы я посмотреть как вы будете откатываться назад, используя Битрикс окружение когда что-то пошло не так, особенно когда даунтайм не должен превышать 10 минут, покажите нам мастеркласс.

Роман Семёнов,
[QUOTE]мне надо сделать бекап БД в несколько гигабайт и потом поднять на локале
докер как тут поможет?[/QUOTE]
Добавляете немного логики в entrypoint и будет делать что душе угодно.
[QUOTE]еще так никто не ответил кто будет делать докер образы bitrix?[/QUOTE]
Кто хотел уже для личных целей сделал, а т.к. Битриксо сообщество в целом не готово к докеру, то вряд ли найдется много энтузиастов делать, что то хорошее, получая осуждающие комментарии от соседей по цеху.
[QUOTE]таким образом в случае КП - докер не особо полезен. [/QUOTE]
Серьезно? Как такое умозаключение появилось?
[QUOTE]или если только програмист криворукий и не умеет писать универсальный код работающий на разных версиях БД и php
например не использует api bitrix и любит обмазываться сторонними расширениями php
тогда докер конечно необходим[/QUOTE]
Вот это эпично! Сразу видно, что никогда массовыми продуктами не занимались.
Да и полагаться на вендора 100%, тоже не стоит. Я уже подустал багрепорты строчить, хотя бы "двойную порцию компота к чаю" за это бы давали. Вдвойне весело когда заявленный функционал не работает в принципе и не будет работать.

Денис Диденко,
[QUOTE]Есть момент, я правильно понимаю, поработал, затушил контейнер и данные например в MySQL сказали тебе до свидания?[/QUOTE]
Вы можете примонтировать папку\диск и все сохранится и никуда не убежит, если не примонтируете, то да "до свидания".

У нас например для разработки есть конфиг который разворачивает окружение + согласно .env файлу поднимает чистый битрикс, либо затаскивает git репозиторий, либо выгружает и разворачивает бекап с дальноего сайта, либо ничего не делает если настройки нет. И все это в автоматическом режиме, выполнив одну лишь команду
[CODE]docker-compose up -d[/CODE]Докер конечно не серебренная пуля, но кое в чем очень помогает.

Денис Диденко,

Т.е. вы не тестируете свои решение под MySQL 5.6\5.7, PHP 5.6\7.0.x\7.1.x\7.2.x ?
В докере окружение пересобирается за десяток секунд + все конфиги переносимы.

Также каждому контейнеру вы можете выделить определенное количество ресурсов за которые он просто не сможет вылезти, с обычной виртуалкой такой фокус провернуть сложнее.

Еще можно на одной машине запустить скажем битрикс и что нибудь эдакое, например MSSQL, всего за десяток другой секунда. Хотел бы я посмотреть как это вы "побыстрому" сделаете в битриксовской виртуальной машине.

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

ЗЫ. забыл еще приятную мелочь, используя докер, вы сможете быстро откатиться назад если с окружением что то пошло не так, а вот с Битрикс окружением дела обстоят посложнее.

Чувствуется стойкий запах "Не пользовался Docker'ом, но осуждаю!!11"

Андрей Николаев,

Если быть более точным, то Битрикс24 (учитывая все ребрендиги, такие как Битрикс: Корпоративный портал итп) уже около 9 лет и естественно есть люди у которых опыт работы\внедрения ~9 лет. Если же говорить про облако то ему более 5 лет.
Вот такая вот занимательная математика

Вам не нужен блок PHP, см. https://dev.1c-bitrix.ru/learning/course/?COURSE_ID=57&LESSON_ID=3814

т.е. в блоке "Установка переменной", или как то так (давно уже не  работал в русской версии, не помню), надо написать значение вида

Еще можно использовать короткую запись
[CODE]use \Bitrix\Main\{
   Application,
   Page\Asset,
   Context
};[/CODE]