Помощник
|
Внутренняя оптимизация Wordpress блогов |
terehoff
|
Сообщение
#1
|
||
|
|
||
|
|||
4ester7 |
14.4.2010, 15:49;
Ответить: 4ester7
Сообщение
#2
|
|
Интересная статья. Понравились плагины для смены 'category' и 'tags'. Давно подписан на обновления вашего блога.
-------------------- |
|
|
Reader |
14.4.2010, 16:56;
Ответить: Reader
Сообщение
#3
|
|
Есть вопрос по ЧПУ. Стоит ли менять, если много ссылок на внутренние страницы старого ЧПУ с нужными анкорами.
-------------------- |
|
|
jansen |
14.4.2010, 21:47;
Ответить: jansen
Сообщение
#4
|
|
Статья интересная, но я стараюсь вообще не использовать плагины. Это опять же лишние запросы к БД, нагрузка на сервер и тормозит работу движка. Давно пора решать такие вопросы с наименьшим количеством плагинов, то есть ручками. Всегда было и есть гораздо интереснее копаться в коде и творить чудеса. Это приносит гораздо большее удовлетворение от проделанной работы и толку намного больше.
В общем внутренняя оптимизация и плагины несовместимая штука на мой взгляд. Я не увидел в статье хотя бы намёк на нагрузку на сервер и скорость работы блога при таком изобилии плагинов. Тем более блог при включенном множестве плагинов может работать не корректно. -------------------- |
|
|
OptimizatorshaRu |
14.4.2010, 22:23;
Ответить: OptimizatorshaRu
Сообщение
#5
|
|
(Reader) Есть вопрос по ЧПУ. Стоит ли менять, если много ссылок на внутренние страницы старого ЧПУ с нужными анкорами. Не совсем поняла, что такое "старые ЧПУ". Если Вы спрашиваете, не будет ли проблем после смены базовых URL на ЧПУ изза того, что уже есть много внешних ссылок на базовые URL, то не будет, если Вы правильно настроите 301 редирект. (jansen) Статья интересная, но я стараюсь вообще не использовать плагины. Это опять же лишние запросы к БД, нагрузка на сервер и тормозит работу движка. Давно пора решать такие вопросы с наименьшим количеством плагинов, то есть ручками. Всегда было и есть гораздо интереснее копаться в коде и творить чудеса. Это приносит гораздо большее удовлетворение от проделанной работы и толку намного больше. Мне тоже нравится делать все вручную, но есть нюансы. Представте, что Вам нужно сделать внутреннюю перелинковку страниц WP-блога. Если там 200 страниц, это займет у вас несколько часов. А если 500? 1000? 2000? Плюс если таких блогов - несколько штук? (jansen) В общем внутренняя оптимизация и плагины несовместимая штука на мой взгляд. Я не увидел в статье хотя бы намёк на нагрузку на сервер и скорость работы блога при таком изобилии плагинов. Тем более блог при включенном множестве плагинов может работать не корректно. Для решения любой задачи, как правило, можно найти несколько плагинов и выбрать тот, который меньше всего нагружает базу. Чтож тогда, отказываться от монетизации? -------------------- |
|
|
Lordie |
14.4.2010, 23:19;
Ответить: Lordie
Сообщение
#6
|
|
Представте, что Вам нужно сделать внутреннюю перелинковку страниц WP-блога. Если там 200 страниц, это займет у вас несколько часов. А если 500? 1000? 2000? Плюс если таких блогов - несколько штук? При всем уважении к авторам плагинов (в которых, преимущественно, просто-таки индусский код) и WP (тут без комментариев) - ни один движок нормально с этой задачей не справляется. Так что, время - да, но качество ручной линковки куда выше. |
|
|
jansen |
14.4.2010, 23:24;
Ответить: jansen
Сообщение
#7
|
|
OptimizatorshaRu, если Вы будете начинать оптимизацию блога в то время, когда в Вашем блоге будет 500 или уже 1000 страниц, то мне остаётся только Вам сочувствовать. Тем более для внутренней перелиньковки страниц плагин не нужен вообще, а нужны прямые руки и голова.
Вот пример настройки внутренней перелиньковки страниц блога без плагина: Закиньте приведённый ниже код в файл functions.php . Главное чтобы код попадал между <? и ?>. В общем найти место, чтобы код не создавал помех уже существующему коду. function related_posts_shortcode( $atts ) { extract(shortcode_atts(array( 'limit' => '5', ), $atts)); global $wpdb, $post, $table_prefix; if ($post->ID) { $retval = '<ul>'; // Get tags $tags = wp_get_post_tags($post->ID); $tagsarray = array(); foreach ($tags as $tag) { $tagsarray[] = $tag->term_id; } $tagslist = implode(',', $tagsarray); // Do the query $q = "SELECT p.*, count(tr.object_id) as count FROM $wpdb->term_taxonomy AS tt, $wpdb->term_relationships AS tr, $wpdb->posts AS p WHERE tt.taxonomy ='post_tag' AND tt.term_taxonomy_id = tr.term_taxonomy_id AND tr.object_id = p.ID AND tt.term_id IN ($tagslist) AND p.ID != $post->ID AND p.post_status = 'publish' AND p.post_date_gmt < NOW() GROUP BY tr.object_id ORDER BY count DESC, p.post_date_gmt DESC LIMIT $limit;"; $related = $wpdb->get_results($q); if ( $related ) { foreach($related as $r) { $retval .= ' <li><a title="'.wptexturize($r->post_title).'" href="'.get_permalink($r->ID).'">'.wptexturize($r->post_title).'</a></li> '; } } else { $retval .= ' <li>No related posts found</li> '; } $retval .= '</ul> '; return $retval; } return; } add_shortcode('related_posts', 'related_posts_shortcode'); И завершающий штрих, вставьте в конце текста код [related_posts] Вот и вся премудрость. -------------------- |
|
|
OptimizatorshaRu |
15.4.2010, 0:09;
Ответить: OptimizatorshaRu
Сообщение
#8
|
|
OptimizatorshaRu, если Вы будете начинать оптимизацию блога в то время, когда в Вашем блоге будет 500 или уже 1000 страниц, то мне остаётся только Вам сочувствовать. Я в сочувствии не нуждаюсь По поводу того, что об оптимизации нужно думать еще на этапе создания блога - 100% согласна, что перелинковку делать по ходу - тоже. Ну а как быть, если вы решили продвигать старый блог еще по нескольким ВЧ-СЧ запросам, которых при запуске блога не было даже в планах, и имеется необходимость сделать перелинковку под них? Тем более для внутренней перелиньковки страниц плагин не нужен вообще, а нужны прямые руки и голова. Закиньте приведённый ниже код в файл functions.php . Главное чтобы код попадал между <? и ?>. В общем найти место, чтобы код не создавал помех уже существующему коду. И завершающий штрих, вставьте в конце текста код [related_posts] Вот и вся премудрость. jansen, спасибо за код - я его использую в блогах для вывода похожих постов. Но речь идет о простановке ссылок из текста. Еще раз повторюсь - я ни разу не отрицаю, что ручная перелинковка лучше любой автоматической. Но в случаях, когда вручную ее сделать нереально, лучше делать автоматически, чем вообще не делать. Сообщение отредактировал OptimizatorshaRu - 15.4.2010, 0:14 -------------------- |
|
|
Lordie |
15.4.2010, 0:18;
Ответить: Lordie
Сообщение
#9
|
|
OptimizatorshaRu, понимаю, что противоречит канонам рунета, но... знаете, нас, в свое время, учили "Или сделай хорошо, или не делай вообще".
|
|
|
Reader |
15.4.2010, 0:26;
Ответить: Reader
Сообщение
#10
|
|
Не совсем поняла, что такое "старые ЧПУ". Если Вы спрашиваете, не будет ли проблем после смены базовых URL на ЧПУ изза того, что уже есть много внешних ссылок на базовые URL, то не будет, если Вы правильно настроите 301 редирект. Старые ЧПУ не обязательно базовые)) Ну суть верная. Только что значит "правильно"? Там где разве можно ошибиться? Тогда стоило на этом подробнее остановится в посте, так это, наверное, самое важное из всего списка. -------------------- |
|
|
|
Похожие темы
Тема | Ответов | Автор | Просмотров | Последний ответ | |
---|---|---|---|---|---|
Продам базу сайтов Wordpress в 16 миллионов доменов! Свежая сборка. | 19 | Boymaster | 11372 | 20.4.2024, 0:01 автор: Boymaster |
|
Крауд ссылки с форумов, блогов, порталов. Жирные ссылки с Ua,Ru, Бурж площадок. Вечные ссылки в статьях на собственных сайтах Быстро, качественно и ответственно! |
138 | vetalbon | 66660 | 13.4.2024, 17:53 автор: vetalbon |
|
Нужен кодер, чтобы пофиксить ошибку Wordpress после переноса сайта | 0 | Alex-777 | 936 | 7.4.2024, 18:05 автор: Alex-777 |
|
Оптимизация сайтов, продвижение, наращивание ссылок Большой опыт работы, отзывы |
304 | tario777 | 203533 | 13.3.2024, 14:01 автор: tario777 |
|
Верстка/Натяжка/Оптимизация/Увеличение функционала шаблонов на WP Разработка на профессиональном уровне |
144 | Gerga | 92150 | 11.3.2024, 19:59 автор: anchous |
Текстовая версия | Сейчас: 24.4.2024, 14:59 |