Очень длинный список улучшений, приведу основные:

• Drag-and-Drop загрузчик медиафайлов
• Единая кнопка загрузки с автоматическим определением типа файлов
• Новая панель админа
• Поддержка iPad/tablet
• Вылетающие меню, доступ к любой странице админки в один клик
• Импортер из Tumblr
• Виджеты остаются на местах при смене темы
• Новая функция is_main_query()
• WP_Query

Полный список нововведений можно посмотреть в Кодексе.

А вот и видео:

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

Сегодня приятно доставила статья “Почему вам никогда не следует искать бесплатные темы в Гугле или где-нибудь еще” на wpmu.org. Аффтар (симпатичная, надо сказать) разобрала первые 10 сайтов из выдачи Гугла по запросу Free WordPress Themes. Я не ожидал от этого исследования много приятностей, но все-таки результат поверг меня в шок. Из первой десятки в выдаче только один сайт (официальный репозитарий) содержал полностью безопасные темы. Остальные только и ждут, когда их темы скачают какие-нибудь наивные лохи и зальют к себе на сервер, а там уж они развернутся во всю мощь своего гнусно-хакерского отстоя.

Почитайте статью по ссылке, там много веселеньких скринов. Например, таких:

Аффтарше респект за проделанную работу.

А кстати, это я говорил про простенькие темы. А откуда качать не простенькие? Ответ: ищите нуленные темы авторитетных студий.

Они грузят базу и жрут ресурсы.

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

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

Зачем нужно выводить похожие посты?

По двум причинам.
Первая – для людей: так вы побуждаете посетителя прочитать еще какой-нибудь пост на вашем сайте, пройти дальше по ссылкам.
Вторая – для СЕО: вывод похожих постов критически необходим для внутренней перелинковки. Увеличиваеся количество внутренних ссылок, ускоряется индексация непопулярных страниц.

В общем, такой плагин необходим как для СДЛ, так и для сплогов.

Плагинов таких куча: Related Posts, YARPP…
Но давайте все же поищем хак.

Нашли у Александра Волкова, автора отличного блога alexvolkov.ru. Вот этот хак.
Но вот беда: если этот хак вставить в шаблон поста перед комментариями, где обычно ему и место, то вместо комментов к текущему посту выводятся комменты к последнему посту из списка похожих постов.
В комментах к посту на wprecipes.com, из которого Алекс и взял эту идею, один умный человек посоветовал добавить в конец кода строчку

wp_reset_query();

По идее, она должна все обнулить и решить проблему. И там в комментах пишут, что это помогает.

Но вот на одном из моих блогов это не помогло.

Как же мы решили проблему?

Сохраняем id поста, а в конце делаем обратную операцию.
Добавили в начало кода

$mpid = $post->ID;

а в конец

$post->ID = $mpid;

Получилось немного по-партизански, но что делать. Главное – все заработало ))

Вот полный код нашего нового хака:

<?php if(is_single()){?>
<div id=”related”>
<?php
$mpid = $post->ID;
$tags = wp_get_post_tags($mpid);
if ($tags) {
echo ‘<h3>Related Posts:</h3>’;
$first_tag = $tags[0]->term_id;
$args=array(
‘tag__in’ => array($first_tag),
‘post__not_in’ => array($mpid),
’showposts’=>4,
‘caller_get_posts’=>1
);

$my_query = new WP_Query($args);

if( $my_query->have_posts() ) {
while ($my_query->have_posts()) : $my_query->the_post(); ?>
<p><a href=”<?php the_permalink() ?>” rel=”bookmark” title=”Permanent Link to <?php the_title_attribute(); ?>”><?php the_title(); ?></a></p>
<?php
endwhile;
}

} //if tags

?>
</div>
<?php
$post->ID = $mpid;
} // if single

?>

Вместо <h3> можете написать что-то свое, как вам там надо оформить заголовок.

Вывод ссылок тоже оформляете как вам нужно, у меня например он выводится списком:

<ul><li><a href=”<?php the_permalink() ?>” rel=”bookmark” title=”Permanent Link to <?php the_title_attribute(); ?>”><?php the_title(); ?></a></li></ul>

И кстати: если у вас не сплог, а СДЛ, то вместо стандартного Related Posts лучше писать что-нибудь побуждающее посетителя щелкнуть по этим ссылкам, например: You may also be interested to read these articles, что-нибудь в этом роде.

Успешного вам блоггинга!

http://www.seomoz.org/blog/how-personalized-search-changes-seo-and-doesnt?utm_source=feedburner&utm_medium=feed&utm_campaign=Feed%3A+seomoz+%28SEOmoz+Daily+Blog%29&utm_content=Bloglines

Зачем вся эта часть после вопросительного знака? Кому она нужна? Правильно, для сбора статистики. Только из-за такой фигни, как сбор статистики, сгорает громадное количество, как бы сказать, пользы для СЕО.

Гугл херачит урлы.
Картинко с сайта Sebastian’s Pamphlets

Почему? Да элементарно. Вот я захотел поставить у себя ссылку на этот пост. Скопировал не глядя да и присобачил к анкору. Нахрен мне уперлось заботиться о пользе SEOmoz и проверять, в каком виде получилась ссылка? Да вообще не уперлось. Мне надо, чтобы мои читатели перешли по этой ссылке и попали в нужное место. Что и происходит.
Так вот читатели-то перешли, а ссылочный вес – фигушки.
Теперь вместо полезной ссылки на этот свой пост, они получили никому не нужную ссылку, которая не передает никакого веса. А я небось не один, может, таких ссылок десятки или сотни.

