Архив января, 2010

  • Adman снова в строю!

    2

    Я просто обажаю плагин Adman, он не просто умеет вставлять рекламные блоки (например адсенса) в верх и низ статьи, он умеет автоматически ставить блок в середину! То есть именно автоматически, мне не приходится ручками определять место для блока в каждой статье (хотя и это он может). Проблема этого плагина в том, что он уже очень давно не обновлялся, а с выходом Wordpress 2.9.1 начал еще и глючить (галочка, позволяющая отключить рекламу для конкретной страницы всегда ставилась, и ее нужно было каждый раз снимать при обновлении поста)

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

    Не обошлось и без дополнений :) Например, при редактировании поста есть галочка, с помощью которой можно отключить рекламу на этой странице. Если реклама отключена, то в дополнительных полях появлялась запись об этом и несколько мозолила глаза. Теперь дополнительное поле скрыто от глаз пользователя, как и положено.

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

    Думаю, плагин будет развиваться дальше, так как есть еще несколько идеек, которые были бы полезны именно мне.

    Описание, инструкции и ссылку на плагин можно найти на странице плагина.

  • Ошибки в плагине iMoney

    0

    Вот недавно открыл для себя плагин iMoney — великолепное решение для российских и СНГ-шных вебмастеров, работающих с вордпрессом. Если кто не знает, то плагин позволяет прямо из админки вордпресса подключить коды бирж ссылок Sape, XAP, MainLink? iLinks, LinkFeed, а также контекстные блоки Бегуна, Adsense, рекламу Adskape, а также просто произвольно разместить HTML- или PHP-код, при этом можно выбрать где и сколько размещать ссылок и блоков (до или после контента, в сайдбаре или футере). От вас требуется только зарегистрироваться в нужных партнерках и ввести свои партнерские идентификаторы в плагине. Плагин сам создаст нужные папки и зальет туда скрипты бирж ссылок, сам расставит права на эти папки... в общем, прелесть.

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

    Так как сайт автора работает с большими тормозами, решил выложить исправленную версию у себя, может кто найдет, скачает, и скажет мне спасибо =) А автору желаю скорее разобраться с делами и продолжить радовать вебмастеров такими приятными плагинами!

  • Убираем category в url вордпресса

    0

    Не знаю как вас, а меня всегда раздражало слово «category»  в URL категорий в вордпрессе, мне кажется это слово лишним, поэтому всегда убирал его с помощью специального плагина Top Level Categories. А вот недавно прочитал о том, что убрать их можно без всяких плагинов, просто поставив «...» в поле category base в настройках пермалинков! Все гениальное — просто! Интересно, накой черт автор плагина понаписал столько кода? =)

    Однако, я не уверен будут ли грамотно работать страницы, slug которых совпадает со слагом категории, ведь URL будет идентичный, я страницы практически не использую. Скорее всего двиг будет всегда показывать только страницу или только категорию. Так что, просто не делайте одинаковый слаг у страницы и категории.

    Никаких других глюков при убранном из адреса "category" не обнаружил, а ведь плагином, например, я пользовался с самого дня его появления! А вот при использовании точек нашел практически сходу! Если используете плагин Idealien Category Enhancements для упрощения работы с шаблонами категорий, то точки уже не сработают, используйте плагин. Если знаете еще плагины, конфликтующие с «точками» — напишите, пожалуйста, в комментариях.

  • Ускоряем вордпресс в десятки раз!

    2

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

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

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

    В блоггерской среде большой популярностью пользуется плагин WP Super Cache, и неспроста! Он действительно отлично стравляется с кешированием, после установки этого плагина блог начинает просто летать! Однако, лично меня он оттолкнул процессом своей установки: десять не самых простых для технически не очень подкованного блоггера шагов. Поэтому я начал искать альтернативу и в итоге сузил выбор до двух кешей: Maxsite Cache и плагина Really Static.

    Maxsite Cache порадовал меня простотой установки и тем, что он по результатам тестов практически ничем не уступает WP Super Cache, при этом он простой и легкий, как и все сделанное Максом.

    Скрипт поставляется в двух версиях: платной и бесплатной. Бесплатная нужна просто для проверки работоспособности, то есть запустится ли он на вашей конфигурации сервера или нет. В бесплатной версии нет ничего, кроме генерации статических страниц и складывание их в отдельную папочку, сброс кеша осуществляется вручную. Функционал же платной версии намного шире:

    • Пока вы залогинены, кэш автоматически отключается для тех страниц, на которые вы будете заходить. В это время ваши посетители будут видеть последнюю актуальную версию. После того, как вы поработаете в админ-панели нажмите ссылку Выход. Тем самым вы укажете скрипту, что вам можно отображать страницы из кэша. До тех пор, пока вы этого не сделаете, вы будете считаться залогиненным.
    • Корректная работа с посторонними скриптами, которые меняют входящий URL, в частности т.н. защита продажных ссылок (антиобнаружитель продажных ссылок).
    • При создании нового комментария происходит сброс кэша только текущей страницы.
    • Произвольная ссылка для ручного сброса кэша.
    • Произвольный формат вывода статистики кэша. Можно отключить ссылку на мой сайт.
    • Отслеживание некоторых «особеностей» WordPress, вроде запоминания полей комментаторов. В кэше будут «чистые» поля форм.
    • Можно задать список адресов, которые не нужно кэшировать.
    • Встроенная статистика позволяет отследить процент «попаданий» кэша.
    • Отслеживание 404-страниц. Они не попадают в кэш.
    • Кэш автоматически сбрасывается каждые 4-е часа. Можно указать произвольное время.

    Установка проходит легко и просто, дастаточно создать папку кеша с нужными правами и вставить пару строк в файл index.php вордпресса.

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

    Второй кеш называется Really Static, то есть «действительно статический». Реализован он в виде плагина что безусловно удобно, однако это не значит, что его установка проще, чем скрипта Макса. К сожалению, она скорее сложнее, придется немного разобраться.

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

    Минусы очевидны: нужно будет немного повозиться с копированием/переносом, прописать новый адрес в настройках и тп. Не сложно, но многих пугает. Из плюсов – повышается безопасность блога, ведь админка и все потенциально дырявые скрипты теперь в отдельной папке, и даже если будет найдена дыра в безопасности, хакер может просто не узнает как обратиться к этому дырявому файлу.

    Really Static куда более гибкий плагин кеша, чем скрипт Макса, например можно отключить кеш для отдельных шаблонов, не кешировать категории или теги. А еще порадовала возможность разместить свой реальный блог абсолютно в любом месте, хоть на своей локальной машине (с выходом в сеть, естественно) плагин умеет загружать статику по FTP на любой другой сервер! То есть, желающие выпендриться могут держать вордпресс-блог на хостинге без PHP/MySQL, просто нужно установить вордпресс на своем компьютере и в момент публикации/редактирования быть в сети.

    Ну и главное достоинство Really Static – он бесплатный.

    В заключение хочу сказать, что я лично не делал тестов на предмет выяснения какой из кешев самый-самый, так как не задавался целью максимально снизить нагрузку. Оба кеша делают примерно одно и тоже – сначала генерируют, а потом отдают посетителям готовые к употреблению HTML-файлы. Скажу лишь, что прежде чем выбрать, я установил оба кеша на разные сайты, и понял, что оба примерно одинакого снижают нагрузку (раз так в 60-70 ;) Выбор свой я остановил на Really Static так как он бесплатный, более функциональный и на мой взгляд перспективный.

    Ах, да, совсем забыл! Оба кеша естественно не справляются с динамическим содержимым вроде последних десяти комментариев в сайдбаре и пому подобных фишек, просто потому, что комментарии могут появляться каждую минуту, и придется каждую минуту сбрасывать кеш полностью (сайдбар-то как правило на всех страницах одинаковый) – пропадает вообще смысл в кешировании. Однако, если вас не смущает то, что данный блок будет обновляться скажем раз в час или реже – смело ставьте!

    И для любителей Сапы и прочих ссылочных бирж – кеш вряд ли отрицательно скажется на уровне вашего дохода, просто настройте кеш так, чтобы он полностью обновлялся до того, как робот биржи появится на сайте – оптимально часа четыре или меньше. У меня за три недели использования Really Static не было ни одного error’а по вине плагина.