Лента блогов на Wordpress

Когда-то на blog.tut.by существовал плагин для создания Ленты блогов. Работал он не со всеми темами, а теперь и блогов на tut.by нет.

Если же у вас есть желание создать Ленту в блоге на вордпресс, можно воспользоваться другим плагином FeedWordPress. 

После установки плагина в админпанели вашего блога появятся настройки синдикации:

Остановимся наглядно на самых главных моментах настроек.

1) Прежде всего нужно добавить нужный блог в настройках Syndicated sources. Нажмите на кнопку Add справа и в открывшемся окошке введите адрес блога или адрес фида.

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

2) Далее делаем настройки обновления фида.

3) Здесь мы ставим галочки на Публиковать фиды немедленно и Обновлять копию, если обновится источник. На первом скрине реальный фид, на втором только настройки, без источника. Одни и те же настройки, просто сохранился скрин фида eschool.by, пусть будет.

4) Здесь два типа фида: один ссылается на источник (читатель будет переходить на сайт автора) и второй - публикация ПОЛНАЯ на вашем блоге. Выбираем 1-ый вариант. Настройки форматирования сохраняют форматирование оригинала. Тут нужно смотреть на общий вид Ленты и что-то можно откорректировать.

5) Комментарии к фидам не разрешаем, отсылаем на блог автора. Пинги принимаем (хотя зачем? можно снять галку)

6) Важный момент: если не выбрать эту опцию, имена авторов статьей с фида добавятся в ваш блог на вордпресс в качестве авторов.

7) Собственно Лента.

Открытым остался вопрос, насколько Лента загрузит сервер, ведь создаются локальные копии статей.

Самым большим недостатком плагина является внедрение фида в статьи блога. Хотелось бы иметь возможность переключать главную: или статьи, или Лента.

Child Theme Configurator

Вопрос создания дочерней темы в Wordpress не давал мне покоя. Дочерняя тема решает проблему обновлений: родительская тема обновляется, а дочерняя сохраняет все внесённые до этого изменения.
Процесс создания дочерней темы очень прост:
1) создать каталог с темой через ftp или Filezillа в /wp-content/themes, прибавив к названию основной темы слово -child
2) в текстовом редакторе создать файл, назвать style.css, в нём прописать название темы и ссылку на папку Template родителя
вроде вот этого, причём указывать автора, версию и описание абсолютно не обязательно:
/*
Theme Name: Dynamic News Lite Child
Template: dynamic-news-lite
Author: Tatiana
Description: Child theme for Dynamic News Lite
Version: 1.0.1432180091
*/
3) проверить наличие дочерней темы в админке, активировать тему и радоваться жизни.

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

Несмотря на простейшие действия у меня никак не получалось создать нормальную дочернюю тему: не отображались стили. Вид был такой, как когда ставишь тему, а она кривая, или как когда не очищен кеш после редактирования темы. Вроде всё правильно сделано, а пользоваться нельзя. Почитала про function.php, c помощью которого можно устранить косяк с некорректным отображением темы. Судя по тому, что добавил в папку дочерней темы плагин, я не то прописывала в файле function.php. Вопрос создания дочерней темы решился моментально с помощью плагина Child Theme Configurator.  Плагин сам создал файл и запись в function.php:

<?php
// Exit if accessed directly
if ( !defined( 'ABSPATH' ) ) exit;

// BEGIN ENQUEUE PARENT ACTION
// AUTO GENERATED - Do not modify or remove comment markers above or below:

       
if ( !function_exists( 'chld_thm_cfg_parent_css' ) ):
    function chld_thm_cfg_parent_css() {
        wp_enqueue_style( 'chld_thm_cfg_parent', trailingslashit( get_template_directory_uri() ) . 'style.css' );
    }
endif;
add_action( 'wp_enqueue_scripts', 'chld_thm_cfg_parent_css' );

// END ENQUEUE PARENT ACTION

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

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

Вопрос, конечно интересный, где плагин откопал мою правку, потому что лично я её нигде не видела.

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

PS: А в это время народ на КОИ в Лиде стенды свои защищает. Коллега вчера прислала с конкурса штук 10 фото. Интересно, как по стенду можно определить, достойный ресурс или нет?

Как спрятать ссылки credits в футере?

Не очень хорошая мысль убирать из футера ссылки credits ( ссылки на Wordpress и на автора бесплатной темы). Пользуясь результатами чужого труда, следует относиться к этому труду с уважением.

Но как быть, если внешних ссылок с главной страницы вашего сайта слишком много и это не делает ваш ресурс презентабельным для поисковиков, а следовательно, для продвижения сайта?

На продвижении я не зациклена, но оказалось, что ссылок в футере блога слишком много (3-4 ссылки только в футере? перебор).
Влияют ли эти ссылки на скорость загрузки страницы? Не знаю, видимо да. Удалять credits совесть не позволяет, скрою.

