Это как обычный железный лист — если его надежно закрепить и сверху и снизу, то будет держать. А если поднимется от напруги и пол и потолок — то нафига стены?
Мне кажется для блога VPS и VDS слишком шикарно, или просто издевательство. На обычном shared можно уместит и тысячи блогов, с пиковой нагрузкой по 1к заходов в сутки — и хостер не в обиде и переплачивать не нужно.
Хотя сейчас везде пошла тенденция считать нагрузку CPU — она сильно зависит от оптимизации скриптов. Простая домашняя страница может забивать весь процессор, а сотни сайтов могут и не брать даже 10% от него.
По собственному опыту могу рассказать — 3 года работал на полную ставку в гос.организации IT. Всё устраивало, но потом пошла та же песня, что и в топике — мол сидишь и ничего не делаешь за такую зарплату.
Сошлись на полставки и обслуживании всех вопросов 1 раз в неделю — от рассвета до заката. И тут все довольны — когда всё работает я не приезжаю, а деньги капают каждые 2 недели с приятной смской о пополнении счета, а когда всё плохо — говорю записывайтесь на пятницу, приеду и разберемся.
По-моему, это очередной клон opera-turbo-подобных сервисов. Достаточно на выходе в интернет http жать в gzip, и на выходе сайтов жать в gzip — получится прирост не меньший в скорости, но за счет процессоров.
А сжатие HTTP-заголовков приведет к апгрейду межсетевых экранов, что куда дороже, чем удобство быстрого просмотра вКонтакте для сотрудников.
Для собственный решений использую HTTP-протоколы и php-обработчики за nginx. Обычный curl, post-данные и обычный приём данных. Сериализировать не обязательно — можно в голом виде, однако с единой кодировкой.
Например, из проекта: роботы отправляют результаты в буфер обработчика по server2/buffer.php, который складывает в memcachedb, а оттуда по расписанию данные забираются и обрабатываются. Нагрузки никакой нет — данные обрабатываются не по мере поступления, а по мере необходимости — получается, что при увеличении нагрузки на роботов — увеличивается только очередь, но не обработка.
Если сейчас сравнивать WinRAR и 7zip — у первого интерфейс гораздо приятнее. Даже контекстное меню с иконками добавляет куда больше баллов, нежели более лучшее сжатие в 7zip.
Если бы для 7zip сделали удобный интерфейс и дружелюбный — использовал бы его, как совершенно бесплатный. А пока там нет ничего дружелюбного.
Кстати, название тоже играет роль — куда проще запомнить RAR, чем 7ZIP или BZ2
Хотя сейчас везде пошла тенденция считать нагрузку CPU — она сильно зависит от оптимизации скриптов. Простая домашняя страница может забивать весь процессор, а сотни сайтов могут и не брать даже 10% от него.
Сошлись на полставки и обслуживании всех вопросов 1 раз в неделю — от рассвета до заката. И тут все довольны — когда всё работает я не приезжаю, а деньги капают каждые 2 недели с приятной смской о пополнении счета, а когда всё плохо — говорю записывайтесь на пятницу, приеду и разберемся.
А сжатие HTTP-заголовков приведет к апгрейду межсетевых экранов, что куда дороже, чем удобство быстрого просмотра вКонтакте для сотрудников.
В Яндексе внутренний обмен идёт именно на HTTP с минимальным набором заголовков.
Для собственный решений использую HTTP-протоколы и php-обработчики за nginx. Обычный curl, post-данные и обычный приём данных. Сериализировать не обязательно — можно в голом виде, однако с единой кодировкой.
Например, из проекта: роботы отправляют результаты в буфер обработчика по server2/buffer.php, который складывает в memcachedb, а оттуда по расписанию данные забираются и обрабатываются. Нагрузки никакой нет — данные обрабатываются не по мере поступления, а по мере необходимости — получается, что при увеличении нагрузки на роботов — увеличивается только очередь, но не обработка.
Если бы для 7zip сделали удобный интерфейс и дружелюбный — использовал бы его, как совершенно бесплатный. А пока там нет ничего дружелюбного.
Кстати, название тоже играет роль — куда проще запомнить RAR, чем 7ZIP или BZ2
невнимательно смотрите