Только переехал от Hostland.ru заблокировали за якобы высокую нагрузку. При чем на совсем.
Из плюсов четкая и грамотная поддержка. Перенесли сайт.
Минусов пока не обнаружено.
Гость27.02.2012 13:40Домен на dns-серверах провайдера 27.02.2012
Длинный текст
Дополню к своему коменту Гость 27.02.2012 12:15
Решил заменить оценку хостингу, поскольку через раз сайт не работает - 503 ошибка!
Посмотрел положительные отзывы о хостинге - они у сайтов с посещаемостью 10 чел в сутки - естественно они работают хорошо, поскольку их никто не посещает :-)
Ничего конструктивного от тех. поддержки я не получил (кроме как переезда на VPS)
Очень озадачился поисками другого хостинга!
Настоятельно не рекомендую хостинг сайтам с нормальной посещаемостью!
Решил еще дополнить рекомендации хостингу:
5.
Убрать с сайта фразу "Нагрузки на процессор не лимитируются" либо заменить ее на "Нагрузки на процессор не лимитируются, но если сайт превысит норму, то пользователь увидит 504 и 503 ошибки"!
Это явное нарушение прав потребителя - заявлять, что нет лимита, а в реальности ограничивать сайт. Вдобавок техническое решение ограничения крайне не благоприятное для сайта - просто закрыть доступ к сайту и лишить сайт потенциального клиента - это "совковый" метод решения - это тоже самое, что если посетителей в магазине много, то надо просто закрыть магазин и проблем не станет - да это решение проблемы, но крайне неблагоприятное для владельца магазина!
6.
Предлагаю другой вариант технического решения - если сайт нагружает сервер, высылать владельцу письмо с просьбой оптимизировать сайт (выслав статистику нагрузки) или перейти на другой тариф, если он этого не сделает в течении 5 дней, то будет счастливым обладателем 504 и 503 ошибок. Так будет более справедливо для всех и никакого обмана
->>>>Посмотрел положительные отзывы о хостинге - они у сайтов с посещаемостью 10 чел в сутки - естественно они работают хорошо, поскольку их никто не посещает :-)
Ничего конструктивного от тех. поддержки я не получил (кроме как переезда на VPS)
Очень озадачился поисками другого хостинга!
Настоятельно не рекомендую хостинг сайтам с нормальной посещаемостью!<<<-
Не гони пургу. У меня давно за 1000 уников в сутки перевалило по 5-6 страниц на каждого. А трафика в мес до 0.5 Тб. Не гига, а тера. И не жужжу.
Ради спортивного интереса списывался с разными хотсами с вопросм "а вот у мну так вот, как там, потяните?". Все послали подальше с такими нагрузками.
Так что... лучше нет.
А перезд на VPS это хорошая мысль. Жаль пока по деньгам не потяну.
Мы очень внимательно относимся к претензиям Клиентов такого рода - иногда это результат атаки на сайт (в данной ситуации - нет), спасибо за указание адреса сайта.
Далее, Вы выше писали о статистике "600-650". У Вас установлен счётчик LI, который на данный момент показывает 15443 просмотров страниц за последние 24 часа и 670 уникальный хостов. Это несколько больше, тем более, важнее параметр именно хиты.
Данные статистики веб-сервера (в среднем за сутки в феврале):
Hits │Files │Pages│Visits
110685│104804│28541│ 1858
Возможно, будет полезна для сравнения.
Могу отметить, что данный сайт достаточно хорошо оптимизирован, страницы небольшие и содержат мало элементов, хотя посещаемость не назовёшь низкой, но она вполне приемлема для виртуального хостинга.
Разовые 503-и ошибки можно объяснить резким и кратковременным всплеском активности на сайте. В случае повторения - обязательно посмотрите access_log и оповестите нас по адресу support@komtet.ru
По пунктам:
5. Никакой "нормы" нет, поэтому мы так написать не можем.
6. Предположим, посещаемость Вашего сайта вырастет с 15.000 хитов в сутки, до 15.000 в час - то есть, как Вы предлагаете, 5 дней значительная часть сервера будет работать только на Ваш сайт, и пострадают сайты других Клиентов. Мы используем мощные 2-х ядерные серверы, с запасом мощности - но столь значительный рост мы не сможем обеспечить.
К сожалению, виртуальный хостинг - это общежитие. Всплеск активности одного соседа не должен сказаться на других соседях. Он и не сказывается, благодаря используемому в КОМТЕТ механизму распределения ресурсов. Если проект критичен к ресурсам - стоит использовать VPS с гарантированными ресурсами или выделенный сервер. Там Вы всегда точно знаете - сколько осталось свободных ресурсов, а на VPS всегда можно и докупить, если скорость работы сайта перестала удовлетворять. Но, повторюсь, на виртуальном хостинге такое невозможно в силу самой природы этого вида хостинга: http://www.komtet.ru/lib/tech/vps-ili-vi...
Всем хорош хостинг и тех. поддержка на высоте и работает быстро, но как всегда есть и ложка дегтя и к сожалению эта ложка достаточно большая...
Комтет хоть и заявляет, что у них нет ограничений на нагрузки на процессор, но увы на самом деле это ни так...
Оказывается сайт с посещаемостью 600 человек в день превышает нагрузки на процессор, в результате чего сайт лежит и выводятся 503 и 504 ошибки.
Тех. поддержка постоянно говорит, что это из-за большой нагрузки создаваемой сайтом - в их статистике у сайта 100.000 хитов в день!!!!, а на самом же деле их всего 600-650. Предлагают перейти с виртуального хостинга на более дорогой VPS.
Имею другой сайт с посещаемостью в 5 раз выше и нет проблем с размещением его на виртуальном хостинге другой хостинг компании (там хостинг-провайдер считает посещения более адекватно и их статистика совпадает со сторонней (яндек.метрикой, liveinternet и т.п.) статистикой сайта)!
С ужасом думаю, что будет, если посещаемость сайта вырастет в 2 раза - по логике действий провайдера он просто перестанет работать, ведь 503 и 504 ошибки не нагружают сервер!?!?
Хотел бы внести конструктивные предложения:
1. Адекватнее делать статистику сайта - можно ошибиться но не в 150 же раз (есть же разница 100000 и 600 посещений)
2. Предоставлять и высылать статистику того, что именно с сайта создает такую нагрузку на сервер (на многих хостингах это предоставляют по требованию). Это поможет всем - специалисты у криво-сделанных сайтов поправят код и в результате суммарная нагрузка со всех сайтов на хостинге будет меньше нагружать сервер.
3. Не делать заявлений, что у хостинга нет ограничений на нагрузки на процессор, поскольку это обман
4. Если уж сайт загружает сервер, то брать с него доп. плату, а не выдавать посетителю 503 и 504 ошибки!
К сожалению, Вы не указали адрес сайта на хостинге КОМТЕТ и "другой сайт с посещаемостью в 5 раз выше... на виртуальном хостинге другой хостинг компании". Это в значительной степени помогло бы в публичном анализе данного вопроса.
Лимитирования мощности процессора нет, нет лимита и по времени использования процессора, это принципиальная особенность хостинга. Но это не значит, что неоптимизированный тяжёлый сайт получает возможность на всё время захватить все ресурсы сервера. Мы этого не скрываем и уже не раз писали об этом в том числе и на этом сайте. Если посещаемость высокая и нагрузка на сервер большая - нет блокировки сайта за нагрузку, но периодически будут возникать 503-и ошибки (504-е при этом не генерируются). Но вот менее посещаемые сайты будут работать так же быстро - это виртуальный хостинг и разделение ресурсов его отличительная особенность.
Хостинговые компании обычно ограничивают процессор (3, 5, 10% процессора и т.п.), это не значит, что они гарантируют 10% на виртуальном хостинге - это значит, что это максимум, который можно захватить, при условии, что другим сайтам ресурсы не требуются. У нас один процесс может захватить до 100% свободных ресурсов процессора. Такой подход позволяет обеспечить очень быструю работу сайтов, но не гарантирует, что всегда доступно 100%. Всегда 100% доступно только на VPS или выделенном сервере.
По пунктам:
1. > Адекватнее делать статистику сайта...
Внешние счётчики не могут совпадать с данными внутренней статистики. Внешние счётчики не учитывают поисковых ботов, посетителей с отключенными java-скриптами, грабберы и т.п. Внешние счётчики могут показывать только просмотры страницы - а статистика веб-сервера показывает сколько было обращений к серверу для загрузки отдельных элементов при загрузке данной страницы.
Таким образом, именно внутренняя статистика, основанная на логах доступа веб-сервера - единственно правильная и по другому её реализовать просто нельзя.
Давайте посчитаем, Вы говорите - 600 человек в день, а статистика веб-сервера показывает 100.000 хитов (обращений к серверу). То есть 100.000/600=166.6. Каждая страница содержит примерно 166 элементов (обращений к серверу). Так же, возможно, что один человек (хост) просмотрел в среднем 5 страниц, тогда количество элементов на странице примерно 33.
На нагрузку так же влияет движок (какая CMS), количество данных в БД, способ обработки изображений, кеширование и т.д. и т.п. 100.000 обращений к серверу за сутки - это небольшое количество хитов для виртуального хостинга - либо всплеск активности, либо стоит задумываться об оптимизации сайта.
2. > Предоставлять и высылать статистику того, что именно с сайта создает такую нагрузку...
Статистика нагрузок просто не ведётся, так как нет лимитирования процессора. Ошибки Вы можете посмотреть в логах веб-сервера. И логи доступа, и логи ошибок, и подробная статистика посещаемости Вам доступны.
3. > Не делать заявлений, что у хостинга нет ограничений на нагрузки на процессор...
Ещё раз повторяю - ограничений на процессор нет - ни по времени, ни по нагрузке. Но это виртуальный хостинг, а не выделенный сервер с гарантированными ресурсами.
4. > Если уж сайт загружает сервер, то брать с него доп. плату...
Статистика нагрузок не ведётся, следовательно и брать плату за это не получится. Вот на VPS у нас Вы можете приобрести столько гарантированных ресурсов, сколько требуется.
Что можно посоветовать в Вашем случае, общие советы:
2. Сообщить более подробную информацию о сайтах - для получения максимально эффективного ответа. Возможно, ошибка связана с резким скачком посещаемости сайта.
К сожалению, мы смогли дать очень общий ответ, ждём адресов сайтов и статистики.
xAndrei 30.01.2012 23:12Домен на dns-серверах провайдера 31.01.2012
Хороший хостинг, работаю с ним уже более полугода, пока никаких нареканий не вызвал. Техподдержка работает быстро.
С админкой (Parallel Plesk) тоже никаких траблов не было, все под рукой, что нужно. Есть файловый менеджер и консоль для подключения к SSH.
За все время простоев в работе сайты невыявлено.
Сергей Кл.28.01.2012 02:05Домен на dns-серверах провайдера 28.01.2012
Позавчера переехал сюда с другого хостинга, где был с 2006 года. Предварительно Служба техподдержки Комтет подробно, вежливо и быстро ответила на все вопросы (несколько запросов, в том числе в ночное время, т.к. у меня разница по времени). На предыдущем хостинге такой скорости реакции не было никогда. Потом техподдержка перенесла сайт бесплатно. Всё работает, страницы открываются намного быстрее, чем раньше. Большое спасибо. Если ещё и техника будет работать также, как персонал, то это то, что требовалось.
Serhi30.12.2011 16:53Домен на dns-серверах провайдера 30.12.2011
Это мой второй хостинг. По сравнению с первым КОМТЕТ просто ракета. Тариф профи. Всем очень доволен.
Что мне всех больше нравится в КОМТЕТ:
1. Конечно же тех поддержка, отвечают моментально в любое время.
2. Скорость загрузки, работы сайта.
3. Цены на тарифы.
4. Хорошая техническая библиотека.
5. Быстро создаются резервные копии.
Оценка 10 из 10.
Здравствуйте ВебМастера, хочу поделится с Вами впечатлениями о работе данного хостинга.
Зарегистрировал тестовый хостинг, ТП «оптима» (аккаунт 6238), сразу пришли все необходимые данные.
Решил сам перенести сайт, чего думаю поддержку дергать, тем более дело не сложное.
Начал заливать сайт и был приятно удивлен, что FTP просто летал.
Начал тестировать сайт, странички открывались очень быстро, почти мгновенно.
Решил занести маленькую тестовую статью на сайт, и вдруг сайт выдал ошибку.
Я начал копать, докопал до того, что там php собран как fast cgi, но не это самое страшное, а то, что там magic_quotes_gpc=off, а мне без него ни как.
Попробовал добавить флаг php_flag magic_quotes_gpc On, потом ini_set('magic_quotes_gpc', 'on'), но так как я уже писал выше php собран не как модуль Apache а как cgi скрипт, то эти манипуляции не дали ни какого эффекта.
Думаю, дай напишу в поддержку – вдруг пойдут на встречу и включат 'magic_quotes_gpc'.
Ответ из поддержки пришел за 15 минут.
Скорость реакции 5+, но вот содержимое ответа оставляло желать лучшего.
Мало того, что бы внести данные изменения надо перейти на другой тариф, так и еще сотрудник отвечавший на вопрос оказался невнимательным и с хорошим чувством юмора, сначала предложил мне поместить в файл htaccess строку «php_flag magic_quotes_gpc Off» при том, что мне надо наоборот включить эту функцию, а до кучи невнимательно прочитал мое сообщение, в котором я сказал, что эти манипуляции толку не дали, т.к. php не модуль Apache. Спустя пару минут приходит еще письмо в котором он дал мне ссылку на статью где написано как это можно обойти переписав движок сайта :)))
Блин, мне проще хостинг другой взять чем скрипты лопатить.
Вывод:
Если у Вас простой сайт не требующий каких то модулей или исправление php.ini – то это лучший вариант который сможете найти. А если нужно поколдовать с настройками или боже упаси установить какой-то дополнительный модуль – либо идите на дорогой тариф (на дешевом поддержка не станет Вам помогать) либо ищите другой хостинг. А зачем мне при посещаемости 50 чел в сутки и размере сайта 100 мб дорогой тарифный план?
Пришлось уйти, а жаль.
PS. Для руководства, я понимаю Вашу политику в отношении того, что изменения php.ini разрешены только на более дорогих ТП, иначе говоря нужны изменения – переплачивайте за ненужные Вам ресурсы.
Но есть альтернатива, почему бы не сделать изменение php.ini на любых ТП, но на дешевых например «оптима», за это брать разовый сбор в размере 50руб за факт изменения. Глядишь бы и клиентов прибавилось и денег заработали.
Здравствуйте, большое спасибо за столь подробный обзор, отличную оценку оперативности службы технической поддержки и скорости работы тестового сайта и FTP.
Относительно изменения php.ini.
Тариф Оптима, который Вы тестировали, предоставляется в виде, "как есть", без возможности тонкой настройки PHP. Это позволяет сохранять при возможности размещения пяти сайтов на тарифе Оптима - низкую стоимость (96 рублей в месяц, а со скидками - 76 рублей 80 копеек за месяц). При этом, как Вы отметили, поддерживая высокую скорость работы сайтов на недорогом тарифе, который позволяет работать многим движкам и сайтам без настройки.
Тариф, на котором возможно изменение указанного параметра php.ini - Профи. Его стоимость 166 рублей в месяц (или 132 рубля 80 копеек с учётом скидки при оплате за год). То есть, разница в ежемесячной стоимости составляет от 56 рублей - при этом на данном тарифе возможно размещение 10 сайтов. На более дорогих тарифах возможно формирование собственного PHP.INI. Отдельно опцию "изменение PHP.INI" пока приобрести не предоставляется возможным. Вы правы, такова политика КОМТЕТ в формировании тарифных планов. Но именно такая политика позволяет КОМТЕТ обеспечивать высокий уровень сервиса.
Добавить отзыв
Отзывы о хостинге Komtet.ru
Только переехал от Hostland.ru заблокировали за якобы высокую нагрузку. При чем на совсем.
Из плюсов четкая и грамотная поддержка. Перенесли сайт.
Минусов пока не обнаружено.
Длинный текст
Дополню к своему коменту Гость 27.02.2012 12:15
Решил заменить оценку хостингу, поскольку через раз сайт не работает - 503 ошибка!
Посмотрел положительные отзывы о хостинге - они у сайтов с посещаемостью 10 чел в сутки - естественно они работают хорошо, поскольку их никто не посещает :-)
Ничего конструктивного от тех. поддержки я не получил (кроме как переезда на VPS)
Очень озадачился поисками другого хостинга!
Настоятельно не рекомендую хостинг сайтам с нормальной посещаемостью!
Решил еще дополнить рекомендации хостингу:
5.
Убрать с сайта фразу "Нагрузки на процессор не лимитируются" либо заменить ее на "Нагрузки на процессор не лимитируются, но если сайт превысит норму, то пользователь увидит 504 и 503 ошибки"!
Это явное нарушение прав потребителя - заявлять, что нет лимита, а в реальности ограничивать сайт. Вдобавок техническое решение ограничения крайне не благоприятное для сайта - просто закрыть доступ к сайту и лишить сайт потенциального клиента - это "совковый" метод решения - это тоже самое, что если посетителей в магазине много, то надо просто закрыть магазин и проблем не станет - да это решение проблемы, но крайне неблагоприятное для владельца магазина!
6.
Предлагаю другой вариант технического решения - если сайт нагружает сервер, высылать владельцу письмо с просьбой оптимизировать сайт (выслав статистику нагрузки) или перейти на другой тариф, если он этого не сделает в течении 5 дней, то будет счастливым обладателем 504 и 503 ошибок. Так будет более справедливо для всех и никакого обмана
->>>>Посмотрел положительные отзывы о хостинге - они у сайтов с посещаемостью 10 чел в сутки - естественно они работают хорошо, поскольку их никто не посещает :-)
Ничего конструктивного от тех. поддержки я не получил (кроме как переезда на VPS)
Очень озадачился поисками другого хостинга!
Настоятельно не рекомендую хостинг сайтам с нормальной посещаемостью!<<<-
Не гони пургу. У меня давно за 1000 уников в сутки перевалило по 5-6 страниц на каждого. А трафика в мес до 0.5 Тб. Не гига, а тера. И не жужжу.
Ради спортивного интереса списывался с разными хотсами с вопросм "а вот у мну так вот, как там, потяните?". Все послали подальше с такими нагрузками.
Так что... лучше нет.
А перезд на VPS это хорошая мысль. Жаль пока по деньгам не потяну.
Длинный текст
Мы очень внимательно относимся к претензиям Клиентов такого рода - иногда это результат атаки на сайт (в данной ситуации - нет), спасибо за указание адреса сайта.
Проверяем работу сайта внешними сервисами:
http://site-perf.com/cgi-bin/show.cgi?id...
http://site-perf.com/cgi-bin/show.cgi?id...
http://site-perf.com/cgi-bin/show.cgi?id...
И т.п. загрузка ~ 0.75 секунд. Ошибок нет.
Внутри каталога примерно такая же картина:
http://site-perf.com/cgi-bin/show.cgi?id...
http://site-perf.com/cgi-bin/show.cgi?id...
http://site-perf.com/cgi-bin/show.cgi?id...
Никаких 503-х ошибок.
Далее, Вы выше писали о статистике "600-650". У Вас установлен счётчик LI, который на данный момент показывает 15443 просмотров страниц за последние 24 часа и 670 уникальный хостов. Это несколько больше, тем более, важнее параметр именно хиты.
Данные статистики веб-сервера (в среднем за сутки в феврале):
Hits │Files │Pages│Visits
110685│104804│28541│ 1858
Возможно, будет полезна для сравнения.
Могу отметить, что данный сайт достаточно хорошо оптимизирован, страницы небольшие и содержат мало элементов, хотя посещаемость не назовёшь низкой, но она вполне приемлема для виртуального хостинга.
Разовые 503-и ошибки можно объяснить резким и кратковременным всплеском активности на сайте. В случае повторения - обязательно посмотрите access_log и оповестите нас по адресу support@komtet.ru
По пунктам:
5. Никакой "нормы" нет, поэтому мы так написать не можем.
6. Предположим, посещаемость Вашего сайта вырастет с 15.000 хитов в сутки, до 15.000 в час - то есть, как Вы предлагаете, 5 дней значительная часть сервера будет работать только на Ваш сайт, и пострадают сайты других Клиентов. Мы используем мощные 2-х ядерные серверы, с запасом мощности - но столь значительный рост мы не сможем обеспечить.
К сожалению, виртуальный хостинг - это общежитие. Всплеск активности одного соседа не должен сказаться на других соседях. Он и не сказывается, благодаря используемому в КОМТЕТ механизму распределения ресурсов. Если проект критичен к ресурсам - стоит использовать VPS с гарантированными ресурсами или выделенный сервер. Там Вы всегда точно знаете - сколько осталось свободных ресурсов, а на VPS всегда можно и докупить, если скорость работы сайта перестала удовлетворять. Но, повторюсь, на виртуальном хостинге такое невозможно в силу самой природы этого вида хостинга:
http://www.komtet.ru/lib/tech/vps-ili-vi...
Длинный текст
Всем хорош хостинг и тех. поддержка на высоте и работает быстро, но как всегда есть и ложка дегтя и к сожалению эта ложка достаточно большая...
Комтет хоть и заявляет, что у них нет ограничений на нагрузки на процессор, но увы на самом деле это ни так...
Оказывается сайт с посещаемостью 600 человек в день превышает нагрузки на процессор, в результате чего сайт лежит и выводятся 503 и 504 ошибки.
Тех. поддержка постоянно говорит, что это из-за большой нагрузки создаваемой сайтом - в их статистике у сайта 100.000 хитов в день!!!!, а на самом же деле их всего 600-650. Предлагают перейти с виртуального хостинга на более дорогой VPS.
Имею другой сайт с посещаемостью в 5 раз выше и нет проблем с размещением его на виртуальном хостинге другой хостинг компании (там хостинг-провайдер считает посещения более адекватно и их статистика совпадает со сторонней (яндек.метрикой, liveinternet и т.п.) статистикой сайта)!
С ужасом думаю, что будет, если посещаемость сайта вырастет в 2 раза - по логике действий провайдера он просто перестанет работать, ведь 503 и 504 ошибки не нагружают сервер!?!?
Хотел бы внести конструктивные предложения:
1. Адекватнее делать статистику сайта - можно ошибиться но не в 150 же раз (есть же разница 100000 и 600 посещений)
2. Предоставлять и высылать статистику того, что именно с сайта создает такую нагрузку на сервер (на многих хостингах это предоставляют по требованию). Это поможет всем - специалисты у криво-сделанных сайтов поправят код и в результате суммарная нагрузка со всех сайтов на хостинге будет меньше нагружать сервер.
3. Не делать заявлений, что у хостинга нет ограничений на нагрузки на процессор, поскольку это обман
4. Если уж сайт загружает сервер, то брать с него доп. плату, а не выдавать посетителю 503 и 504 ошибки!
P.S. У моего сайта тарифный план - Плюс
Длинный текст
К сожалению, Вы не указали адрес сайта на хостинге КОМТЕТ и "другой сайт с посещаемостью в 5 раз выше... на виртуальном хостинге другой хостинг компании". Это в значительной степени помогло бы в публичном анализе данного вопроса.
Лимитирования мощности процессора нет, нет лимита и по времени использования процессора, это принципиальная особенность хостинга. Но это не значит, что неоптимизированный тяжёлый сайт получает возможность на всё время захватить все ресурсы сервера. Мы этого не скрываем и уже не раз писали об этом в том числе и на этом сайте. Если посещаемость высокая и нагрузка на сервер большая - нет блокировки сайта за нагрузку, но периодически будут возникать 503-и ошибки (504-е при этом не генерируются). Но вот менее посещаемые сайты будут работать так же быстро - это виртуальный хостинг и разделение ресурсов его отличительная особенность.
Хостинговые компании обычно ограничивают процессор (3, 5, 10% процессора и т.п.), это не значит, что они гарантируют 10% на виртуальном хостинге - это значит, что это максимум, который можно захватить, при условии, что другим сайтам ресурсы не требуются. У нас один процесс может захватить до 100% свободных ресурсов процессора. Такой подход позволяет обеспечить очень быструю работу сайтов, но не гарантирует, что всегда доступно 100%. Всегда 100% доступно только на VPS или выделенном сервере.
По пунктам:
1. > Адекватнее делать статистику сайта...
Внешние счётчики не могут совпадать с данными внутренней статистики. Внешние счётчики не учитывают поисковых ботов, посетителей с отключенными java-скриптами, грабберы и т.п. Внешние счётчики могут показывать только просмотры страницы - а статистика веб-сервера показывает сколько было обращений к серверу для загрузки отдельных элементов при загрузке данной страницы.
Таким образом, именно внутренняя статистика, основанная на логах доступа веб-сервера - единственно правильная и по другому её реализовать просто нельзя.
Давайте посчитаем, Вы говорите - 600 человек в день, а статистика веб-сервера показывает 100.000 хитов (обращений к серверу). То есть 100.000/600=166.6. Каждая страница содержит примерно 166 элементов (обращений к серверу). Так же, возможно, что один человек (хост) просмотрел в среднем 5 страниц, тогда количество элементов на странице примерно 33.
На нагрузку так же влияет движок (какая CMS), количество данных в БД, способ обработки изображений, кеширование и т.д. и т.п. 100.000 обращений к серверу за сутки - это небольшое количество хитов для виртуального хостинга - либо всплеск активности, либо стоит задумываться об оптимизации сайта.
2. > Предоставлять и высылать статистику того, что именно с сайта создает такую нагрузку...
Статистика нагрузок просто не ведётся, так как нет лимитирования процессора. Ошибки Вы можете посмотреть в логах веб-сервера. И логи доступа, и логи ошибок, и подробная статистика посещаемости Вам доступны.
3. > Не делать заявлений, что у хостинга нет ограничений на нагрузки на процессор...
Ещё раз повторяю - ограничений на процессор нет - ни по времени, ни по нагрузке. Но это виртуальный хостинг, а не выделенный сервер с гарантированными ресурсами.
4. > Если уж сайт загружает сервер, то брать с него доп. плату...
Статистика нагрузок не ведётся, следовательно и брать плату за это не получится. Вот на VPS у нас Вы можете приобрести столько гарантированных ресурсов, сколько требуется.
Что можно посоветовать в Вашем случае, общие советы:
1. Оптимизировать сайт:
http://www.komtet.ru/lib/praktiki-dlya-u...
2. Сообщить более подробную информацию о сайтах - для получения максимально эффективного ответа. Возможно, ошибка связана с резким скачком посещаемости сайта.
К сожалению, мы смогли дать очень общий ответ, ждём адресов сайтов и статистики.
Хороший хостинг, работаю с ним уже более полугода, пока никаких нареканий не вызвал. Техподдержка работает быстро.
С админкой (Parallel Plesk) тоже никаких траблов не было, все под рукой, что нужно. Есть файловый менеджер и консоль для подключения к SSH.
За все время простоев в работе сайты невыявлено.
Позавчера переехал сюда с другого хостинга, где был с 2006 года. Предварительно Служба техподдержки Комтет подробно, вежливо и быстро ответила на все вопросы (несколько запросов, в том числе в ночное время, т.к. у меня разница по времени). На предыдущем хостинге такой скорости реакции не было никогда. Потом техподдержка перенесла сайт бесплатно. Всё работает, страницы открываются намного быстрее, чем раньше. Большое спасибо. Если ещё и техника будет работать также, как персонал, то это то, что требовалось.
Все отлично, так держать ребята!
Анатолий
Это мой второй хостинг. По сравнению с первым КОМТЕТ просто ракета. Тариф профи. Всем очень доволен.
Что мне всех больше нравится в КОМТЕТ:
1. Конечно же тех поддержка, отвечают моментально в любое время.
2. Скорость загрузки, работы сайта.
3. Цены на тарифы.
4. Хорошая техническая библиотека.
5. Быстро создаются резервные копии.
Оценка 10 из 10.
Длинный текст
Здравствуйте ВебМастера, хочу поделится с Вами впечатлениями о работе данного хостинга.
Зарегистрировал тестовый хостинг, ТП «оптима» (аккаунт 6238), сразу пришли все необходимые данные.
Решил сам перенести сайт, чего думаю поддержку дергать, тем более дело не сложное.
Начал заливать сайт и был приятно удивлен, что FTP просто летал.
Начал тестировать сайт, странички открывались очень быстро, почти мгновенно.
Решил занести маленькую тестовую статью на сайт, и вдруг сайт выдал ошибку.
Я начал копать, докопал до того, что там php собран как fast cgi, но не это самое страшное, а то, что там magic_quotes_gpc=off, а мне без него ни как.
Попробовал добавить флаг php_flag magic_quotes_gpc On, потом ini_set('magic_quotes_gpc', 'on'), но так как я уже писал выше php собран не как модуль Apache а как cgi скрипт, то эти манипуляции не дали ни какого эффекта.
Думаю, дай напишу в поддержку – вдруг пойдут на встречу и включат 'magic_quotes_gpc'.
Ответ из поддержки пришел за 15 минут.
Скорость реакции 5+, но вот содержимое ответа оставляло желать лучшего.
Мало того, что бы внести данные изменения надо перейти на другой тариф, так и еще сотрудник отвечавший на вопрос оказался невнимательным и с хорошим чувством юмора, сначала предложил мне поместить в файл htaccess строку «php_flag magic_quotes_gpc Off» при том, что мне надо наоборот включить эту функцию, а до кучи невнимательно прочитал мое сообщение, в котором я сказал, что эти манипуляции толку не дали, т.к. php не модуль Apache. Спустя пару минут приходит еще письмо в котором он дал мне ссылку на статью где написано как это можно обойти переписав движок сайта :)))
Блин, мне проще хостинг другой взять чем скрипты лопатить.
Вывод:
Если у Вас простой сайт не требующий каких то модулей или исправление php.ini – то это лучший вариант который сможете найти. А если нужно поколдовать с настройками или боже упаси установить какой-то дополнительный модуль – либо идите на дорогой тариф (на дешевом поддержка не станет Вам помогать) либо ищите другой хостинг. А зачем мне при посещаемости 50 чел в сутки и размере сайта 100 мб дорогой тарифный план?
Пришлось уйти, а жаль.
PS. Для руководства, я понимаю Вашу политику в отношении того, что изменения php.ini разрешены только на более дорогих ТП, иначе говоря нужны изменения – переплачивайте за ненужные Вам ресурсы.
Но есть альтернатива, почему бы не сделать изменение php.ini на любых ТП, но на дешевых например «оптима», за это брать разовый сбор в размере 50руб за факт изменения. Глядишь бы и клиентов прибавилось и денег заработали.
Длинный текст
Здравствуйте, большое спасибо за столь подробный обзор, отличную оценку оперативности службы технической поддержки и скорости работы тестового сайта и FTP.
Относительно изменения php.ini.
Тариф Оптима, который Вы тестировали, предоставляется в виде, "как есть", без возможности тонкой настройки PHP. Это позволяет сохранять при возможности размещения пяти сайтов на тарифе Оптима - низкую стоимость (96 рублей в месяц, а со скидками - 76 рублей 80 копеек за месяц). При этом, как Вы отметили, поддерживая высокую скорость работы сайтов на недорогом тарифе, который позволяет работать многим движкам и сайтам без настройки.
Тариф, на котором возможно изменение указанного параметра php.ini - Профи. Его стоимость 166 рублей в месяц (или 132 рубля 80 копеек с учётом скидки при оплате за год). То есть, разница в ежемесячной стоимости составляет от 56 рублей - при этом на данном тарифе возможно размещение 10 сайтов. На более дорогих тарифах возможно формирование собственного PHP.INI. Отдельно опцию "изменение PHP.INI" пока приобрести не предоставляется возможным. Вы правы, такова политика КОМТЕТ в формировании тарифных планов. Но именно такая политика позволяет КОМТЕТ обеспечивать высокий уровень сервиса.
Спасибо за пожелание относительно разового сбора за изменение PHP.INI, пока изменение тарифов и их стоимости не планируется, но мы добавили в список пожеланий Ваш запрос. В случае положительного решения - мы обязательно оповестим в новостях и через социальные сети:
http://www.komtet.ru/novosti
http://vkontakte.ru/komtet
http://www.facebook.com/komtet.ru
https://twitter.com/komtet_ru
Ссылки по теме:
http://www.komtet.ru/lib/tech/apache/for...
http://www.komtet.ru/tarifi/vh
Добавить отзыв или комментарий