С помощью Inspect Element в Mozilla Firefox  находим эти ссылки. Замечу, что в браузере и в файле темы используются разные редакторы, поэтому придётся поискать, где конкретно прописаны ссылки. В файле footer.php моей нынешней темы Smartline это "smartline_footer_text". Через Filezilla редактируем файл footer.php следующим образом:

<div style="display:none">
<noindex><div id="footer-text">
           
            <?php do_action('smartline_footer_text'); ?>
       
        </div></div>
</noindex>

Ссылки скрыты, по идее они не индексируются.

Изображения в блоге на Wordpress

Не открою Америку, если скажу, что в блоге на Wordpress слишком много неиспользуемых картинок.

Откуда они берутся? Когда вы загружаете картинку, WP создаёт несколько копий разных размеров. Эти размеры прописаны в настройках медиафайлов и представляют собой миниатюру, средний и крупный размер. Кроме того, сохранится также и оригинал.

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

Именно поэтому, добравшись до плагина Delete Not Used Images (DNUI), я удалила все копии картинок из базы данных, увеличив место на диске примерно на 40Mb

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

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


Однако в теме блога также могут быть прописаны различные размеры картинок и тогда вместо ожидаемого результата вы получите всё те же 5, а то и больше, картинок.

В таком случае придётся редактировать файл functions.php темы. Естественно, если тема обновится, все ваши настройки исчезнут.

"Белый экран смерти"

Ужасно звучит, но именно так называется белая страница в браузере при неудачной попытке зайти в админку блога на вордпресс. Случился такой казус сегодня и с моим предметным блогом.

Первое, что пришло в голову - обратиться в техподдержку. Обратилась. Суббота, никакой реакции. Главное - не паниковать, погуглить, что и было сделано.

Возможной причиной подобного белого экрана, как стало понятно из прочитанного в Интернете, может стать неверная работа какого-нибудь плагина. Вспомнила, что как раз утром обновила какой-то из них, но какой? Watu или WP Super Cache? Но прежде всего нужно попасть в админку, там разберёмся.

Заходим на ftp своего ресурса [я это делаю через Filezilla] и отключаем все плагины, приписав к папке с плагинами _backup. Можно прописать то же самое к одному или нескольким "подозреваемым" плагинам, а затем включать по одному (убирать приписку) и смотреть за реакцией блога.

В моём случае ошибку выдал WP Super Cache. Сначала я решила заменить его аналогичным Hyper Cache. Затем блог выдал сообщение, что повреждённый плагин пофиксился. Ну и хорошо. Значит, я верно настройки сделала когда-то, поставив галочку напротив "Отладка". Он мне привычнее, вернула.

Смерть, конечно, страшное слово, но в данном случае мы её победили. Но если бы не знания ftp - капут был бы и вырванные нервы.

Аудиоплагин в Wordpress

Пользователи Wordpress знают, что скорость загрузки блога зависит от многих факторов, но один из самых важных - количество установленных плагинов.

Так как в блоге учителя английского языка присутствует аудио, для его проигрывания нужен был плагин. Работал плагин по шорткоду.

Оказывается, в вордпресс, начиная с версии 3.6, уже имеется аудиоплагин по умолчанию. Значит, можно установленный плагин удалить.

Только шорткод встроенного плагина не всегда срабатывает со старыми файлами, приходится кое-где подправлять.

Чтобы не забыть, напишу новый шорткод здесь в качестве примера: [_audio src="http://content.screencast.com/users/insp/folders/Music/media/744505ae-3669-40fc-a756-26440b331580/secretgarden_01_burnett_64kb.mp3_"]

Естественно, нижнее подчёркивание не нужно. А ссылка на аудио внешняя, что мне само по себе очень импонирует.

Пора подумать и об аудиоплеере для blogger.

Боремся со спамом

Блог на Wordpress завален спамом. Установленный ранее плагин антиспама (я уже и не припомню его название), был довольно "тяжёлым", создавал нагрузку. Этот факт был очевидным, судя по журналам, поэтому пришлось установить Hевидимую капчу. Плагин неплохой, но в нём нет возможности не отображать комментарии, помеченные как спам. Спам помещается в папку со спамом.

Видеть до 200 подобных комментариев в день действует на нервы. Что делать? Искать замену плагину или прописать deny в файле .htaccess?

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

Cпам идёт с одного IP, причём динамического. Прописала первые две  группы цифр с точкой.

# BEGIN Tatiana 23.02.15
<Limit GET POST>
 order allow,deny
 deny from 46.151. (это тот самый злостный спамер, о котором речь)
 allow from all
</Limit>
# END Tatiana 23.02.15

Подождём результата.