Форум

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

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

[QUOTE]johnius пишет:
Забыл сказать, что именно этой командой я и добавлял все указанные порты.
[/QUOTE]Не совсем вы использовали ключ -A который добавляет правило в конец и в данном случае вы разрешаете 80 порт после того как его откинут. А -I добавляет в начало

Работает.

Откройте порт следующей командой
[CODE]iptables -I INPUT -p tcp --dport 80 -j ACCEPT
[/CODE]
Должно заработать

[QUOTE]Что мешает спроситьв се настройки ?
Свой bind сервер ?  его даже идиот поднимит А еще проще воспользоваться бесплатным ДНС сервером яндекса! Там редактируются все записи!
Маны у него есть, заполнить даже даун в состояние, даже клиент
Просто показываете двумя картинкаи кам вписать в яндексе ваш сервер, что куда вставить.
Вот вам и вся инфа это не так сложно учитывая что человек уже знает линукс, с такими вещями он разберется.
ну или хотябы ответит навопросы визарда, это он в состяоние. [/QUOTE]Вы просто проталкиваете свой кейс использования. А BitrixEnv может использоваться как на продакшене в вебе, так в офисе для КП или просто на ноуте у разработчика. Везде совершенно разные условия и надо чтобы он сразу работал. Сейчас это обеспеченно.
[QUOTE]Не в состояние прописать TXT запись ?
Да ладно это  не разработчик сайтов и уж тем более не студия  с линуксойдом.
Белые списки Маил ру не надо Грамотной записи вполне хватит. [/QUOTE]Не всегда, иногда именно надо обращаться и писать. + обратную зону прописать и прочее. А с задачей отправки почтовых сообщений текущая версия справляется отлично, нужно только настроить аккаунт

Что же касается нагрузки 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 её туда все таки передает
[CODE]proxy_set_header Host $host:80;[/CODE]так, что вопрос работоспособности конкретных правил в их корректном составление. Возможно потребуется учесть специфику BitrixEnv

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

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