Анатолий Кирсанов (Все сообщения пользователя)

Сейчас для публички уже есть штатное решение.
Ну а для админки поддержка в лице тупоголовой нейросети рекомендует процедуру восстановления пароля. До живого человека пока не дошел.

Есть заявка в разработку по этому поводу: 171947 "Форма смены истекшего пароля в административной части"

По традиции, неизвестно когда она создана, ведется ли реальная работа и когда она будет завершена. Если хочется реально что-то изменить, нужно не отключать устаревание пароля, а писать в поддержку о неприемлемости ситуации с восстановлением пароля.

А в релизе чего (БУС, 1С) нужно было искать те изменения еще 4 года назад? На актуальном БУС проблема сохраняется.

Решение с помощью настроек (сохранение исходного имени файла, контроль дубликатов) не пользуемся. Главным образом из-за исходного имени файла (безопасность). Да и перестала работать эта схема.

Удивительно, что анонсов не было. Не нашел нигде.

Идея хорошая. Но пока не случится пакость и взломщики не угробят все сайты на одном BitrixEnv даже думать в эту сторону бесмысленно.


Это полдела. Такое ощущение что теги с упоминанием цитируемого автора перестали работать. При редактировании сообщения они видны.

Добавлено: Чудо! Заработало снова!

Все говорит о том, что сборки под AArch64 нет. Наглядно это не увидеть, т.к. листинг на https://repo.bitrix.info запрещен (статус 403).

Такие люди должны знать точно что делают.

Вроде бы, CentOS поддерживает AArch64. И M1 тоже AArch64. В таком случае все зависит от самого BitrixEnv. Если он собран для AArch64, то развернуть виртуальную машину должно быть легко. Иначе бинарная трансляция. Любопытно будет узнать чем дело кончится.

Это понятно. Но уже давно хочется просто работать (открыть справочник, руководство программиста ...), а не ковырять. Ковыряние - это борьба. Свой "Майн кампф" по Битрикс писать не хочется.

Никто бы и слова не сказал, если бы контора отказалась от дальнейшей разработки. Ну а если разработка идет и продукт заявляется, то делать нужно хорошо. Либо не делать.

За отдельные рекомендации по настройкам под разные ОС спасибо. Для меня они стали приятной новостью.

Место, где можно было по-хорошему попросить было (сайт идей), но сплыло. Вот там можно было увидеть наглядно сколько лет можно было ждать и не дождаться. Не удивлюсь, что по этой причине сайт идей и замочили.

?

Астру бесплатную я не нашел ни в каком виде (присматривался в связи с их почтовым сервером). Про РЕД - кто знает.

Скачивается свободно - да. Но всегда, на всех дистрибутивах, есть лицензионное соглашение. Именно для дистрибутива оно позволяет бесплатно использовать систему для физлиц и, как я понял, ИП. Бесплатно использовать ОС можно абсолютно всем, если скачать и установить Стартер Кит (я пользуюсь всегда JeOS). На стартер китах лицензионного соглашения нет.

Все актуальные стартер киты на зеркале Яндекса https://mirror.yandex.ru/altlinux-starterkits/x86_64/release/

А что изменилось?

https://www.php.net/manual/ru/intro.sqlsrv.php
https://learn.microsoft.com/en-us/sql/connect/php/download-drivers-php-sql-server (PECL в помощь)
https://learn.microsoft.com/en-us/sql/connect/php/installation-tutorial-linux-mac#installing-on-red-hat (RHEL)

Существуют дистрибутивы, где он опакечен https://packages.altlinux.org/ru/search/?branch=sisyphus&q=sqlsrv (Альт этой машиной не поддерживается).
Может в Вашем уже все готово.

Именно это и могло быть причиной использования bitrixenv. Но конкурентное преимущество продукта убито изнутри ...

Без этого вообще что-либо делать сейчас - абсурд. С одной стороны, в БУС и Б24 внедряется поддержка PostgresQL (что открывает двери PostgresQL Professional). А с другой - полный игнор отечественных ОС.

Мне тоже так кажется.

Для полноты картины, парочку ссылок можно было бы и закинуть.

