Не так давно я просил высказаться о плагинах, которые используют WordPress-блогеры, чтобы стравнить их с аналогами в MaxSite CMS. Спасибо всем тем, кто откликнулся.

Далее...

Меня сегодня покритиковали, что я недостаточно предоставляю информации о плагинах в MaxSite CMS. Действительно, хоть сейчас в комплекте 72 плагина, а на форуме можно найти еще несколько десятков, какой-то обобщенной информации по ним нет и может складываться впечатление, что в MaxSite CMS потребуется отказываться от каких-то привычных вещей, которые есть для WordPress.

Я подумал над этим и хочу попросить вас рассказать в комментариях о тех плагинах, которые вы используете на своем сайте. По итогам я напишу статью, где будут приведены WordPress-плагины и их аналоги в MaxSite CMS. Даже если таковых не окажется, то будет повод задуматься и попытаться их сделать.

Просьба публиковать информацию в таком формате: название плагина, кратко для чего он предназначен, ссылка где можно скачать.

Спасибо.

Навеяло вот этим топиком. Я не поленился поставил все версии WordPress, какие у меня были: от 0.71 до 2.91. Получился вот такой график.

Далее...

Несколько недель на моем сайте проходило голосование «Были ли у вас проблемы с нагрузкой WordPress на рабочем сайте?». Сегодня я подготовил суммарный отчет.

Далее...

Я написал скрипт, который позволяет выполнить кэширование WordPress и значительно снизить ресурсопотребление этого монстра, что в итоге ускоряет его работу на несколько порядков. Средние результаты такие:

• MySQL: 0 (без кэша: 10-100 запросов) - ускорение ∞
• PHP-память: 0,1...0,4 МБ (без кэша: 12-40Мб) - ускорение ∼ 100 раз
• Время: 0,001...0,01 сек (без кэша: 0,1 - 10 сек) - ускорение ∼ 1000 раз

Впрочем время и память зависят от мощности сервера и объема страниц. Но в любом случае улучшение показателей примерно в 100-1000 раз. WordPress больше не будет тормозить! Сравните показатели:

Кэш будет работать с любой версией WordPress, включая и последние 3.x. Установка примитивна: нужно добавить несколько строчек кода. Все инструкции находятся в отдельном файле.

Далее...

А ведь «движку» вчера исполнилось 6 лет. Желающие могут обратиться к моим годичной и двухгодичной давности статьям.

Свои впечатления и пожелания можно оставить в комментариях.

Иван (lecactus) выложил результаты потребления php-памяти будущей WordPress 2.7. Я, признаться, просто в шоке. Всё-таки 31Мб при тех же самых условиях, что и в WordPress 2.6.3 (10Мб) - это знаете ли, довольно серьезная разница.

Что это означает для обычных пользователей? Прежде всего не спешите обновляться. Не стоит экспериментировать на рабочем блоге: скорее всего ваш хостер будет далеко не в восторге от трехкратного повышения ресурсопотребления.

Я не думал, что мне придется возвращаться к этой теме, но мне чуть ли не каждый день пишут с просьбой выложить или дать ссылку на мою сборку WordPress 2.3.3. В принципе я понимаю, что в новых версиях (> 2.5) повышенное ресурсопотребление, отстутствие кэша, плохая совместимость плагинов - всё это приводит к тому, что многие жалеют о своем преходе на последние версии WordPress.

Далее...

Многие обращаются сделать сайт на WordPress, но после того, как начинаем обсуждать техническое задание, выясняется, что WordPress не очень-то и подходит под поставленные задачи. Теоретически, конечно же можно построить практически любой сайт на WordPress, однако стоит ли такая стрельба из пушки по воробьям?

Популярность WordPress и незнание его особенностей создают ошибочное впечатление того, что этот «движок» можно использовать чуть ли не под любую задачу. На самом деле существует ряд серьезных ограничений.

Так уже получилось, что за последний месяц у меня было много подобных заявок и я вынужден был отговаривать людей использовать WordPress. В этой статье я хочу кратко остановиться на таких моментах.

Далее...

Загрузил для пробы WordPress 2.6RC1 и сразу заметил жуткие тормоза. На 2.6-beta3 такого не наблюдалось. Начал грешить на Google Gears, который якобы ускоряет сайт. Ничего подобного. Потом решил, что дело в плагинах и для чистоты эксперимента отключил их все. Сайт заработал, правда не так быстро, но в более-менее разумных пределах.

Дальше опять подключаю разные плагины по нескольку штук и... опять тормоза. Причем так - чем больше плагинов, тем дольше открывается сайт. Включаю весь свой комплект (около 40 плагинов) - сайт открывается около 40-50 секунд. Причем, что характерно, все равно что открывать - хоть главную, хоть админку, хоть обычную запись. И время везде примерно одинаковое.

Откатываюсь на WordPress 2.6-beta3 - опять работает нормально (хотя памяти жрет - пи...ц!). Похоже вордпрессовцы опять что-то недоглядели...

upd: Вот нашел решение: см. комменты

Запись годичной давности прекрасно подойдет и под текущий юбилей. Поэтому для восхвалительной речи адресую по этой ссылке, а свое «фи» по текущему моменту выскажу здесь. ;)

Далее...

Не думаю, что у кого-то возникнут большие сложности, но решил всё-таки написать этот (о WP последний?) пост. Предположим, что вы обновляетесь с моей версии 2.3.3 на новую 2.5.

Далее...

Поскольку меня просто завалили вопросами по установке кода сапы, я решил написать небольшую инструкцию. Хотя, это скорее будет инструкция на инструкцию, потому что на сапе все вполне нормально расписано.

Далее...

Если вы обновились до WordPress 2.5, то возможно столкнулись с проблемой, когда некоторые плагины невозможно активировать. WordPress выдает сообщение о фатальной ошибке.

Далее...

Из-за изменения механизма активации плагинов в WordPress 2.5, пришлось переписать плагин для Sape.ru. Что старая, что новая версия работают одинаково. Разница только в том, что в новой версии пришлось обходить баги WordPress'а. Поэтому новую версию плагина есть смысл ставить только если вы обновились до WordPress 2.5.

Далее...