Ну там тоже есть ограничения. По времени запроса например. По количеству единовременных запросов. Плюс еще на уровне файловой системы шедулер "успокаивает" MySQL.
120 секунд - это реально долго. Любая CMS три раза успеет поставиться. За все время существования хостинга таких было два раза. Оба раза просто увеличивали лимиты клиенту на время надобности.
Верно.
Сорри, не заметил, что Вы дописали. Я дописал ответ выше.
Это суммарно. Оно входит в квоту.
Под PHP:
Максимальный размер оперативной памяти на исполняемый php-процесс: 128Mb
Максимальное количество единовременных php-процессов на сайт: 10
MySQL не делится по пользователям.
Он встанет в очередь и как только освободится любой из 10-ти, то будет обработан.
Дорогие клиенты,
Что-то стало у нас много обращений с просьбами починить что-нибудь на уровне программирования. Мы решили все-таки ввести одну дополнительную услугу: помощь программиста PHP. Сейчас взяли в штат программиста. Пока процесс не отлажен и мы будем делать так:
1) Вы ставите задачу.
2) Программист ее смотрит и находит решение. Но не чинит.
3) Вам выставляют счет.
4) После оплаты программист производит нужные изменения.
Внимание: это не касается разработки сайтов. Это только для ремонта ошибок или "тормозов".
У операторов CDN стоит какой-то реверс-прокси (например Nginx). Этот реверс-прокси видит, что не может достучаться до бэкэнда (Вашего сервера) и готов отдать 502 ошибку посетителю, но в этот момент ошибка хэндлится и вместо нее отдается html-заглушка. Это можно попросить почти любого провайдера CDN сделать. Я, например, пользуюсь CDNvideo и там у них можно просить такую кастомизацию провести.
Мне нужны цифры, а не субъективное восприятие :)
Нерепрезентативно получится.
Знаю, что нельзя обсуждать репутацию и я рискую получить по шее, но все же хотелось бы отметить один момент: в этой теме люди разделились на тех, у кого положительная репутация (а плюсы, в отличии от минусов, ставят только реально за профессионализм и очень редко) и на тех, у кого она отрицательная. И эти люди строго заняли определенные позиции. Что какбэ намекает...
Закончить Вы сейчас можете только диалог со мной, но не вопрос со своим профессионализмом. Не бывает хостеров, которые сами рисуют пользователю нагрузку, а значит, в случае анализа, Вас ждет очень интересная картина.
Ваши доказательство - фуфло. А я Вам выше предложил доказательства того, что Вы забыли про крон и про бесконечные циклы и Ваши доказательства ничего не стоят. Вы не написали в статье, как Вы удалил все задачи cron, как попросили саппорт убить все процессы, как подождали три дня для уверенности, что не спотыкаетесь об кэш...
И чего стоят Ваши доказательства без того, что Вы забыли сделать? Ничего. Просто шум.
Вы вышли вещать на публику неподготовленным.
Пока я не нарушаю правила форума и меня не забанили, я буду сам решать где мне и что писать. И куда мне идти. Как только понадобится совет - обязательно обращусь. Это всеобщий форум, а не форум, где лемминги поддерживают леммингов.
Я его конкурент, если что. Подпись отключил исключительно ради приличия. И я не утверждаю, что это хороший хостер, потому что ничего о нем не знаю. Я утверждаю лишь то, что Вы крикливый дилетант.
Прочитал пост в блоге. Подтвердил давно подмеченную мудрость: чем меньше человек соображает в вопросе и чем он более некомпетентен, тем громче он выражает свое недовольство и тем безапелляционнее его мнение. И вот таких леммингов, растаскивающих бред по всему интернету, миллионы. Стыд и позор.
А, и еще хотел бы добавить по одному моменту, касательно нагрузки после ухода с сайта. Не смотря на то, что ребята правильно заметили про DNS cache, есть еще два варианта развития событий: а что, если это нагрузка от ранее запущенных скриптов, которые вошли в бесконечный цикл из-за ошибки в коде? А что если это cron?
В статье не было анализа проблемы, в статье была прост порция гавна. А статья это Вы - что у Вас есть, то Вы и перекладываете на бумагу.
Анализ? Объективность? Не, не слышал...