Спасибо за этот главный вопрос Ответ тут очевиден. Либо пройти мимо. Либо искать в документации раздел о совместимости с ручными настройками в разных аспектах. Не удивлюсь, что такого раздела в документации нет (ибо это означает некие гарантии). Тогда совершенно понятно что делать.

А это и не должно было сработать, если Вы сами такого пользователя не создавали и не давали ему права на БД. БД тоже создать надо сначала.

На современных версиях MySQL (и форков) движков авторизации (или механизмов авторизации) больше одного. Не только по паролю. Пробуйте консольной утилитой mysql, для начала, подключаться.

Так и надо поступить. Для этого есть docker, VirtualBox ... Не хотите - есть демо-доступ у хостеров с ISPManager (панель может ставить любые альтернативные версии).

Тут стратегия другая - -поддержка актуальной версии PHP для актуальной версии Битрикс. Большего не дождетесь. Я сам ставил нужные версии PHP ручками под АльтЛинукс (в этом дистрибутиве поддерживается несколько последних версий PHP (7.4, 8.0, 8.1, 8.2 там есть но на платформе P10, она пока актуальна, но уже есть P11). Может есть другие дистрибутивы. Но, если они у Вас не развернуты или не опыта, то проще, либо VirtualBox, либо docker (тут docker composer нужен). Может кто пустит на свой хостинг на пару дней (со старым PHP) .... Это тоже вариант.

А чего тут думать? Нужно делать обновление Битрикс на старом сервере (с PHP 7.4) до перехода на новый. Уже не помню как дело было у меня. Есть шанс, что версии с 7.4 будет достаточно. Или придется также поиграть еще и 8.0. И когда уже все, обновляться некуда переезжаете на конечный сервер со свежим (для Битрикс, а не вообще) PHP.

Есть и другая. Битрикс видит себя международной корпорацией. Они уверены, что конторе реально позволят зарабатывать "там", а не продать пару лицензий.

В таком случае для забугорщины нужно делать отдельное окружение на Debian. Для России и близких стран - на российском дистрибутиве. И желательно на Альт (ибо своя пакетная база).

Ну хорошо, есть и другие варианты. Альт, например (мне лично, именно он и интересен).

Пакетная база там своя и заметно новее. PHP собран в разных SAPI. rpm-based (но на apt).
Да, MariaDB. И ее уже давно надо поддерживать, а не сопли жевать (в админке Битрикс тоже). Этому форку уже 100 лет в обед, его вижу во многих дистрибутивах (т.е. он хорошо принят сообществом).

А полную переработку нужно было делать давно. Еще в 2014-м было все понятно. 10 лет было. А вы сели на явно не пригодный для релизных серверов дистрибутив. Он для тестов сделан. Максимум, на что его стоит ставить - среда разработки. Для рабочих серверов требуется стабильность, а не нервенная дрожь при каждом обновлении (тем более, автоматическом, как в некоторых панелях управления).

Red Hat решила придавить хвост разработчикам клонов CentOS и не дает исходники бесплатно. Так что часть из них может исчезнуть с горизонта.

В моем случае трудности возникли с 10.5.18-MariaDB-0+deb11u1 (с 10.4.27-MariaDB-log траблов не было, это на CentOS 7 так Битрикс показывает версию СУБД). Главный модуль у меня древний (20.0.1700), может и нет проблемы давно.

В ходе теста структуры БД создавалась таблица site_checker_b_forum_file. Таблицы B_FORUM и B_FILE скрипт найти не смог. Для теста сменил регистр на b_forum и b_file и все прошло. Т.е. есть несовместимость скриптов тестирования с этой версией СУБД.

Правда, админка честно признается на странице "Монитор производительности: сервер БД" в этом сама - "Эта версия MySQL не поддерживается данной диагностикой. Результаты могут быть неверными.". На 10.4. тоже признавалась, но проблем с тестированием не было.

Потрясен.

Была таже проблема. Сертификат Let's Encrypt. С цепочкой сертификатов нет проблем. Сервис https://www.sslshopper.com всем доволен.
Но в тесте конфигурации получаю ошибку с кодом 0 и пустым описанием. Никакой конкретики.
Сертификаты управляются ISPManager. Но, обновление корневыйх сертификатов, явно не относящизся к Let's Encrypt помогло.

Будем 9 месяцев ждать?