Maxsite Cache: проблема нагрузки на сервер больше не существует!
Рубрика: Хитрости WordPress · Запись имеет метки: Maxsite, кэш, скрипт
Друзья, будем сегодня говорить о технических вопросах. Скажем так – это клич счастливого вебмастера, и желание поделиться фишкой, которую я недавно узнал.
Итак, поговорим о нагрузке на сервер при использовании сайта на WordPress. Многие, кто имеет на своем хостинге один или несколько сайтов на WordPress, часто сталкиваются с тем, как сильно иногда возрастает нагрузка сайта на сервер, где он расположен. Причиной этого являются активность посетителей сайта, боты поисковых систем, бот Sape, масса запросов от используемых плагинов и примочек, редиректы и т.п.
На некоторых хостингах установлен жесткий лимит допустимой нагрузки, например, если пиковое значение превышает 15%, то сайты на таком аккаунте временно блокируются (на 10 мин). Делается это не потому, что Ваш хостер злой, а потому что Ваш сайт начинает мешать работе других сайтов, расположенных на том же сервере.
Так было на wpbot.ru – многие знают, что сайт периодически вылетал в 503 ошибку, и блокировался на 10 минут. И в последнее время такие блокировки происходили чаще, я терял посетителей, которые не хотят ждать 10 минут, пока проект вновь оживет и т.п.
В поисках решения я перевернул интернет, и начитался вообще страшных историй, когда некоторые хостинги возвращали вебмастерам деньги, так как не хотели держать у себя проблемные сайты, перегружающие сервер, или старались как-то иначе избавляться от них, либо заставляли переходить на другие, более дорогие, тарифы, либо переплачивать за VDS и так далее.
Традиционные способы уменьшения нагрузки на сервер сводятся к нескольким пунктам:
1. оптимизация кода (убрать лишние запросы к БД, отключить некоторые плагины),
2. подключить сжатие данных (по типу zlib или gzip (например, подключение zlib очень помогает, я писал об этом тут ))
3. управление ботами (оптимизация файлов robots.txt и htaccess, то есть, установка запрета на доступ некоторым ботам, установка таймаута для разрешенных ботов (через crawl deley). Но, например, не всеми ботами можно управлять через robots.txt – тот же бот Sape очень сильно грузит сервер по нескольку раз в день, но он не поддерживает директив управления (по понятным причинам)).
4. установка кэширующих плагинов для WordPress – WP Cache и Hypercache. До сего дня, как и подключение zlib, это был наиболее эффективный способ снижения нагрузки – через кэширование сайта, то есть, создание статических страниц из динамических и разворачивание их в браузере пользователя. Однако, у этих плагинов есть несколько отрицательных моментов – 1. они требуют обновления, 2. их можно использовать не со всеми версиями платформы, 3. тот же WP Cache требует наличия ЧПУ на сайте (например, для меня это было неприемлимо – у меня на боте дефолтная структура вида ссылок, которую уже поздно менять при таком количестве страниц. При включении ЧПУ, все страницы вылетели бы из Sape до новой полной переиндексации сайта, что означает полную потерю денег). 4. сложны в настройке.
Я перепробовал почти все, о чем написал, ставил сжатие, оптимизировал код, октключил все ненужные плагины, заказывал консультации у Лекактуса, но толку от этого было мало – нагрузка росла постоянно, сайт выпадал в 503 ошибку, как и у многих других веб-мастеров, работающих на WordPress.
Последствиями таких перегрузок были потери – потери посетителей на сайте и денег в Sape, потому что саповский бот сам перегружал сервер, или приходил тогда, когда сервак уже лежал, ссылки выпадали в Error и деньги за них не начислялись.
У меня хороший хостинг, который я не хотел менять, и хотя всегда велико желание свалить вину на кого-то, нужно разумно смотреть на вещи – при использовании виртуального хостинга, нужно считаться с другими сайтами, размещенными на том же сервере, либо покупать себе отдельный сервер, но ведь некоторые веб-мастера жалуются, что WordPress и нагрузка способны уложить сайт даже не VDS.
Например, так выглядел суточный график нагрузки на CPU на аккаунте, где расположен wpbot.ru еще пару дней назад – допустимая нагрузка на сервер составляет 15%, при превышении этого значения, сайт блокируется. В ряде случаев, нагрузка доходила до 40%.
Каждый раз, когда пик выходил за предел лимита (красные участки), сайт блокировался, и посетители видели тупую заставку с объявлением, что сайт будет доступен через 10 минут. Сказать, что это доводило меня до белого каления – значит не сказать ничего.
Сегодня этот график выглядит так:
Неплохо, правда?
Нагрузка снизилась вдвое, пиковые значения не превышают 10-11 процентов, перегрузки исчезли, 503 ошибка не появляется, все ссылки в Sape в порядке, посещаемость выше, чем обычно. Мне не пришлось переделывать ссылки в ЧПУ, я не использую плагинов, я увеличил количество полезных функций на сайте и впервые за долгое время успокоился.
Как я этого добился?
На днях я случайно зашел на MaxSite.org, сайт человека, который один из первых в рунете начинал заморачиваться с WordPress ( многие до сих пор юзают версию 2.3 его сборки), и прочитал, что Макс написал новый скрипт для кэширования WordPress. Он работает независимо от версии платформы, не требует ЧПУ, не наносит вреда ботам, ссылкам и индексированию, не является плагином и позволяет беспрецедентно снизить нагрузку на сервер.
Например, для главной страницы wpbot.ru стабильное потребление памяти без кэширования составляет 21 мегабайт. При использовании скрипта от Макса оно снижается до 270 килобайт, а это значит, что потребление памяти снизилось в 78 раз!
Время обработки запросов в стандартном виде составляет 1.144 cек. При включенном скрипте оно составляет…. 0.00049 сек. Посчитайте сами, какая разница.
Считаю, пример wpbot.ru является очень показательным. Поэтому я рекомендую всем, кто держит сайты на WordPress и мучается от перегрузок, ознакомиться с этим скриптом и стать его счастливым обладателем.
Макс выпустил его в двух вариантах – бесплатная (лайт) и платная версии.
Бесплатная версия необходима для того, чтобы любой мог установить ее на свой WordPress сайт и самостоятельно протестировать, проверить, насколько лучше сайт будет работать при подключении скрипта. Эта версия требует ручного удаления кэша, ее нельзя использовать все время по умолчанию, иначе кэш забьет все ваше дискове пространство. Ну, на то она и “лайт”. Эта версия не обновляется.
Платная версия скрипта является полностью автоматизированным продуктом, который позволяет использовать скрипт на все мощь и не беспокоиться об удалении кэша. Владельцы платной версии получают обновления. Результативность работы – налицо на примере wpbot.ru, о котором я только что Вам рассказал.
Это не заказная и не рекламная статья. Я сперва потестил лайт, потом купил полную версию скрипта на общих основаниях, пришел в вострог от его работы, сейчас я доволен как слон, и хочу разделить эту радость с Вами.
Кстати, скрипт стоит копейки – полная версия всего 30WMZ, лайт версия, как я уже сказал, – бесплатно.
Если Вам интересна эта тема, вот ссылка на страницу скрипта:
К записи "Maxsite Cache: проблема нагрузки на сервер больше не существует!" оставлено 70 коммент.
Наверх
Записей на сайте: 273
Меня смущает не цена)))) Если бы рядом был магазин, я бы пошел и купил. Мне очень не нравится способ оплаты. Ну нет у меня на кошельке денег, и для меня очень геморрно будет все цепочку проходить =(
Читал ранее про плагин, но не пробовал, если все как есть, то вечером попробую. А насчет цены, с учетом того что мой блог мне ничего не приносит, это дорого, хотя это уже другой вопрос…
Это не плагин – это скрипт, и это важное различие.
Если нет денег на скрипт – юзайте бесплатную версию.
При какой посещаемости сайта были превышены показатели максимально доступной нагрузки? Спасибо.
Все ок, но Вы не указали один важный момент – цитирую Макса:
“Скажу, что кэш создает готовые html-страницы, поэтому динамические «фишки» перестанут работать, например подсчет количества прочтений записи. Тут уж выбирайте: либо снижаем нагрузку, либо «шашечки».”
По-сути, это даже не кэш, а просто конвертация динамических страниц в статические. Нечто вроде такого себе “скриншота”. Именно по этой причине так резко падает нагрузка.
Исходя из этого, нужно понимать, что любая динамика будет отключена и даже в случае платной версии (сбрасывание кеша), любые динамические элементы будут напоминать игру в покадровом режиме.
Proofsite, я и не собирался это указывать. В мою задачу не входит переписывать все, что сказано Максом. Об этом Вы можете прочитать у него на сайте.
Что касается самого кэширования, видимо, Вы говорите с чужих слов. Какие динамические компоненты будут потеряны? Например?
Вот у меня в сайдбаре стоят “шторки”. Если максовский кэш это по Вашему типа скрипшота, то почему они работают, двигаются? ))
А кто провайдер у тебя, чьим хостингом пользуешся?
По-моему, так провайдер и хостер это разные вещи )
Я рад за тебя=)
Goodwin, согласитесь, это несколько странно – Вы пишете 3-х экранный пост, выкладываете скриншоты, расписываете как все прекрасно, но о минусах упоминать даже и не собираетесь.
Если бы это была заметка уровня: “Поставил кеш. Что это такое – читайте у Макса”, тогда, думаю, моего предыдущего коммента бы и не было
Кроме того, с чего Вы взяли, что я в чем-то Вас обвиняю? это просто комментарий к тому, о чем говорите Вы сами.
“Шторки” – не динамический компонент. Это обычный скрипт, который отрабатывает на стороне пользователя – даже если его закешировать, он все равно будет работать.
Понятие “скриншот” я не даром поставил в кавычках – имелись ввиду именно те элементы, которые работают на стороне сервера, например – количество просмотров постов, те же комментарии, о которых Вы сами пишете в заголовке.
Proofsite, Вы не поняли. Я написал в первую очередь о том, какие проблемы я испытывал на своем сайте, какое решение для себя нашел и как с помощью этого решения я разобрался со своими проблемами.
Я не случайно говорю “на своем сайте”, “для себя нашел”, “свои проблемы”. Написано про то, что для меня самого было важно. То есть, если и найдутся у этого скрипта какие-либо минусы, то меня это не касается – не я его написал и не я его рекламирую. А полный список характеристик скрипта и особенностей его работы Вы можете прочитать у Макса на сайте. Пусть он говорит о минусах. Я нашел “для себя” отлчиный продукт, бех минусов, пост на 3 экрана именно об этом.
Что касается комментариев, тут Вы опять ошиблись – новая версия этого скрипта поддерживает вывод комментариев без сброса кэша – Ваш, например, был опубликован сразу после того, как Вы его отправили )))
Хорошо, предлагаю закрыть эту тему, поскольку в любом случае каждый из нас останется при своем. Мое мнение таково, что если кто-либо, под тем или иным углом зрения делает обзор какого-либо продукта, то упоминать о известных проблемах все же стоит. Причина крайне проста – по-сути, Вы на своем примере предлагаете человеку воспользоваться описываемым продуктом. В сущности, это просто форма вежливости и не более того.
Думаю, Вы не раз видели в обзорах софта блок “Известные проблемы”. Собственно, об этом я и говорю.
Не подменяйте понятия – новая версия вышла тогда же, когда Вы писали пост? Тогда к чему текст в заголовке?
Уважаемый мой коллега Proofsite, в любом случае, спасибо за Ваши комментарии.
Почему-же тогда сайт продолжает блокироватся на 10 минут??
вот сегодня утром зашол в 6-50 висит сообщение что сайт заблокирован на 10 минут -) в 7-00 он снова стал доступен…
плагин оаботает или нет????
саповский бот пришел, когда кэш удалялся. это первый раз с четверга.
а как этот плагин подключается и настраивается??-(
ну вот еще одно падение сайта на 10 минут -(( время 8.30
Кто хостинг-провайдер у тебя?
Igor, сглазили, демоны!!!
Grem, конечно же, Majordomo.
Goodwin, взаимно! Было приятно поговорить
Подписался на Ваш RSS.
Proofsite, благодарю Вас.
А данный скрипт можно устанавливать на несколько сайтов или он прикручивается к домену?
Creat2, скрипт прикручивается к домену. То есть, если у Вас на аккаунте несколько сайтов, ставьте для каждого в отдельности.
Вы писали что включение сжатия данных (zlib или gzip ) уменьшает нагрузку на сервер. Тут я с вами не соглашусь, т.к. это требует доп. процессорные мощности по архивированию страниц. Делается это для ускорения загрузки страниц посетителям и уменьшения потребления их траффика.
По поводу скрипта, я конечно потестю его, но не думаю, что он лучше hyper cache, который тоже создает готовые страницы.
Electrod, я писал про ускорение сайта, а не про снижение нагрузки. Включение zlib действительно ускоряет блог.
Ускорять то ускоряет, никто ж не спорит, но дополнительно нагружает сервер.
Падение сайта у вас происходит быстрее всего из-за превью тем, тут кеширование не поможет
Можно попробовать почистить бд от мусора, спец плагины есть.
Также есть плагины оптимизации wordpress, не связанные с прямым кешированием страниц.
Еще одна вещь, а картинки на блоге вообще не оптимизированы. Скачал наобум картинку, мне удалось в более, чем 2 раза сократить ее размер без потери качества софтиной XnView.
Elektrod, спасибо за Ваше мнение. Надеюсь, кому то из посетителей это будет полезно.
Однако писать об этом следовало б не здесь, а в комментариях к заметке про zlib…
PS Картинки (в анонсах) оптизимированы. Работает timthumb.
После установки скрипта на некоторых шаблонах все нормально, а на одном – перестают переписываться метатеги title с помощью плагинов All-in-one или Platinum Seo Pack. Ставлю другой шаблон на этот же блог – метатеги title вновь оптимизированные.
Что может быть не так в шаблоне? Отказываться от него не хочется, так как потратил время на переделку. Но тогда приходится выбирать: либо высокая нагрузка на сервер, либо оптимизированные заголовки.
Здравствуйте, Михаил, видимо, это как раз то, о чем предупреждал Макс и о чем мы говорили с коллегой Proofsite – либо снижение нагрузки, либо “шашечки”.
В любом случае, чтобы получить информацию из первых рук, думаю, Вам случше спросить у самого Макса.
Goodwin, за “коллеку” отдельное спасибо
Proofsite, прошу прощения, опечатка
У Макса-то я спрашивал. Он ответил: “Попробуйте дефолтный шаблон. Если он будет работать, значит проблема в вашем. Возможно он использует какие-то динамические замены, которые создаются для каждого посетителя (например номер сессии). В любом случае проблема не в кэше: в нем не происходит никаких замен или прочей обработки готовых страниц”.
Я обкатал Max-cache на семи блогах с 5-ю разными темами WP. На двух шаблонах (темах) он работает нормально. На трех других при включенном кэшировании тайтл, созданный SEO-плагином, преобразуется в неказистый исходный тайтл WP. Надо искать какое-то решение: на 3-х из 5-ти нормальных тем тайтлы сбиваются – большой процент. А сам найти решение не могу, бо не специалист.
Михаил, а как называются шаблоны на тех трех площадках?
Bluebusiness, Quadruple Blue и Tiga 06.
Михаил, я только вернулся к компьютеру, еще не успел посмотреть эти темы. Но обязательно посмотрю и отпишусь Вам.
Михаил, я посмотрел два последних шаблона из тех, что Вы указали, они очень разные по функциям и возможностям, но есть одно, что их объединяет – технический текст выводится через pot и mo файлы. Пока я не понял, как это связано с заголовками, но думаю над этим. Скажите, на остальных двух блогах, где стоят другие темы, – прямая локализация или так же через pot/mo?
Goodwin, спасибо, что уделили время!
Я чайник и впервые слышу про эти mo и po, но я внимательно проверил на их наличие все темы. Насколько я понял, эти файлы должны лежать в корне темы.
Вот что обнаруживается:
1. В тех двух шаблонах, в которых СОХРАНЯЕТСЯ SEO title, нет ни mo, ни po.
2. Как нет их в Bluebusiness и Quadruple Blue, в которых SEO title СБИВАЕТСЯ!
3. В Tiga 06 mo и po есть, и SEO title в ней тоже сбивается.
Да только какие mo и po в Tiga 06: IT, CZ да MY. Поэтому ее русскую локализацию я успешно произвел сам в 2006 г. напрямую, находя текст в файлах и правя его.
Поэтому смею предположить, что дело не в мо и не в по, а еще в какой-то загвоздке.
Михаил, я вот что имел в виду:
в большинстве тем технический текст выглядит так, например:
В темах, которые используете Вы, есть возможность подключения русскоязычных файлов через pot/mo, и в этом случае технический текст будет выглядеть так (на примере Tiga 06):
или как в Quadruple Blue
Я рекомендовал бы искать все такие конструкции и корректировать их.
Например,
Т.е. заменять надо везде, где тех. текст выводится с помощью этих _e или _te, во всех файлах темы?
И это приведет к решению обозначенной выше проблемы, когда после установки max-cache метатег title, созданный SEO-плагином, превращается в стандартный корявенький title Вордпресса?
мне мастерхост вот что порекомендовал: wordpress.org/extend/plugins/hyper-cache/
чем отличается от скрипта макса?
Судя по описанию по ссылке, очень похоже на WP Super Cache, который во 1х, бесплатный, во 2х, создан одним из разработчиков WP. Можно было хотя бы упомянуть, ради справедливости…
Скачал lite-версию: условий использования нет, код (хотя и не слишком сильно) зашифрован. То есть вообще неизвестно, что этот скрипт на самом деле на вашем сервере творит. С wordpress мы уже как бы отвыкли от закрытого кода.
Понимаю, конечно, деньги нужны всем (
Главное отличие скрипта Максима: WordPress не загружается вообще! При условии, если вы не первый посетитель данной страницы )). Запросов к БД нет и потребление памяти php на уровне пары сот килобайт. Разницу чувствуете?
Что для hyper cache, что для super cache – нужен работающий WordPress: то есть грузится WP, потом плагин, потом работает кеширование. У Макса вообще нет WordPress при повторном обращении к страницам.
PS Не нравится – не пользуйтесь ))
Попробовал плагин. Загрузка действительно намного меньше.
Но также слетает title, правда только на главной странице.
После очистки кэша первая загрузка нормально, со второй опять слетает.
Использую platinum seo
Может потому что версия lite?
А давайте уже не будем разводить тут демагогию, сайт то посвящён темам! Гудвин, поделился радостью и посоветовал решение проблемы нагрузки, да ещё и описал некоторые нюансы, а вот FAQ по скрипту создавать, я думаю, в его планы не входила, и это даже не уместно на сайте для тем WP. Давайте новые локализации обсуждать, для тех кто хочет узнать все технические подробности скрипта, автор оставил ссылку в конце поста.
trias, не понял, как именно у Вас слетает тайтл, но, как мы уже обсуждали выше, видимо, это конфликт плагина и скрипта.
Shurik, это верно. Наверное, технические вопросы лучше всего задать автору скрипта, Максу, поскольку он в своем детище разбирается лучше нас всех.
Хотя с другой стороны, нет причин, чтобы человек не мог открыто высказать тут свое мнение, поэтому продолжайте ))))
Goodwin, а MaxSite Cache у Вас еще стоит? Просто только что выскакивало сообщение, что работа сайта приостановлена на 10 минут.
Trias, вряд ли потому что версия бесплатная.
Потому что Макс сказал следующее: “Попробуйте дефолтный шаблон. Если он будет работать, значит проблема в вашем. Возможно он использует какие-то динамические замены, которые создаются для каждого посетителя (например номер сессии). В любом случае проблема не в кэше: в нем не происходит никаких замен или прочей обработки готовых страниц”.
Но он не сказал: “Попробуйте платную версию, в ней заработает”. А в дефолтном шаблоне все работает, но вряд ли это многих устроит…
Все же, плагин Макса не без глюков.
Странно, что тебе не помог HyperCache. У меня сайт тоже на Мажордомо, без кэша и оптимизации превышал лимит в 15% и доскакивал порой аж до 30%.
Поставив HyperCache и дополнительно оптимизировав wp, получил среднюю нагрузку 4-6% для сайта с посещаемостью около 3000 в сутки.
Vladimir, скрипт стоит в обязательном порядке. Перегруз бывает сейчас раз в день, причем не вечером – когда на сайте максимальная активность – а именно утром, когда бот сапы начинает серию утренних обходов.
меня это устраивает, потому что до установки скрипта у меня был перегруз по 7 или 8 раз в день, а это означало, что в сутки сайт выбывал из строя в совокупности на 1 час 10 минут. так что 1кратная утренняя перегрузка – в те часы, когда посещаемость не высока – меня вполне устраивает, по сравнению с тем, что было прежде.
Михаил, сказанное Максом про дефолтный шаблон не означало, что он призывает Вас им пользоваться. Просто дефолтная тема это как бы лакмусовая бумажка для проверки работоспособности различных элементов WordPress. Ну, Вы, наверное, и сами это знаете.
Лично я не вижу ничего удивительного в том, что какие то плагины конфликтуют – это их обычное свойство )))) ну если не обычно – так уж точно часто встречающееся. именно поэтому я избегаю юзать плагины и пользуюсь только по минимуму.
что касается дальнейшего развития событий, я предлагаю просто обратиться к автору скрипта с просьбой рассмотреть проблемы, возникающие с сео-плагинами и попросить оптимизировать скрипт для совместной работы с ними. Поскольку уже двое упоминало о конфликтах сео плагинов со скриптом, это может быть тенденций (а может и не быть )))
Дима, все кэширующие плагины для WordPress требуют включения ЧПУ. Для меня это было неприемлимо, поскольку при этом изменении мне бы пришлось ждать полной переиндексации сайта. Что привело бы к временному выпадению из выдачи и т.п. Именно поэтому ни суперкэш, ни гиперкэш мне не подходили.
Это еще почему? Они обходятся стандартными средствами. Ну разве что кроме SuperCache, если требуется отдача статических страниц.
“что касается дальнейшего развития событий, я предлагаю просто обратиться к автору скрипта с просьбой рассмотреть проблемы, возникающие с сео-плагинами и попросить оптимизировать скрипт для совместной работы с ними.”
Я уже обращался, но он пока посоветовал разобраться самостоятельно. Что вряд ли возможно. Goodwin, я так и не понял: вы про po и mo выше советовали для решения проблемы со сбивкой тайтла из-за max-cache или просто в качестве совета по оптимизации шаблона?
30 WMZ за кэширующий скрипт – перебор.
Кстати, когда у меня возникла проблема перегрузки, я просто написал свой файловый движок, полностью эмулирующий wordpress
На сайте Макса спрашивал, чем его платный скрипт лучше бесплатного плагина Really Static, который мало того что бесплатный, так еще и больше возможностей предоставляет. Правда людям со средними знаниями, типа меня, придется почитать faq по настройке, там немного сложнее, чем у Макса.
Почему-то мой вопрос из комментариев у Макса пропал
Видимо так сильно хочет продать свой скрипт, что все неудобные вопросы удаляются 
зря вы так, Илья. Отечественных аналогов его скрипту не было и пока нет. кроме того, в вашем распоряжении совершенно бесплатная версия, пользуйтесь на здоровье.
что касается комментариев, то админ – полноправный хозяин на своем блоге, и если ему что-то не нравится, он вправе не публиковать, и никто не может поставить ему это в претензию. особенно вещи непроверенные.
Отечественных-то может и нет, но не платить же $30 только за то, что скрипт написан русскоговорящим программистом =) А бесплатная версия сильно ограничена в возможностях, к сожалению.
Ну а по-поводу удаления – да я ж не против, удалил – значит надо очень было =) Обидно, что даже ничего не ответил сначала, я тогда как раз перед выбором стоял: разбираться в том плагине, или купить скрипт Макса… в итоге разобрался в плагине, а получил бы ответ внятный – наверняка бы купил, у Макса установка намного проще.
Я удаляю все комментарии, потому что почти все вопросы уже обсудили. Те же у кого есть конкретные предложения/претензии/пожелания/уточнения пишут мне напрямую и мы решаем все проблемы. Публично обсуждать такие вопросы у меня нет ни желания, ни времени. Я об этом писал в комментах. Когда их девятый десяток, другого выбора нет.
Насчет цены. Я не верю, что 30$ много. Это мизер, сравнимый с стоимостью хостинга. Достаточно посчитать во сколько выльется переход на более дорогой тариф, получается, что скрипт сам по себе окупится за пару-тройку месяцев.
Ну и кроме этого, те кто покупают скрипт понимают, что это не просто одноразовая покупка, это вложение в проект и его будущее. Если вы хотите получить качественный продукт, вам придется выложить некоторую сумму денег. Если такой возможности нет, то воспользуйтесь бесплатными разработками.
> Отечественных аналогов его скрипту не было и пока нет.
Бросьте… Я только на mywordpress.ru (форумах поддержки) видел парочку вариантов, которые почти полностью соответствуют бесплатной версии скрипта.
Нельзя всем угодить, и всегда найдутся люди, которые чем-то недовольны.
Кто-то где-то видел что-то похожее – все это пустые разговоры. Приведите примеры аналогов, покажите цифры, которые покажут лучший результат. Это – конструктивно ))))
Есть конкретный продукт. Качество продукта подтверждается известными блоггерами. Если он Вам нужен – берите. 30 баксов за оптимизацию таких свойств сервера – невелики деньги. Не нужен – не берите. Есть бесплатная версия продукта – качайте и пользуйтесь на здоровье. Это называется “услуга с превышением”.
Что до каментов – я уже высказался: хозяин блога имеет полное право публиковать / не публиковать входящие каменты и не перед кем не обязан отчитываться в этом.
Лично я доволен этим скриптом. Раньше терял на сапе немало денег из-за error’a. Терял посетителей из-за постоянных пятьсот третих. Искал решения долго – не видел нигде, в том числе и на mywordpress.ru, с учетом того, что был там модератором )))))
>> Приведите примеры аналогов, покажите цифры, которые покажут лучший результат. Это – конструктивно
Goodwin, лучших результатов не будет, так как дальше снижать нагрузку уже некуда =) ну разве что статические страницы сжимать, но это увеличит нагрузку на сервер.
Я уже назвал один аналог: плагин Really Static, работает теперь на всех моих сайтах, делает тоже, что и скрипт Макса, и даже в несколько раз больше!
Например, плагин позволяет создать блог на локальном компе, там его вести, а статические страницы будут сами по фтп загружаться на любой сервер =) то есть, можно иметь вордпресс-блог на народе, или любом другом хостинге без php/mysql =)
Плагин существует и на русском языке, если знания английского не позволяют =) wordpress.org/extend/plugins/really-static/
В общем, если сравнивать этот бесплатный плагин и бесплатную версию кеша Макса, то плагин безусловно выигрывает по функционалу. Если сравнить плагин с платной версией скрипта, то опять же плагин выигрывает, так как плагин немного более функционален и бесплатен.
Cпасибо за развернутую и конкретную информацию, Илья!
Goodwin, а меня больше заинтересовали описанные вами проблемы с хостингом. Вы написали, что при вашей посещаемости часто превышали нагрузку и сайт блокировался.
Количество посетителей вы так и не сказали, но судя по статистике ли.ру оно не превышает 600-700 человек. Судя по приведенным графикам, максимальная нагрузка – 15%, что соответствует тарифным планам “Мастер+” либо “Эксперт”.
Скажите, я правильно все описал? Просто я сейчас думаю о переезде к мажордомо и хотелось бы знать, что меня ждет =)
ЗЫ: Вообще, если возможно, хотелось бы узнать побольше подробностей, но, думаю, это не слишком удобно обсуждать в комментариях. Можно ли вам написать на почту и куда, собственно, писать? Буду вам очень благодарен если вы сможете ответить на некоторые вопросы!
У меня тариф Мастер, допустимая нагрузка на cpu 15%. Количество посетителей тут непричем. Я продаю ссылки с wpbot, и бот сапы грузил cpu. Вот и все, в принципе. Сайт работал отлично, пока не приходил бот. Тогда перегрузка зашкаливала, потому что этот бот, в отличе от других, неуправляем. Напрмер, для других ботов можно прописать тайм аут (crawl delay). Для саповского нельзя. Скрипт кэша от Макса помог мне снизить нагрузку.
Если Вы опасаетесь, что на мажоре у Вас будут проблемы – отриньте эти мысли. Мой опыт работы с Мажордомо идет с 2006 года. Я держу на этом хостинге более 20 сайтов – своих и клиентских. Лично я очень доволен. Было пару раз, когда их сотрудники жестко тупили, в этих случаях мне помогло обращение к руководству, которое моментально решило мои проблемы. Пара спорных моментов за 4 года работы – это отличный показатель. Особенно в сравнении с другими хостингами, которые могут Вас послать на 3 буквы, если Ваш сайт грузит сервер.
У мажора самая лучшая админка для управления хостингом, настройками и тп, имхо. Для некоторых клиентов я делал заказы, которые включали работы на хостинге. Это просто ужасно в ряде случаев. Взять хотя бы эск хостинг – у них в админке черт ногу сломит! У мажора все четко в этом плане. Адекватные цены. Много бонусов и пряников. Кстати, если Вы думаете о смене хостинга, просто попробуйте их предложение – 2 недели бесплатного хостинга. Не понравится – уйдете.
Goodwin, спасибо за статью. Правда, сегодня вечером ваш сайт был недоступен, предлагалось зайти через 10 минут.
Спасибо, Марина, Вы правы, сегодня было 2 скачка, причины пока не понял. Но это все равно лучше, чем было прежде!
Плагин от макса ещё используется?
Конечно. Без него я бы совсем пропал. Вот результаты для главной страницы:
MAXCACHE: 0.42MB/0.00045 sec
WordPress: Потребление памяти: 20.71MB
WordPress: запросы: 19 / время: 0.743 c.