Grugl.ME

Вставка видео с Youtube

Раньше для вставки клипов с Youtube на сайт я пользовался отдельным плагином (Video Embedder), но так как он кушал много ресурсов, пришлось от него отказаться.

Я решил вручную прикрутить себе кнопку в админке, чтобы было удобно добавлять ролики с Youtube. Для этого открывает файл quicktags.js, который находиться в папке “wp-includes/js” простым (ну или не очень) блокнотом. Со строки 36 начинаются описания кнопок. Ищем в какое место мы хотим вставить нашу кнопку (в моем случае, я ее добавил после кнопки “more” - строка 125) и добавляем следующий код:

edButtons[edButtons.length] =
new edButton('ed_tube'
,'YTube'
,'<p style="text-align: center;"><object width="425" height="344" allowfullscreen="true" data="http://www.youtube.com/v/'
,'&hl=en&fs=1" type="application/x-shockwave-flash"></object></p>'
,'y'
);

Вот и все. Теперь, когда вы хотите вставить в записи видеоролик с Youtube, вы просто вставляете его код (из всей ссылки на ролик http://www.youtube.com/watch?v=UIQWg6M2J10 вам нужен только код UIQWg6M2J10), выделяете его и нажимаете кнопку YTube. Если нужно, ручками изменяем размер окна клипа.

Конец. Клип вставлен. Приятного просмотра.

Ревизии в Wordpress (оптимизация)

Есть в Wordpress как бы полезная фича - сохранение ревизий ваших записей, поэтому если вы часто редактируете свои записи, автоматом сохраняются все предыдущие версии. А где они все хранятся? Конечно же в вашей базе данных как отдельные записи с пометкой revisions.

Вы пользуетесь этой функцией? Я нет. Как мы ее отключаем или ограничиваем количество ревизий? Можно использовать плагин Revision Control (кушает около 150 кб памяти при загрузке сайта) , а можно просто внесте одну строчку в wp-config, чтобы отменить ревизии:
view sourceprint?

define(’WP_POST_REVISIONS’, false);

или

define(’WP_POST_REVISIONS’, 2);

чтобы ограничить количество ревизий, например, до двух

Значит, если вы отменили ревизию совсем (ну или ограничили ее), то на новых записях они уже не будут создаваться, но осталось еще много мусора в базе данных. Давай те же ее немного почистим.

Первым делом, делаем резервную копию. Затем заходим через phpMyAdmin в нашу базу, переходим на закладку SQL и выполняем следующую команду:

DELETE `a`, `b`, `c`
FROM `wp_posts` `a`
LEFT JOIN `wp_term_relationships` `b` ON (`a`.`ID` = `b`.`object_id`)
LEFT JOIN `wp_postmeta` `c` ON (`a`.`ID` = `c`.`post_id`)
WHERE `a`.`post_type` =  "revision";

Таким образом, на моем еще молодом сайте, почистилось 952 записи, а база данных уменьшилась ровно в 2 раза! (с 2.8 до 1.4 мб)

Последние штрихи - оптимизации сайта

Ну вот и оптимизация сайта подходит к концу. По пути я изменил морду лица сайту, надеюсь она вам больше нравится.
В процессе оптимизации мне пришлось отказаться от некоторых полезных, но очень прожорливых плагинов и, в некоторых случаях, перейти на менее удобные, но более легких. Все это позволило мне уменьшить нагрузку на сервер и на базу данных.
Для сравнения, до оптимизации генерация страницы сайта потребляла около 30 мб памяти у сервера и 50-60 обращений к базе данных. Теперь 16,5 мб и 12-15 обращений. Чисто визуально, сайт начал раза в два (если не в три) быстрее грузиться.
Если вы нашли какой то баг, то не ленитесь и отпишитесь мне в Баг Листе (Жуки), а если есть новаторские идеи - милости просим в Хочу.

WP Security Scan. В шоке!

У меня продолжаются “зачистки” на сайте - вылавливаю особо прожорливые плагины и заменяю их на “рахитичные”. По мере продвижения, как вы заметили, я информирую вас. Сегодня меня повергла в шок прожорливость одного плагина. WP Security Scan - отличный плагин, который обезопасит вашу систему, но… почему то нигде не сказано, что он потребляет 4 мб оперативки. Можно ставить его, чтобы проверить и залатать “дыры” в вашем блоге, но мне кажется нецелесообразно оставлять его включенным все время.

П.С. Процесс оптимизации начался, когда блог начал требовать 30 мб оперативки, сейчас я спустился на 23,5 мб и есть куда стремиться.

Оптимизация Wordpress (локализация)

Натолкнулся на интересную статейку. Всего замена одной строчки в wp-config - экономит вам около 2-х мегабайтов оперативки.
Если вы пользуетесь полной локализацией через ru_RU.mo, то и пользовательский интерфейс переводится тоже через него, а он в себя включает и перевод админки и много чего другого. Теперь меняем строчку в wp-config

define ('WPLANG', 'ru_RU');

на

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

и кладем файл ru_RU_lite в директорию wp-content/languages/ (можно скачать с ссылок из статьи)
Все, такой простой манипуляцией мы экономим около 2 мегов оперативки.