А почему не берете там где описали? Выдача IP под "SEO" по моему закончилась давненько уже вместе с ipv4 :))) Предлагаю вам IP по 4 бакса за штуку, при условии >50 IP сделаем по 2.5$ за IP. Канада. Обращайтесь.
JkMoris: Только что послал на Х__ службу поддержки хостинга komtet.ru. Запомните название этого "хостинга"!
Никому не порекомендую: пользовался их услугами несколько лет - как-то раньше, когда не было особых требований к хостингу, кроме цены, зарегистрировался у них.
Несколько лет пользовались и только теперь проблемы, стало быть вас все устраивало несколько лет?
JkMoris:
Почти сразу стал замечать, что хостинг работает крайне неустойчиво, это подтверждали и показатели метрики. Лень было менять. Ежемесячно были сообщения от метрики + сам заходил на свои сайты и обнаруживал их недоступными! Ежемесячно по несколько раз!!
Ваши личные трудности, ни кто не мешал вам переехать на следующий день после первого падения, не приняли меры - виноваты сами.
JkMoris:
В итоге сегодня ночью очередной раз увидел это и написал им в поддержку с претензией, чтобы они приняли меры. Через полчаса видимо были приняты меры и они мне отписались типа всё ок, эксцессов не было. Сослались на какие-то свои внутренние системы контроля и проч. При этом написали, что метрика - фигня, а их система - верх совершенства.
А Метрика это действительно фигня, точнее не то что бы фигня, но это однобокая статистика.... которая как и любые другие программные комплексы может давать собственные сбои а так же зависит от сети :) Очень регулярно и часто сталкиваюсь с вопросами клиентов на тему метрики, поясняю всем следующее: Ни кто не гарантирует вам что на пути от Метрики до вашего сайта не поломался интернет канал, но это вовсе не означает что ваш сайт недоступен, он может быть недоступен только для метрики или для региона в котором расположены сервера метрики. Так что рекомендую всем однозначно пользоваться для проверки много-точечными системами типа http://host-tracker.com или http://ping-admin.ru, в случае их использования появляется высокая точность результата, в случае метрики - увы нет :( Так что поднимайтесь на уровень выше и прекратите думать, что если Яндекс сказал, то так оно и есть, это чушь....
JkMoris:
Я им написал, что мне совершенно пофиг на их системы мониторинга. У меня есть глаза, которыми я видел, что сайт не был доступен, метрика это подтвердила.
После этого они мне написали, мол пошел подальше со своими претензиями, типа не будем разговаривать, сославшись на пункт в регламенте для службы поддержки.
Учитывая логику вашего общения я так понимаю слово "пофиг" было тут интерпретацией более сложных форм выражения своих эмоций и желаний :D ? В этом случае вполне поддерживаю хостера, если вы их там на три буквы посылали они в праве вообще отказать вам в обслуживании и поддержке, ваши маты никто выслушивать не собирается ни тут ни там... :)
JkMoris:
Вобщем если не хотите париться по поводу доступности сайта и если хотите, чтобы служба поддержки реально помогала и поддерживала, а не называла вас идиотом, то Боже упаси вас воспользоваться фэйк-хостингом конторы komtet.ru.
Без основательно IMHO... Приложите скриншоты общения с поддержкой, может неадекват на самом деле вы? (Ничего личного, просто вы предлагаете ситуацию исключительно со своей стороны, а ведь все могло быть вовсе не так :D )
P.S: Интересно , тут есть представители указанного выше поставщика услуг?
Да вот я тоже не пойму, конкретный файл виноват или всё таки это первое что он встречает при выполнении скрипта и поэтому на него и указывает. Может и правда не хватает ресурсов. С другой стороны в обычное время ему хватает 300-400мб. для того что бы всё почти мгновенно открывалось, а когда начинает тормозить может и весь Гиг сожрать.
warring, надо смотреть как говорится на месте, хотя если рута нет , то можно разве что только смотреть....
"Premature end of script headers", на сколько я помню возникает в тех случаях, когда перед хедерами выводится какая-то информация не являющаяся хедером? Т.е перед хедером выводится какой-то блок информации... Но на появление такой ошибки по идее может влияет и лимит ресурсов при котором сценарий не завершает выполнение и убивается например...
sladkydze: Кстати, общение с клиентами во время проблем у хостера - это отдельная тема :) Ведь клиентам мало того, чтобы хостер выложил в открытом доступе информацию, что проблема решается. Нет, клиенту обязательно должны люди рассказать что случилось и когда починят, причем будет ломиться каждые 5 минут.
А теперь представьте ситуацию глазами хостера. Что-то упало, мониторинг известил спецов, обычно дежурную смену. Эти 2-3 спеца бросаются решать проблему. На проводе максимум остается 1-2 человека, и тут ОДНОВРЕМЕННО все сто тыщщ пицот мильонов клиентов начинают задалбывать поддержку однотипными вопросами "ну что там?". И вместо того, чтобы чинить, народу приходится в 10 рук общаться.
Я понимаю, что клиенты переживают. Но и хостера надо понять. Чем меньше его дергают, тем больше у него времени на исправление ситуации.
Ух, прямо боевик какой-то :)
Обычно достаточно одной отписки в официальном месте, а если проблема на столько сурова, что с потоком клиентов не справиться коллцентру... то коллцентр отключается, а на его место вкладывается автоответчик с разговором о том, что у нас проблемы и они решаются... Да и обычно... те кто чинят сервера на телефонные звонки не отвечают ну и наоборот, по этому не ясно как бы причем тут ремонт проблемы и отписка клиентом, это два параллельных направления как мне видится .. Хотя конечно пока техники рубятся за аптайм , коллцентру придется попотеть, но с другой стороны зачем коллцентр еще нужен ? ;)
ETNO: да по идее падения есть у всех, но плохо, когда это не по полчаса 30 раз в год, а один раз, но 2 дня.
Ну а лучше вообще каждый день но по 0.0001 секунды... Проблема то заключается в чем-то, а вы считаете только время... Бывает всякое и разное.... Вот например у меня была ситуация в которой сгорела довольно специфическая материнка, что бы её заказать и доставить пришлось потратить 4 дня.... все это время был простой, увы , заменить её на ровном месте не было возможности. Но это могло бы занять и полгода , а могли бы и клиентам отказать в услугах, вернуть деньги и не парится, к примеру.... вопрос по прежнему в том как быстро решается проблема и что делают для её решения....
ETNO:
Интересно мнение технарей, если это не форсмажорные обстоятельства, вроде пожара и т.д., может ли обычная ошибка в программном обеспечении завалить сервера на 2 дня?
Программная ошибка может привести к потери всех данных на всех носителях сервера, а вы говорите 2 дня простоя... :)
---------- Добавлено 17.04.2014 в 17:55 ----------
ETNO: в общем, понятно. Стабильные VPS - это миф. Лан, буду признателен, если накидаете в топик западных хостеров, с которыми давно работаете, ну кроме тех, которые уже давали ссылки выше
А какой в этом смысл? Любой кого бы не посоветовали вам, хоть когда-то лежал... это судя по тому , что вы пишите вам не подходит :)))))) Вам нужен хостинг с аптаймом 100% - такие бывают, но только когда аптайм насчитывает всего недельку , другую ;))))) На протяжении года, практически у всех бывают какие-то неполадки с железом, неудачные апгрейды, непредвиденные ситуации, человеческие факторы, и.т.п. Посоветуете мне какой мне автомобиль купить что бы он не ломался? А если и ломался то в первые пол года только левое колесо, а вторые пол года только инжектор? :)
Вы точно не в теме ;))) Все что работает - может перестать работать ;) По какой-то причине и как правило изучать причину конкретному клиенту не имеет никакого смысла, бомба там упала, НЛО или зеленые человечки.... главное результат, поднятый сервер, не потерянные данные и.т.п...
EvGenius,
А почему не берете там где описали? Выдача IP под "SEO" по моему закончилась давненько уже вместе с ipv4 :))) Предлагаю вам IP по 4 бакса за штуку, при условии >50 IP сделаем по 2.5$ за IP. Канада. Обращайтесь.
Только что послал на Х__ службу поддержки хостинга komtet.ru. Запомните название этого "хостинга"!
Никому не порекомендую: пользовался их услугами несколько лет - как-то раньше, когда не было особых требований к хостингу, кроме цены, зарегистрировался у них.
Несколько лет пользовались и только теперь проблемы, стало быть вас все устраивало несколько лет?
Почти сразу стал замечать, что хостинг работает крайне неустойчиво, это подтверждали и показатели метрики. Лень было менять. Ежемесячно были сообщения от метрики + сам заходил на свои сайты и обнаруживал их недоступными! Ежемесячно по несколько раз!!
Ваши личные трудности, ни кто не мешал вам переехать на следующий день после первого падения, не приняли меры - виноваты сами.
В итоге сегодня ночью очередной раз увидел это и написал им в поддержку с претензией, чтобы они приняли меры. Через полчаса видимо были приняты меры и они мне отписались типа всё ок, эксцессов не было. Сослались на какие-то свои внутренние системы контроля и проч. При этом написали, что метрика - фигня, а их система - верх совершенства.
А Метрика это действительно фигня, точнее не то что бы фигня, но это однобокая статистика.... которая как и любые другие программные комплексы может давать собственные сбои а так же зависит от сети :) Очень регулярно и часто сталкиваюсь с вопросами клиентов на тему метрики, поясняю всем следующее: Ни кто не гарантирует вам что на пути от Метрики до вашего сайта не поломался интернет канал, но это вовсе не означает что ваш сайт недоступен, он может быть недоступен только для метрики или для региона в котором расположены сервера метрики. Так что рекомендую всем однозначно пользоваться для проверки много-точечными системами типа http://host-tracker.com или http://ping-admin.ru, в случае их использования появляется высокая точность результата, в случае метрики - увы нет :( Так что поднимайтесь на уровень выше и прекратите думать, что если Яндекс сказал, то так оно и есть, это чушь....
Я им написал, что мне совершенно пофиг на их системы мониторинга. У меня есть глаза, которыми я видел, что сайт не был доступен, метрика это подтвердила.
После этого они мне написали, мол пошел подальше со своими претензиями, типа не будем разговаривать, сославшись на пункт в регламенте для службы поддержки.
Учитывая логику вашего общения я так понимаю слово "пофиг" было тут интерпретацией более сложных форм выражения своих эмоций и желаний :D ? В этом случае вполне поддерживаю хостера, если вы их там на три буквы посылали они в праве вообще отказать вам в обслуживании и поддержке, ваши маты никто выслушивать не собирается ни тут ни там... :)
Вобщем если не хотите париться по поводу доступности сайта и если хотите, чтобы служба поддержки реально помогала и поддерживала, а не называла вас идиотом, то Боже упаси вас воспользоваться фэйк-хостингом конторы komtet.ru.
Без основательно IMHO... Приложите скриншоты общения с поддержкой, может неадекват на самом деле вы? (Ничего личного, просто вы предлагаете ситуацию исключительно со своей стороны, а ведь все могло быть вовсе не так :D )
P.S: Интересно , тут есть представители указанного выше поставщика услуг?
Да вот я тоже не пойму, конкретный файл виноват или всё таки это первое что он встречает при выполнении скрипта и поэтому на него и указывает. Может и правда не хватает ресурсов. С другой стороны в обычное время ему хватает 300-400мб. для того что бы всё почти мгновенно открывалось, а когда начинает тормозить может и весь Гиг сожрать.
warring, надо смотреть как говорится на месте, хотя если рута нет , то можно разве что только смотреть....
"Premature end of script headers", на сколько я помню возникает в тех случаях, когда перед хедерами выводится какая-то информация не являющаяся хедером? Т.е перед хедером выводится какой-то блок информации... Но на появление такой ошибки по идее может влияет и лимит ресурсов при котором сценарий не завершает выполнение и убивается например...
Sigmo#ID, такие вот дела :D :D :D
А разница? Если ДЦ лежит, и Ваш собственный сервер, и арендованный слабенький VPS, то и то будет лежать.
Он видимо имел ввиду - свой ДЦ :D :D :D :D
Кстати, общение с клиентами во время проблем у хостера - это отдельная тема :) Ведь клиентам мало того, чтобы хостер выложил в открытом доступе информацию, что проблема решается. Нет, клиенту обязательно должны люди рассказать что случилось и когда починят, причем будет ломиться каждые 5 минут.
А теперь представьте ситуацию глазами хостера. Что-то упало, мониторинг известил спецов, обычно дежурную смену. Эти 2-3 спеца бросаются решать проблему. На проводе максимум остается 1-2 человека, и тут ОДНОВРЕМЕННО все сто тыщщ пицот мильонов клиентов начинают задалбывать поддержку однотипными вопросами "ну что там?". И вместо того, чтобы чинить, народу приходится в 10 рук общаться.
Я понимаю, что клиенты переживают. Но и хостера надо понять. Чем меньше его дергают, тем больше у него времени на исправление ситуации.
Ух, прямо боевик какой-то :)
Обычно достаточно одной отписки в официальном месте, а если проблема на столько сурова, что с потоком клиентов не справиться коллцентру... то коллцентр отключается, а на его место вкладывается автоответчик с разговором о том, что у нас проблемы и они решаются... Да и обычно... те кто чинят сервера на телефонные звонки не отвечают ну и наоборот, по этому не ясно как бы причем тут ремонт проблемы и отписка клиентом, это два параллельных направления как мне видится .. Хотя конечно пока техники рубятся за аптайм , коллцентру придется попотеть, но с другой стороны зачем коллцентр еще нужен ? ;)
Упоминания об этом файлике вообще нет в httpd.conf
Заходим в папку где настройки апача и делаем следующее:
ExtentedStatus - Не верно.
ExtendedStatus - Верно.
Если вы ошибку копипастили а не набирали её руками и ошиблись, то у вас где-то в конфиге есть ошибочная строка.
да по идее падения есть у всех, но плохо, когда это не по полчаса 30 раз в год, а один раз, но 2 дня.
Ну а лучше вообще каждый день но по 0.0001 секунды... Проблема то заключается в чем-то, а вы считаете только время... Бывает всякое и разное.... Вот например у меня была ситуация в которой сгорела довольно специфическая материнка, что бы её заказать и доставить пришлось потратить 4 дня.... все это время был простой, увы , заменить её на ровном месте не было возможности. Но это могло бы занять и полгода , а могли бы и клиентам отказать в услугах, вернуть деньги и не парится, к примеру.... вопрос по прежнему в том как быстро решается проблема и что делают для её решения....
Интересно мнение технарей, если это не форсмажорные обстоятельства, вроде пожара и т.д., может ли обычная ошибка в программном обеспечении завалить сервера на 2 дня?
Программная ошибка может привести к потери всех данных на всех носителях сервера, а вы говорите 2 дня простоя... :)
---------- Добавлено 17.04.2014 в 17:55 ----------
в общем, понятно. Стабильные VPS - это миф. Лан, буду признателен, если накидаете в топик западных хостеров, с которыми давно работаете, ну кроме тех, которые уже давали ссылки выше
А какой в этом смысл? Любой кого бы не посоветовали вам, хоть когда-то лежал... это судя по тому , что вы пишите вам не подходит :)))))) Вам нужен хостинг с аптаймом 100% - такие бывают, но только когда аптайм насчитывает всего недельку , другую ;))))) На протяжении года, практически у всех бывают какие-то неполадки с железом, неудачные апгрейды, непредвиденные ситуации, человеческие факторы, и.т.п. Посоветуете мне какой мне автомобиль купить что бы он не ломался? А если и ломался то в первые пол года только левое колесо, а вторые пол года только инжектор? :)
Вы точно не в теме ;))) Все что работает - может перестать работать ;) По какой-то причине и как правило изучать причину конкретному клиенту не имеет никакого смысла, бомба там упала, НЛО или зеленые человечки.... главное результат, поднятый сервер, не потерянные данные и.т.п...
kostyk, а не инклюдится ли у вас в httpd.conf файлик http-info.conf позднее чем загружается сам модуль?