Кроме пропажи ссылочного веса, такая фигня может вести к некорректной выдаче страницы, к 404 и 5хх ошибкам, к пропаже трекбеков, да в общем полная жопа со всех сторон.

Откуда это берется? Себастиан из Sebastian’s Pamphlets заявляет, что это происходит при одновременном использовании Аналитикса и Фидбернера, – оба, заметим, гугловские продукты. Пока Гугл не замечает или не желает исправлять такой ляп, он сам побуждает вебмастеров, которые не обратили внимания на такой фак (даже SEOmoz, как я уже сказал!), нарушать свои же гугловские инструкции об избегании передачи параметров в урле.

Для исправления такого звездеца Себастиан рекомендует такую штуку: зайти в свой аккаунт Фидбернера, в “Configure stats” и убрать галку с “Track clicks as a traffic source in Google Analytics”. По его утверждениям, это верное средство.
Проверить это и сделать скрины этого процесса я не могу, так как ни на одном аккаунте фидбернер у меня статистику не собирает. Почему? Потому что мне нафиг не нужны ссылки такого вида:

http://feedproxy.google.com/~r/seomoz/~3/bU-hyvhvffY/how-personalized-search-changes-seo-and-doesnt

в ридерах у читателей. А статистику я как-нибудь и аналитиксом соберу =)

Но такие “добавки” к урлам могут возникнуть не только из-за этого. Мало ли что, всех вариантов и не предусмотришь. Для борьбы с ними раз и навсегда наш любимый товарищ Joost de Valk написал суперполезный, как всегда, плагин Permalink Redirect. Когда приходит запрос на открытие страницы

http://www.example.com/page1/?q=ek

плагин автоматически выдаст 301 редирект на нужный пермалинк:

http://www.example.com/page1/

Наслаждайтесь =)

P.S. Интересно правда, что этот плагин будет делать с короткими пермалинками, вида http://golanblog.info/?p=157 . Кто хочет поэкспериментировать? =)

Начиная с 2.7, в Quick Edit это стало немного легче, но все-таки.

Вот простые решения: плагины My Page Order и pageMash.

Работают похоже, просто drag and drop страницы в списке.

My Page Order:

My Page Order Wordpress plugin

pageMash:

pageMash Wordpress plugin

Отличие от других плагинов в том, что он сразу генерирует для поста ссылку в каком-нибудь url shortener’е. (Надо сказать, что с распространением Tweetmeme все эти плагины пошли ровным строем в утиль).

Поставил я его на одном из моих блогов. На тот момент там было всего-то 145 постов, и пощу я в него 3-4 поста в месяц. Через месяц залез зачем-то в БД: ОМГ… 3,5 килозаписей в таблице конфигурации! и все такая херня:

O:9:”magpierss”:17:{s:6:”parser”;i:0;s:12:”current _item”;a:0:{}s:5:”items”;a:0:{}s:7:”channel”;a:6:{ s:2:”id”;s:46:”tag:search.twitter.com,2005:search/is.gd/*****”;s:4:”link”;s:48:”http://search.twitter.com/search?q=is.gd%*****”;s:9:”link_self”;s:51:”http://search.twitter.com/search.atom?q=is.gd/*****”;s:5:”title”;s:28:”is.gd/**** – Twitter Search”;s:11:”link_search”;s:40:”http://search.twitter.com/opensearch.xml”;s:7:”updated”;s:25:”2009-08-28T14:26:31+00:00″;}s:9:”textinput”;a:0:{}s:5:”ima ge”;a:0:{}s:9:”feed_type”;s:4:”Atom”;s:12:”feed_ve rsion”;N;s:5:”stack”;a:0:{}s:9:”inchannel”;b:0;s:6 :”initem”;b:0;s:9:”incontent”;b:0;s:11:”intextinpu t”;b:0;s:7:”inimage”;b:0;s:13:”current_field”;s:0: “”;s:17:”current_namespace”;b:0;s:19:”_CONTENT_CON STRUCTS”;a:6:{i:0;s:7:”content”;i:1;s:7:”summary”; i:2;s:4:”info”;i:3;s:5:”title”;i:4;s:7:”tagline”;i :5;s:9:”copyright”;}} 

Ну не звездец ли, дорогие товарищи??

Пошел я к разрабу в блог, задал вопрос: типа, мил человек, а не пишет ли твой плагин чего в БД? На что он честно ответил:

Yes. Two rows are added to the wp_options table: tweet_this_settings and tweet_this_password. The first stores your Tweet This settings in a serialized array of over 60 values, and also your Twitter username. The second stores your Twitter password (if you have provided it) in plain text. This is necessary because the password must be sent unencrypted to the Twitter API, and other Twitter plugins do the same thing.
Four rows per post are added to the wp_postmeta table: tweet_this_url, tt_auto_tweet (true/false), tt_auto_tweet_text, and tt_tweeted (true/false).
When you deactivate Tweet This, tweet_this_password and the tweet_this_url custom fields are deleted, but the other data remains. 

Но на хрена в _options что-то записывать?!
Вот мудак.

Кроме того, в коде обнаружилась какая-то адсенсовская реклама. Непонятно, где она выводится, но вообще все это бесит.

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

(Эта статья была впервые опубликована на nulled.ws. Авторство мое).

Вот простое решение на 2 кб от SEO From the Dark Side. Выдает список всех страниц блога в нескольких форматах – простой текстовый список адресов, адреса с анкорами, и даже список, готовый к употреблению в хрумере!

Загрузить плагин Blog Link Spider

Скачано 365 раз