T.R.O.N, ну, например, чтобы быстро своими силами понять где проблема - в криворуких подрядчиках или в самом движке. Хотя я не туда сделал акцент. Они легко ВКЛЮЧАЮТСЯ.
А вот и не правда. Если правильно кастомизировать vbulletin, вы получаете набор модулей, которые легко отключаются. Такая схема не мешает даже самостоятельно обновлять движок. Правда, ура-программеры с freelance ворочают сразу по мясу не утруждая себя изучением специфики продукта, но можно же оговорить в задании, что кастомизировать нужно правильно.
Если parser используется как cgi-программа, то, при условии что в 64битной системе установлены 32ухбитные библиотеки, может и заработает.
Там железо "настоящее" без всяких там userbeancounters. Любой драйвер и что угодно можно замутить. Бесплатный виртуальный kvm и возможность цеплять usb или образы cd с компа оператора. И поставить пираццкую венду zvercd с настоящими акселерированными драйверами , дада.
Пусть сначала отпишутся те, кто уже поставил туда винду по цене линуха и поработал так без претензий хотя бы месяц :)
time_limit в php - общий с учетом всех задержек на уровне php.
вот RLimitCPU, который тоже устанавливают хостеры (в apache RLimitCPU или командой ulimit) - чистое потребленное процессором время.
Также погуглите что такое форк-бомба - все лимиты обходятся.
ossadchy, по-моему, в большинстве случаев это просто непонимание процесса. Меняют для домена example.ru dns-сервера, но TTL в зоне .ru огромный и изменить его нельзя - сейчас, например, 96 часов. Соответственно, сервер провайдера помнит старые ns-сервера до 96 часов.
Если на месте старого сервера прописать новую зону и новый IP сайта - все будет гораздо менее неприятно.
Другая любимая ошибка - похоститься у провайдера доступа, понять что у провайдера в общем случае услуга хостинга неконкурентноспособная, свалить и ЗАБЫТЬ УВЕДОМИТЬ снять зону. в этом случае неограниченно долго может открываться старый сайт.
Провайдер доступа должен просто следовать указанному TTL. Вот правило хорошего тона для него. Тут уже поднималась эта тема - выяснилось, что в named в принципе нет опции, которая позволяла бы игнорировать TTL.
Правила не такого уж хорошего тона для хостера - это TTL насильно равный 15 минут. Для всех, что бы они там не причитали, как в masterhost. Пока клиент сообразит хоть куда-то пожаловаться, 15 минут уже пройдет.
А то, что мы имеем с корневыми и просто крупными зоновыми серверами (.ru,org.ua)- это экономия трафика.
Himiko, но стандарта то нет. Есть TTL в зоне. Можно смотреть и прогнозировать.
А вообще, именно с Украиной были у меня какие-то странные проблемы на практике.
Вот тут стоит на старом сервере изменить сами записи, зону не убирать и подержать еще с неделю.
по какому такому еще стандарту?
