iHead

iHead
Рейтинг
137
Регистрация
25.04.2008
Интересы
Hosting (PHP, Bitrix), domains
ENELIS:
На FreeBSD может сегфолтится с 11 (bus error) при например recode.so или других специфических модулях.
Собирать из "сырцов" там не надо, все отлично ставится из портов.
Еще Zend Optimizer вылетать может при определенных условиях (т.к. Zend давно не выпускает обновления).

ну, вообще-то установка из портов предполагает компиляцию из исходников :)

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

апач может падать по segfault из-за кривой сборки php (ядро, модули, библиотеки). но вполне может, что ОС не дает скрипту использовать оперативку в том объеме, который хочет скрипт. + не забывайте, что на расход памяти влияет разрядность ОС. 128МБ маловато может быть.

Himiko:
1. Лучше 1 процесс nginx, который обрабатывает статику, чем пачка тяжёлых apache, которые всякие jpg пытаются выдать, при этом подгружая за собой всякие модули. (php там и т.п.)
2. Процесс apache завершается после того, как обработает динамику. После этого nginx вам её будет потихоньку выдавать. А процесс nginx может "весить" на много меньше.

Himiko добавил 08.03.2011 в 11:17

Если всех ждать, то кривые скрипты будут просто сервер вешать.
Если его не умеют настраивать, то не нужно искать виноватых.

Есть опыт использования и nginx и lighttpd на очень нагруженных проектах. Каждый хорош для своей задачи.

процессу апача вовсе не обязательно завершать работу после отдачи ответа nginx'у. в этом случае, апачу не нужно как вы сказали подгружать все модули (они уже загружены), есть возможность использовать акселераторы php-кода. в остальном все верно. nginx позволяет зафиксировать расход памяти апача (MaxClients), дает возможность осмысленно использовать постоянные клиенты к базе (их число также не будет больше MaxClients), ну а статика будет отдаваться медленным клиентам с минимальными издержками, при этом пул апача будет занят только запросами к динамике.

по поводу 502 ошибки из-за таймаута могу добавить, что в конфиге nginx значение данного таймаута можно поставить равным таймауту, который стоит в апаче, тогда версия, что nginx кого-то не дожидается отпадет сама собой :)

если есть доступ к редактированию содержимого файла зоны своих доменов, то нужно заранее поставить TTL поменьше (например, 1 час).

проблемы с пропаданием символов после восстановления базы из дампа бывают в случае, если изначально движок был криво поставлен (например поля объявлены, что хранятся в одной кодировке, а фактически данные в ней лежат в другой). занимаясь хостингом вот уже почти 3 года, часто такое встречал на движках wordpress, ipb, wiki. часть букв тупо съедалась при развертывании дампа, сделанного с помощью mysqldump. лечилось это более менее успешно с помощью скрипта sypex.net, но для этого должен быть доступ к работающей базе (пусть и с потенциальными проблемами с несоответствием кодировок, но которые на сайте никак не проявлялись).

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

пользуясь случаем выражаю всем погорельцам свои соболезнования.

В сервис "Уведомления об освобождении/регистрации доменов" добавлена возможность подписаться на освобождающиеся домены RU и SU. Этот сервис, как и прежде, доступен всем зарегистрированным пользователям нашего сайта.

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

в скором времени появится на ihead.ru :) будет сообщено дополнительно.

согласно WHOIS мыло владельца домена

Registrant Email:zhirkow[at]gmail.com

о каком местном провайдере речь - непонятно :)

Предложение в рамках лицензионого соглашения с ООО "1С-Битрикс":

http://www.ihead.ru/news/15.html

Если в кратце. Покупаете у нас редакцию "Стандарт" и 5 месяцев размещаетесь бесплатно :)

Добавлена поддержка регулярных выражений (regular expressions) в масках доменов. Для того, чтобы подсказать системе, что конкретная маска является регулярным выражением, нужно перед ней добавить "RE:" (без кавычек). Старые маски работают по старой схеме.

Примеры масок с регулярными выражениями:

1) RE:^[0-9]{4}$

2) RE:[0-9]{2}$
3) RE:^[0-9]{2}r[0-9]$

Расшифровка:

1 - домены, которые состоят из любых 4 цифр

2 - домены, заканчивающиеся на любые 2 цифры

3 - домены, состоящие из 2 любых цифр + после которых идет буква r + одна любая цифра

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

Еще одно приятное изменение:

теперь по каждой маске выводится свой список, а не один общий, как раньше.

Всего: 870