Осталось написать в адсенс коллективное письмо об увеличении черного списка, у меня 500 строк давно исчерпаны. А как проверить домены из списка на присутствие в активной рекламе - кто-то может подсказать? Т.е. я добавил в черный список домен год назад с тех пор они больше не подают рекламу. А место в списке занимают.
Очередная бяка от sweb.ru.
Прислали письмо, что большая нагрузка от моих сайтов - посещаемость там копеечная. Работает пара блогов на wordpress. Установлено кэширование.
Прислали данные о нагрузке в виде
Ниже приведена статистическая нагрузка аккаунта user_name.
+----------------------------------------------------------------------+
| server | user | cp_stat | quota | date | warnings | errors |
| helium | user_name | 244.31 | 15 | 2009-04-15 | 5766 | 87 |
| helium | user_name | 237.47 | 15 | 2009-04-16 | 5600 | 55 |
| helium | user_name | 207.92 | 15 | 2009-04-17 | 5329 | 104 |
| helium | user_name | 243.73 | 15 | 2009-04-18 | 7509 | 207 |
| helium | user_name | 209.53 | 15 | 2009-04-19 | 6030 | 105 |
| helium | user_name | 240.29 | 15 | 2009-04-20 | 6011 | 157 |
| helium | user_name | 205.14 | 15 | 2009-04-21 | 4158 | 413 |
| helium | user_name | 185.5 | 16 | 2009-04-22 | 4556 | 72 |
| helium | user_name | 197.41 | 16 | 2009-04-23 | 4288 | 78 |
| helium | user_name | 167.76 | 16 | 2009-04-24 | 4666 | 55 |
В таблице приведены следующие значения: cp_stat - статистическая процессорная
нагрузка аккаунта на сервер, warnings - число превышений нагрузки на процессор
более 10% (втечение 5 секунд), errors - число превышений нагрузки на процессор
более 50% (втечение 5 секунд). В первую очередь стоит обратить внимание на
параметр cp_stat (безразмерная величина, характеризующая статистическую нагрузку
на процессор втечение суток) - она не должна превышать заданных норм. Такими нормами
для виртуального хостинга (кроме тарифа VIP) является значение 50 и для тарифа VIP
значение - 90. Также необходимо обратить внимание на столбцы warnings и errors.
Число errors должно быть равно 0, а warnings должно стремиться к нулю. Нормально
отлаженные работающие скрипты среднего сайта не должны отнимать более 3% процессорного
времени более 3-5 секунд. Если это не так, и дальнейшая оптимизации невозможна,
следовательно необходимо рассмотреть вариант размещения проекта на выделенном сервере.
На мой запрос о более подробных данных о том, что именно - какие скрипты и запросы создают нагрузку предложили смотреть в логах время генерации страниц. Очень остроумно.
При этом подключен аккаунт на 25 доменных имен. Т.е. захостить у них даже 25 блогов wp не получится.
При этом фактически саппорт не заинтересован в решении проблемы, им решение видится только в виде VIP тарифа или VDS. VDS и будет, но только не в sweb.
Надеюсь, что кому-то это информация позволит не совершить ошибку при выборе хостинга.
По сути главная претензия от меня свебу - отказ в предоставлении конкретной статистике по нагрузке, которую они просто не хотят предоставить. Собрать ее и предоставить - вовсе не сложно. Или им нужно увольнять своих админов, если они не могут настроить элементарный лог для долгих запросов в ту же базу данных.
А у меня все в тему. Чем больше людей узнает об этой проблеме - тем лучше.
Мастерхост в другую крайность кидаются - предполагают, что любой их клиент системный администратор unix, но они по крайней мере всегда выдают данные по тяжелым запросам и на их сайте есть подробная инструкция по простой оптимиции таблиц, они не предлагают, при малейшем писке перейти на более дорогой аккаунт.
2. нет, заплатите налог за прошедший период как физическое лицо. А вот после регистрации ИП или ООО будете уже от них платить.
3. да, обязательно, причем срок уведомления 10 дней если память не подводит
Главное - не забудьте правильно оформить испытательный срок, а то мороки в случае, если человек не подойдет - не оберетесь.
хоть и оффтоп, но это subshell указывается при сборке...
По тематике и ее присвоению мелькала где-то на форуме тема о том, что есть и скрытое присвоение рубрики без внесения в каталог или еще где-то. За достоверность не поручусь, но порой у меня возникает куча поводов в это верить :).
Мастерхост использую уже лет 6 наверное. Sweb около 2-х лет. И там и там шаред. В мастерхосте плохо то, что саппорт подразумевает, что конечному пользователю не составляет труда собрать свой php или zend прикрутить. Инструкции у них конечно есть, но что это за отношение? Многие люди вообще никогда без окон не работали... Но когда я просил восстановить каталоги или базы, то все всегда делали без проблем.
В sweb просто убило то, что при запросе нужно сообщать свои пароли, я как это у них прочитал и получил подтверждение это в саппорте просто офигел. mc там собран неудобно, вопрос одной опции, а вот по ctrl -o его свернуть и перейти в консоль нельзя. Мне то в принципе пофиг, но неудобно, причем принчины этого действа не называются, ну и так по мелочи еще, например смена тарифа только в рабочие часы, а не автоматом...
Sweb получается дешевле по деньгам и удобен тем, что тот же zens уже из коробки готов.
По моей оценке последнее время sweb лежит намного чаще, чем masterhost.
Я там даже порнушные доры держал :). Но вот с субдоменами там и правда не очень красиво :(.
По большому счету обращения в саппорт у меня происходят не так уж и часто, на шареде особо нет поводов. По панели управления соглашусь с тем, что у sweb она более функциональна, но пополнение баланса через wm там сделано весьма коряво.
