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

Попробуйте обновить гостевую и обычную ОС

Падает целиком ОС или какой то конкретный процесс?

Не совсем вы использовали ключ -A который добавляет правило в конец и в данном случае вы разрешаете 80 порт после того как его откинут. А -I добавляет в начало

Работает.

Откройте порт следующей командой

Должно заработать

Вы просто проталкиваете свой кейс использования. А BitrixEnv может использоваться как на продакшене в вебе, так в офисе для КП или просто на ноуте у разработчика. Везде совершенно разные условия и надо чтобы он сразу работал. Сейчас это обеспеченно.
Не всегда, иногда именно надо обращаться и писать. + обратную зону прописать и прочее. А с задачей отправки почтовых сообщений текущая версия справляется отлично, нужно только настроить аккаунт

Что же касается нагрузки BitrixEnv в версии 4.0 подстраивается до объема памяти в 4G в 4.1 верхний предел увеличили. Если ваш сервер имеет больше ресурсов вы всегда можете подкорректировать выставленные автоматом значения.

upload_max_file_size тоже значительно больше того значения что вы указали.


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

1. Проверьте правила .htaccess, скорее всего будет работать с добавлением :80 к хосту в них.

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


3. Почтовый сервер не настраивается так как для его работы и нормальной отправки писем необходимо правильно прописать DNS, обратную зону, запросить ряд почтовых сервисов об включение вашего ип в белый список. + интерфейс для удаления, добавления почтовых ящиков. В общем очень много специфических проблем и не все их можно автоматизировать. А негатив будет поступать даже не смотря на то, не
настройка сервера будет проблемой, а то например что сервер не добавлен в белый список mail.ru

4. Сервер настраивается при каждой загрузке с учетом выделенной памяти и может держать серьезную нагрузку. Что касается post_max_size то он изменен и установлено достаточно большое значение.

1. При переносе сайта вначале всегда стоит убедиться в корректности его работы там куда его переносите

2. Проверить и исправить редиректы не проблема, и делается достаточно быстро. Причем как через .htaccess как вам нравится так и через nginx если хотите снизить потребление ресурсов.

3. Если конкретно вам, что то не подошло в сборке не значит, что нельзя ей пользоваться. В ней учтено достаточно много моментов, и не запрещено править конфиги под свои конкретные задачи.

4. У хостеров есть преимущество, сайт настраивается перед началом работы.

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

Не все так просто:

1. server_name_in_redirect в BitrixEnv мы не можем изменит, так как окружение стартует и корректно работать без всяких дополнительных настроек. Соответственно в настройках nginx нет никакой информации о домене.

2. Но nginx её туда все таки передает
так, что вопрос работоспособности конкретных правил в их корректном составление. Возможно потребуется учесть специфику BitrixEnv

3. Редиректы все таки лучше делать на nginx, описывать их можно в подключаемом файле. Сложностей при переезде на другой сервер нет.  

Вы не обновляли систему не проводили в ней никаких изменение и начались падения? Или что то делали после чего появились сообщения об ошибках?

Только это не правильно. Не стоит так делать.

Изменять данную папку в ядре битрикс не правильно. Более правильным решением будет изменить ваш кастомный скрипт.
Ну или как варинт стандартную папку сделать симлинком на нужную вам папку или примонтировать

Пример простого компонента с использованием компонентного кэша.

Скорее всего у вас на сервере не соответствует системная временная зона и зона установленная в php. Для исправления можно воспользоваться пунктом консольного меню 9. Set PHP timezone from Operating System setting, после чего перезапустить apache

Либо изменить часовой пояс php dbconn.php на системный как предложено.


Если же все таки хотите изменить именно в БД то для заполнения таблицы временных зон воспользуйтесь следующей командой

1. Для настройки отправки почты воспользуйтесь пунктом консольного меню 1. Mail sending system parameters

2. Встроенный smtp демон запускается автоматически, но он выполняет несколько другую функцияю

3. Сообщение в консоли говорит о том, что есть сообщения пришедшие пользователю root. Как правило это системные нотификации от ОС.

Данное меню показывается при авторизации от пользователя root

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

это не личное замечание, а направление в котором мне видится ошибка.

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

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

С параметром auth on все прекрасно работает, возможно у вас не было символической ссылки в /etc

1. Если используется не файловый кэш то может заканчиваться его объем

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

1. в фильтре метки времени нет?

2. В настройках сайта, управляемый кэш

1. Выведите содержимое фильтра перед подключением компонента может что то упускаете

2. Если используется тегированный кэш и вы изменяете элементы то кэш скидывается

Прописать соответствующий location в /etc/nginx/bx/conf/bitrix.conf по примеру расширений php. Но не советую делать так.