Форум

Спасибо! Я так понимаю этими командами можно включать любой модуль если он уже установлен, но отключен. Просто заменять название ini.  файлов на правильные..

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

В целом ничего сложно нет если хоть немного понимаете, что такое Linux. Но ИМХО лучше отдавать такую работу профессионалам. Или самому разобраться и тогда все время и сопровождать совой проект.

Появилась необходимость включить xmlwriter.

С одной стороны вроде достаточно выполнить несколько команд:

yum install php-xml
echo "extension=xmlwriter.so" > /etc/php.d/xmlwriter.ini
apachectl graceful

Но судя по тому, что в BitrixVM уже есть пустой конфиг в /etc/php.d/20-xmlwriter.ini я подумал что достаточно будет просто его включить. Так ли это? И если да, то что мне прописать в этим конфиге?

Когда нужно было включить cURL я в /etc/php.d/20-curl.ini прописывал extension=curl.so

Правильно ли я понимаю, что для включения xmlwriter мне нужно в /etc/php.d/20-xmlwriter.ini (в пустом файле) вписать строчку [B]extension=xmlwriter.so [/B]?

[QUOTE]GolubevAV написал:
У меня такая же проблема![/QUOTE]
Не грузятся скриншоты, но хочу сказать что chown -R bitrix:bitrix /home/bitrix/www/ не всегда решает проблему! Эта команда просто меняет права на правильные, а нужно сначала понять как так вышло что у них неправильные права!!! Чаще всего такое происходит потому, что какие-то процесс (например отправка почты через cron) настраиваются (через ssh например) от пользователя root, а их необходимо настраивать от пользователя bitrix. Или при настройке указывать что cron от имени пользователя Bitrix должен работать

Лично у меня была проблема именно с настройкой cron и в результате создавались временные файлы в папке сайта от пользователя root, как только я изменил cron на пользователя bitrix новых проблем не возникало а старые действительно можно исправить командой chown -R bitrix:bitrix /home/bitrix/www/ которую понятное дело нужно запускать от имени root по ssh

[QUOTE]Виталий Фантич написал:
Спасибо за ответ, но 443 сервис отключен. Если и 80 отключаем, то веб-интерфейс не работает.[/QUOTE]
Попробуйте в микротике через терминал правило установить:
В терминале нужно набрать:

add action=dst-nat chain=dstnat comment=test [B]dst-address=0.0.0.0[/B] dst-port=443 [B]in-interface=ether1[/B] protocol=tcp to-[B]addresses=192.168.33.2[/B] to-ports=443

dst-address=[B]0.0.0.0 - ВАШ [/B]IP внешний, который на WAN порте. (тот по которому у вас в браузере должен открываться сайт)
in-interface=[B]ether1[/B] - Тут должен быть ВАШ интерфейс который у вас смотрит наружу (скорее всего ether1)
addresses=[B]192.168.33.2 [/B]- ВАШ IP локальной машины внутри сети на которой крутится портал[B]
[/B]
после этого проверьте открывается ли сайт через [URL=https://_ВАШ_IP]https://_ВАШ_IP[/URL] или через [URL=http://_ВАШ_IP_:443]http://_ВАШ_IP_:443[/URL]

Попробуйте В разделе IP -> Services www-ssl отключить. Да именно отключить. А то когда эта опция включена то роутер ждет соединения на 443 порту что б по ssl протоколу вы могли его администрировать. А когда отключите, то и порт должен проброситься стандартным методом как и остальные порты.

[QUOTE]"Кристалл" Завод написал:
Странно, поменял пароль в двух местах, а сайт все равно рухнул, вернул все как было. Может кто подскажет причину обрушения сайта?[/QUOTE]
Поменяли пароль в двух местах это в
.settings.php - данные подключения для нового нового ядра
dbconn.php  - данные подключения для старого ядра
??

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

[QUOTE]Зыков Илья написал:
После последнего обновления "Корпоративный портал" main (19.0.400) в "Тестирование конфигурации" появилась ошибка "Ошибка! innodb_strict_mode=ON, требуется OFF" при проверке "Режим работы MySQL" переход на  VMBitrix 7.4.2 не помогает.

$connection->queryExecute("SET sql_mode=''");
$DB->Query("SET sql_mode=''");
Не помогают.[/QUOTE]
Вчера по этому поводу получил ответ от поддержки:

В новой версии модуля main появилась проверка параметра innodb_strict_mode, у вас он в значении ON, для корректной работы требуется OFF, вам необходимо обратиться к вашему администратору сервера для исправления данного параметра.
Если вы используете нашу виртуальную машину, то для исправления необходимо подключиться к серверу по FTP и добавить в файлы /etc/my.cnf, /etc/alternatives/my.cnf и /etc/bitrix-my.cnf строку[TABLE][TR][TD]innodb_strict_mode = OFF[/TD][/TR][/TABLE]
В блоке # InnoDB parameters


Мне эта инструкция помогла и ошибка пропала.