Nikolay Ryzhonin (Все сообщения пользователя)

/etc/nginx/bx/site_avaliable/s1.conf
/etc/nginx/bx/site_avaliable/ssl.s1.conf

необходимо изменить директиву root

Необходимо также перенастроить nginx

1. Способ правильный, но проще редактировать /etc/crontab
2. не стоит запускать скрипт от root, лучше от bitrix
3. и перед запуском проверить его наличие, попробуйте прописать такую команду

*/5 * * * *  bitrix test -f && { /usr/bin/php -f ; } >/dev/null 2>&1

а логирование действий, сделать непосредственно в скрипте

Версия ОС и BitrixEnv какая.Не совсем понял, что вы хотите сделать?

Попробуйте указывать полный адрес \\sunlion.ru\dfs\public

И какой объем записей? Обычно для вывода на сайте используется постраничка разбивающая исходный объем данных на части .

Если это не ошибка архитектуры и действительно необходимо из базы достать большой объем данных и сложить его в другую таблицу, попробуйте воспользоваться INSERT SELECT

создайте обращение в ТП

Эти ошибки возникают после переноса?

Опишите более подробно окружение в котором у вас находится ВМ

Вот пример для обработки html на апаче. Если необходимо обрабатывать только внутри какой то конкретной  папки то данный локайшен можно разместить внутри статического локайшена

Алексей Савельев, на данный момент есть сложности вызванные изменениями в htmlspecialchars, при работе с utf версией.

Михаил Сидоров, отправьте мне номер тикета rns@bitrix.ru

Экономить 20 мегабайт на диске и создавать отдельный продукт который надо тестировать и поддерживать, не рационально. Службы по умолчанию не работают.

Анатолий Туков, по вашим вопросам


1. в чпу вы используете .html и его перехватывает nginx

2. в /etc/httpd/bx/conf/bx_ext_*.conf замените VirtualHost *:8887 на VirtualHost 127.0.0.1:8887


donvictorio,


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

Добрый день!

К сожалению не могу сказать точной даты, но ожидаем что это будет до сентября.
Сейчас готовится к выпуску BitrixEnv 4.1 на основе которого будут сделаны новые образы.

На данный момент не планируется выпуск версии без apache. Основная причина, по которой на данный момент мы не хотим от него отказываться, это обработка .htacces.

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

подумаем над этим, изначально не планировалось что эти архивы будут восстанавливать при помощи restore.php

Если у кого ещё есть пожелания пишите не стесняйтесь.

Добрый день!

1. Включение HTML кэша меняет ситуацию кардинально, но для портала данный тип кэширования не подходит

2. Сколько памяти выделено виртуальной машине?

3. Попробуйте удалить модуль компрессии и отключить антивирус.

1. у вас может стоять в каком нибудь списке показывать все элементы

2. выполняться какие нибудь ваши специфические обработчики, работающие с ошибкой, стоит проверить файл init.php

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

проще положить скрипт не в DOCUMENT_ROOT

Лучше менять не Listen а в файлах /etc/httpd/bx/conf/bx_ext_*.conf изменить VirtualHost *:8887 на VirtualHost 127.0.0.1:8887

В ближайшее время выйдет обновленная версия BitrixEnv с рядом исправлений

Посмотрите совпадают ли параметры доступа в файле /home/bitrix/www/bitrix/php_interface/dbconn.php с реальными. Особо обратить стоит на имя БД.

Посмотреть какие БД у вас есть можно подключившись из консоли к mysql

Попробуйте на 6.2