Алексей Шафранский написал: Потому что... из плюсов огромный пиар, лейбл наша, галочка сертификат ФСТЭК.Остальное.. если глянуть внутрь.. один большой минус с кучей минусов по дороге..1) Старая пакетная база без обновлений. Как вышла в 2018 1.6, в 2021 1.7 так и тишина. Какие то пакеты обновлений были, но редкие.А как же исправления CVE коих сейчас пруд пруди? Нету. По ФСТЭК аналогично.2) Основа Debian 10 а он уже EOL почти. Все старое.3) PHP. НЕТ НИЧЕГО. Сори за капс но вообще нет готовых пакетов. Ставишь компилятор и собираешь сам. Как вам? А если еще и php расширения нужны (а они часто официальные версии с github не собираются) можно на С++ пописать код, чтобы работало. Это тоже устраивает?4) БД MariaDB. Официально мы её не поддерживаем. Не официально правки в продукт идут, чтобы на этой базе тоже работало. Сама Астра лишь собирает пакеты старых версий и подкидывает их к себе в образы и т.д. Без поддержки.5) deb-based пакетная база. А у нас все в rpm-based пакетной базе.Итого ПОЛНАЯ ПЕРЕРАБОТКА ВСЕЙ МАШИНЫ. Все и сразу, так как меняются пакеты, пути, каталоги, название демонов и т.д. Сколько лет/сил/времени нужно даже сказать сложно(
Ну хорошо, есть и другие варианты. Альт, например (мне лично, именно он и интересен).
Пакетная база там своя и заметно новее. PHP собран в разных SAPI. rpm-based (но на apt). Да, MariaDB. И ее уже давно надо поддерживать, а не сопли жевать (в админке Битрикс тоже). Этому форку уже 100 лет в обед, его вижу во многих дистрибутивах (т.е. он хорошо принят сообществом).
А полную переработку нужно было делать давно. Еще в 2014-м было все понятно. 10 лет было. А вы сели на явно не пригодный для релизных серверов дистрибутив. Он для тестов сделан. Максимум, на что его стоит ставить - среда разработки. Для рабочих серверов требуется стабильность, а не нервенная дрожь при каждом обновлении (тем более, автоматическом, как в некоторых панелях управления).
написал: Потому что... из плюсов огромный пиар, лейбл наша, галочка сертификат ФСТЭК.Остальное.. если глянуть внутрь.. один большой минус с кучей минусов по дороге..1) Старая пакетная база без обновлений. Как вышла в 2018 1.6, в 2021 1.7 так и тишина. Какие то пакеты обновлений были, но редкие.А как же исправления CVE коих сейчас пруд пруди? Нету. По ФСТЭК аналогично.2) Основа Debian 10 а он уже EOL почти. Все старое.3) PHP. НЕТ НИЧЕГО. Сори за капс но вообще нет готовых пакетов. Ставишь компилятор и собираешь сам. Как вам? А если еще и php расширения нужны (а они часто официальные версии с github не собираются) можно на С++ пописать код, чтобы работало. Это тоже устраивает?4) БД MariaDB. Официально мы её не поддерживаем. Не официально правки в продукт идут, чтобы на этой базе тоже работало. Сама Астра лишь собирает пакеты старых версий и подкидывает их к себе в образы и т.д. Без поддержки.5) deb-based пакетная база. А у нас все в rpm-based пакетной базе.Итого ПОЛНАЯ ПЕРЕРАБОТКА ВСЕЙ МАШИНЫ. Все и сразу, так как меняются пакеты, пути, каталоги, название демонов и т.д. Сколько лет/сил/времени нужно даже сказать сложно(
Как выше писали есть Альт. У Альта есть дистрибутив SimpleLinux на репозиториях Альта, бесплатный для всех и юриков и физиков. Почему он не подходит? Одними скриптами бы закрыли ВСЮ линейку Альта, ибо отличаются они только набором пакетов из коробки, включая сертифицированные дистрибутивы. К тому же Альт заявляет официальную совместимость с Битрикс. https://www.basealt.ru/fileadmin/user_upload/compatibility/P10-view2.html
Алексей Шафранский написал: Потому что... из плюсов огромный пиар, лейбл наша, галочка сертификат ФСТЭК.Остальное.. если глянуть внутрь.. один большой минус с кучей минусов по дороге..1) Старая пакетная база без обновлений. Как вышла в 2018 1.6, в 2021 1.7 так и тишина. Какие то пакеты обновлений были, но редкие.А как же исправления CVE коих сейчас пруд пруди? Нету. По ФСТЭК аналогично.2) Основа Debian 10 а он уже EOL почти. Все старое.3) PHP. НЕТ НИЧЕГО. Сори за капс но вообще нет готовых пакетов. Ставишь компилятор и собираешь сам. Как вам? А если еще и php расширения нужны (а они часто официальные версии с github не собираются) можно на С++ пописать код, чтобы работало. Это тоже устраивает?4) БД MariaDB. Официально мы её не поддерживаем. Не официально правки в продукт идут, чтобы на этой базе тоже работало. Сама Астра лишь собирает пакеты старых версий и подкидывает их к себе в образы и т.д. Без поддержки.5) deb-based пакетная база. А у нас все в rpm-based пакетной базе.Итого ПОЛНАЯ ПЕРЕРАБОТКА ВСЕЙ МАШИНЫ. Все и сразу, так как меняются пакеты, пути, каталоги, название демонов и т.д. Сколько лет/сил/времени нужно даже сказать сложно(
Ну хорошо, есть и другие варианты. Альт, например (мне лично, именно он и интересен).
Пакетная база там своя и заметно новее. PHP собран в разных SAPI. rpm-based (но на apt). Да, MariaDB. И ее уже давно надо поддерживать, а не сопли жевать (в админке Битрикс тоже). Этому форку уже 100 лет в обед, его вижу во многих дистрибутивах (т.е. он хорошо принят сообществом).
А полную переработку нужно было делать давно. Еще в 2014-м было все понятно. 10 лет было. А вы сели на явно не пригодный для релизных серверов дистрибутив. Он для тестов сделан. Максимум, на что его стоит ставить - среда разработки. Для рабочих серверов требуется стабильность, а не нервенная дрожь при каждом обновлении (тем более, автоматическом, как в некоторых панелях управления).
Поддерживаю. Абсолютно не понятно, как можно было выбрать Centos в 2024 в качестве ОС для сервера. И времени у ООО "1с-Битрикс" , действительно, было вагон. С их ежегодным оборотом они за 5 лет могли бы при желании на 5 дистрибутивов написать скрипт или создать свои репозитории и поддерживать их в актуальном состоянии по мере выхода новых релизов стабильных дистрибутивов linux. Либо у них политика - специально не работать в этом направлении, дабы направить клиентов к себе в облачную Битрикс24, ибо оттуда сложнее потом уйти. Других логических причин я не вижу.
Чтобы получить php8 на дебиан 11, требуется добавить репу sury , которую её автор заблочил для РФ. В общем, исходя из совокупности всех фактов, битрикс забил болт на коробочные версии Б24. Толкать сильно устаревшую ВМ на сентос 7, толкать выпиленную отовсюду mysql сто лет назад и продолжать получать деньги, это нельзя назвать качественным подходом.
ТКК ККК написал: Либо у них политика - специально не работать в этом направлении, дабы направить клиентов к себе в облачную Битрикс24, ибо оттуда сложнее потом уйти. Других логических причин я не вижу.
Есть и другая. Битрикс видит себя международной корпорацией. Они уверены, что конторе реально позволят зарабатывать "там", а не продать пару лицензий.
В таком случае для забугорщины нужно делать отдельное окружение на Debian. Для России и близких стран - на российском дистрибутиве. И желательно на Альт (ибо своя пакетная база).
ТКК ККК написал: Либо у них политика - специально не работать в этом направлении, дабы направить клиентов к себе в облачную Битрикс24, ибо оттуда сложнее потом уйти. Других логических причин я не вижу.
Есть и другая. Битрикс видит себя международной корпорацией. Они уверены, что конторе реально позволят зарабатывать "там", а не продать пару лицензий.
В таком случае для забугорщины нужно делать отдельное окружение на Debian. Для России и близких стран - на российском дистрибутиве. И желательно на Альт (ибо своя пакетная база).
Ну сделали бы уже. Это же не шарашкина контора или контора со скромным бюджетом. Добавить в штат на этот вектор двух-трёх грамотных DevOps инженеров, которые напилят всё, что надо, чтобы клиентам было комфортно разворачивать и поддерживать стабильную работу. И инструкций накидают.
После 30 июня 2024 года и по сей день без танцев с бубном по официальным мануалам уже не поставить битру на коробку. Там ни слова ни про sury org, ни про то, что надо в centos 7 править репы на архивные. Клиенты сами гуглить должны. Наплевательское отношение.
Выкатили на Centos Stream 9 сырой скрипт, который на прод ставить - это стать бесплатным тестером, причем это надо было сделать не летом 2024, а летом 2020. Задавать вопросы в ТП, получать ответы с лагом в сутки или трое. Супер. "У нас всё в rpm", "У нас всё в mysql", "Всё нам сложна". Дичь.
При установке CMS битрикс через скрипт bitrixsetup.php и через дистрибутив получаю 500 ошибку после ввода данных подключения БД (см.скриншот) https://photo-screen.ru/i/vnEP5pI8d
Проблема либо из-за версии PHP 8.1+ и скрипт устаревший работает только на PHP 7.4, либо проблема в конфигурации BitrixVM 9.0. Поставил VM на чистую ОС, настроить пул и начал устанавливать сайт, права на файлы и каталоги выдал. В каталоге bitrix послу выдачи этой 500 ошибки нет файла .settings.php, только каталоги [root@cv4020949 www]# ls bitrix/ admin httest images legal modules updates wizards [root@cv4020949 www]#
в логах httpd ошибка [Fri Aug 09 22:12:30.015698 2024] [php:error] [pid 25411:tid 25411] [client 208.110.70.42:0] script '/home/bitrix/www/bitrix/urlrewrite.php' not found or unable to stat
написал: При установке CMS битрикс через скрипт bitrixsetup.php и через дистрибутив получаю 500 ошибку после ввода данных подключения БД (см.скриншот) https://photo-screen.ru/i/vnEP5pI8d
Проблема либо из-за версии PHP 8.1+ и скрипт устаревший работает только на PHP 7.4, либо проблема в конфигурации BitrixVM 9.0. Поставил VM на чистую ОС, настроить пул и начал устанавливать сайт, права на файлы и каталоги выдал. В каталоге bitrix послу выдачи этой 500 ошибки нет файла .settings.php, только каталоги [root@cv4020949 www]# ls bitrix/ admin httest images legal modules updates wizards [root@cv4020949 www]#
в логах httpd ошибка [Fri Aug 09 22:12:30.015698 2024] [php:error] [pid 25411:tid 25411] [client 208.110.70.42:0] script '/home/bitrix/www/bitrix/urlrewrite.php' not found or unable to stat
Все ок, я выбирал создать нового пользователя бд, видимо ввел не те данные администратора БД для его создания. Вводил логин root и пароль от него, наверное нужно было пароль от рута mysql вводить. Ввел существующего пользователя и бд, установилась
Воспроизвел проблему в BitrixVM 9.0, на первый сайт LE выпустился, для второго таск в error уходит. В логах ошибка:
Код
TASK [web : download dehydrated] ***********************************************
fatal: [server1]: FAILED! => {"changed": false, "msg": "Failed to set a new url https://github.com/lukas2511/dehydrated.git for origin: fatal: detected dubious ownership in repository at '/home/bitrix/dehydrated'\nTo add an exception for this directory, call:\n\n\tgit config --global --add safe.directory /home/bitrix/dehydrated\n"}
Помогает добавление каталога /home/bitrix/dehydrated в глобальный режим git:
Что битрикс пристал к этому CentOS? Что на нем клином свет что ли сошёлся? Как буд-то других систем нет, такое ощущение, что у битрикса один разраб остался, на котором все держится и он признает только CentOS и ничего более.
написал: Хорошо что выбрали самую лучшую серверную ОС - CentOS.
почитай отличие в пакетной базе и вверсиях, ранее centos был условным форком RedHat, centos stream наоборот идет впереди RedHat https://www.centos.org/cl-vs-cs/ , на выходе мы получаем не дистрибутив энтерпрайз образца а тестовую площадку для будущего redhat.
./bitrix-env-9.sh: line 619: tar: command not found ./bitrix-env-9.sh: line 620: cd: /tmp/catdoc-0.95: No such file or directory ./bitrix-env-9.sh: line 621: ./configure: No such file or directory make: *** No targets specified and no makefile found. Stop. make: *** No rule to make target 'install'. Stop.
2024-08-13T19:44:40: 35413 : Installing bx-push-server package. Please wait.
Last metadata expiration check: 0:00:26 ago on Tue 13 Aug 2024 07:44:15 PM MSK.
No match for argument: bx-push-server
Error: Unable to find a match: bx-push-server
2024-08-13T19:44:41: 35413 : Error installing package: bx-push-server
написал: Очередной баг не настраивается почта для домена через скрипт https://clip2net.com/s/4lk9SyI до Ansible даже не доходит, поэтому только скриншот
Там нет ansible) Спасибо, проверим. Не встречали такого)
написал: как можно будет отслеживать исправление багов? будут обновления или какие то иные действия будут? подскажите когда примерно будет релиз ?
Анонсы в этой теме делаем на каждый релиз и выпуск. Еще есть партнерский портал битрикс24, там тоже анонсы выходят. Потом на сайте обновляется информация. Исправления будут. Поправим все что мешает работе.
написал: Только после ручной установки yum install tar удалось установить пакет bitrix-env-9.sh
Внесли правки для tar в sh скрипт, в тесте сейчас. catdoc переделан на rpm пакет чтобы не собирать из исходных кодов, тоже в проверке. Сертификаты поправили. Готовим 9.0.1 с исправлениями.