Архивы блога

Дождались таки (про галереи в WP2.7)

Наконец в самой свежей бете заметил новшество — теперь можно задавать настройки галереи  парой кликов
wp27-gallery-settings
т.е. добавили разбивку на колонки, порядок и тип сортировки, и куда будет вести ссылка (раньше можно было изменять ссылки с миниатюр только через плагин, такой как например direct-image-urls-for-galleries (впрочем плагин работает и в версии 2.7, т.к. если его отключить то во всех ваших СТАРЫХ постах с галереями придется вручную менять настройки)

Кстати релиз обещают через несколько дней, возможно через неделю

20 комментариев

Снимаем тормоза с WordPress и WordPress MU 2.6 — 2.9 через плагин!

В это сложно поверить, но я сделал первый плагин. Простой до безобразия, но сверх полезный.

Плагин делает тоже самое, что раньше я предлагал делать через вмешательство в код, но гораздо проще.

Для любопытных — посмотрите в код, ничего там сложного нет. Как только раньше я не догадался :)

Существует на данный момент два плагина которые блокируют проверку обновлений ядра и плагинов, но делают они это как то не так, т.к. скорость от них сильно не увеличивалась, только скрывались напоминания о новых версиях. И помните, что даже ваши неактивированные плагины тоже проверяют наличие новых версий

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

На версию 2.5 смысла ставить нет, там немного по другому работает проверка обновлений плагинов, несмотря на одинаковые команды (которые разнесены по разным файлам).

Скачать
Скачали 10544 раз

Тестируйте у себя, комментируйте, пишите результаты замеров, например через WPTUNER :)
ТОРМОЗА снимаются не только в админке, но и на «лицевой части» блога!
видеодемонстрация чтобы было более наглядно видно и понятно всего 500кбайт! формат Flash

194 комментария

Юзабилити

Вот не пойму на кой в последней бете WP2.7 (сборка 9889) взяли и перенесли в меню в блоках записей и комментариев ссылки добавить запись и добавить страницу под ссылки редактировать (по мне так стало менее удобно), но добавили в верхнем выпадающем мини-меню ссылку на загрузку файлов.

Еще и иконки обновили :-) Выбрали новый «сет» (видать после последнего публичного дизайнерства иконок).

Заметил еще один баг/фичу — если у вас стоит ооочень много плагинов, как например у меня, и они имеют множество страниц настроек, то если вы выбрали «свернутый вид меню» то в выпадающем списке не будут влезать все ссылки. Все будет упираться в высоту окна вашего браузера. Конечно переход к «развернутому» меню можно осуществить за один клик, но это все оставляет некоторый осадок. Например в выпадающем меню для прошлой версии (через плагин) пункты разворачивались на две и более колонок автоматически.

Косяк с комментариями где много тегов < code > они так и не исправили, и даже не ответили в рассылке wp-testers, хотя я им написал и пример комментария и даже скриншот выслал. Вообще создается впечатление что там в группе общаются только давние участники — это легко заметить по переписке. Релиза судя по всему завтра (как кто то писал) еще не будет..

Но не все так печально — в целом все стало лучше чем еще неделю назад.

8 комментариев

Отделяем мух(комментарии) от котлет(пинги/трекбеки) в WordPress.2.7

Для тех кто хочет пользоваться всеми встроенными фишками комментаривания в WordPress 2.7 (т.е. полностью переделать свой файл темы comments.php. ранее про них я писал здесь и здесь), мануал обнаружен здесь (на английском). Когда выйдет финальная версия и все изменения будут уже окончательные, то может соберу все найденное воедино и на русском напишу. А пока для тех кто немного хотя бы понимает инглиш, то могут потренироваться на своей «теме»

Один комментарий

Влияние PHP-акселератора на потребление памяти WordPress

Возвращаясь к теме потребления ресурсов, затронутой здесь и здесь

Ради теста отключил загрузку PHP-акселератора eAccelerator в конфиге php.ini и увидел такую картину:

потребление памяти на «чистом» WP2.7

  • без всяких хаков и лайт-перевода — около 17мб на главной странице.
  • с лайт-переводом и хаком update.php — около 14мб.
  • с лайт-переводом, хаком и включенным акселератором — 3мб.

время генерации страниц 0,05-0,15сек 
Продолжить чтение →

31 комментарий

нашлись еще баги wp2.7beta3

1 Несколько часов ломал голову и не мог понять что произошло. Если кто заметил некоторое время назад у меня на сайте показывалась всякая бяка — это я миксовал дампы базы. В итоге даже восстановил дамп на тестовый домен и там баг тоже проявлялся. проявлялся он и при экспорте-импорте записей (про это отдельный разговор — похерились такким образом ВСЕ теги — преобразовались в цифры. никогда не любил этот тип переноса данных). Но это все фигня

посмотрите на два скриншота

так показан список страниц с стандартным шаблоном ссылок

так показан список страниц с стандартным шаблоном ссылок

так показан список страниц с любым другим шаблоном ссылок

так показан список страниц с любым другим шаблоном ссылок

при этом если во втором случае (с чпу) «быстро редактировать» страницы то они вообще пропадают из списка. и приватная страница не показывается в списке сверху (там видно что всего 26страниц а публичных только 25). и еще при работающем ЧПУ не работают вообще скрин опшнс в управлении страницами — т.е. не отключаются колонки: автор, дата и т.д.

долгая чистка таблицы опций во время поиска багов дала тоже свои положительные результаты — выкинул из нее 1мб мусора (с 1,2мб до 200кб примерно снизил) и отрубил все rss в доске объявлений чтобы снова не засорялось.

2 сразу после апдейта с 2.6.3 до 2.7 на двух сайтах заметил что файлы стали загружаться не в папку 2008/11 а в 0000/00. Проблема решилась сама после захода в «Разные настройки» и их сохранении.

3 в визуальном редакторе (при использовании плагина расширенного редактора) почему то не добавляется сразу подпись картинки (та что в рамке), а вставляется она под картинкой. если зайти в свойства картинки и изменить там подпись то вижу что поле пустое. после заполнения его все на месте

4 вчера кажется оставили мне комент где был три раза тег < CODE >. так вот в списке коментов в админке этот комент был «залочен», т.е. у него отсутствовали ссылки на редактирование, ответ и т.п.

ищем дальше… пишу багрепорты в wp-testers иногда, но что то не реагировали еще ни разу

16 комментариев

I like WP2.7

Все таки как бы не критиковали авторов, что они так долго тянут выпуск новой версии и многое поменяли в админке, но изменения эти очень радуют. За время тестирования новой версии она мне так понравилась что возвращаться на 2.6.3 уже не хочется. Вчера я обновился до 2.7-beta2-9665, пофиксил некоторые плагины, для которых вышли обновления и внес исправления которые нашел сам методом тыка. Все работает, да и скорость работы просто отличная. Отчего были тормоза и большое потребление памяти на «тестовом» блоге до сих пор непонятно…

31 комментарий

Снижение потребления ресурсов WordPress

Если кто знает, то одно из отличий версий WordPress 2.3.1-2.3.3 сборки Maxsite.org от оригинальной было то что использовались различные языковые файлы для админчасти блога и самого «лица» блога. Тогда это давало существенный прирост в скорости работы сайта, за счет уменьшения вызовов этих самых строк (более подробно можете почитать в его свежем посте о MaxSite CMS, где снова была затронута эта тема). Как я уже там отметился в коментах — попробовал тоже самое сделать в свежей версии 2.7 (на последней бете) на своем сайте. Результат просто поразительный.  Повторю цитаты из моих коментов по ссылке выше:

если файл локализации (полновесный ru_RU.mo весит 350кб) установлен как обычно, то
MySQL: 45запросов / 0.577 Потребление памяти: 13.3MB
а если его убрать вообще, то
MySQL: 45запросов / 0.550 Потребление памяти: 10.1MB
если подсунуть вместо «полновесного ru_RU.mo» кастрированный файл который «ru_RU_lite» переименовав его в ru_RU.mo то потребление памяти вырастает всего килобайт на 300 вместо трех мегабайт

замена в конфиге строки стандартной

define ('WPLANG', 'ru_RU');

на

if (strpos($_SERVER['REQUEST_URI'], 'wp-admin')) define ('WPLANG', 'ru_RU'); else define ('WPLANG', 'ru_RU_lite');

снизило потребление на главной странице до…7,7мб.

Пересмотрел я все плагины что у меня стоят и для перевода «лицевой» части блога потребовалось лишь скопировать несколько файлов имяплагина-ru_RU.mo в имяплагина-ru_RU_lite.mo, вообще бОльшая часть плагинов ведь переводится только в админ-части, поэтому и у вас получится всего несколько файлов отдельных переводов по 2-30кб.

В итоге получилось (для главной страницы) примерно так MySQL: 45запросов / 0.441 Потребление памяти: 8.6MB

Даже без калькулятора понятно что 8,6мб это существенно меньше оригинальных 13,3мб. Скорость загрузки страниц также повысилась

Испытание на «голом» сайте WP2.7 также показало снижение нагрузки примерно на 3мб и время генерации страницы в среднем на 0,1сек

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

Добавить ли такую опцию для снижения нагрузки в дистрибутив WP2.7 ?

  • Да (97%, 188 голосов)
  • Нет (3%, 6 голосов)

Всего проголосовало: 194

Загрузка ... Загрузка ...

P.S. все вышеописанное вы можете применить и к WP 2.5-2.6.3

Скачать «лайт» версии перевода ru_RU_lite.mo для различных версий вы можете по этим ссылкам

2.5.1 | 2.6.3 | 2.7

156 комментариев