Очень часто случается, что после публикации записи вы вдруг замечаете, что допустили в ней либо орфографическую ошибку, либо ошиблись в написании ссылки, либо еще что не досмотрели. Быстрое редактирование записи исправит недочеты, только вот некорректный текст в RSS ленте уже мог уйти в различные RSS читалки. Вряд ли возникнут проблемы с , он зачастую публикует записи с ощутимой задержкой, но вот некоторые реактивные читалки чуть ли не в момент публикации забирают к себе запись из ленты. В качестве примера могу привести настройку для работы с блогом – он, чтобы правильно определить стиль, используемый в блоге, публикует и тут же удаляет временную запись. В блоге эта запись видна не больше 10 секунд, только вот этого вполне хватает, чтобы забрать ее к себе. Плагин Feed Pauser дает возможность задать задержку, с которой будут публиковаться записи в RSS ленте, а также дает возможность вообще исключить определенный пост из вашего фида.
Скачиваем плагин с его домашней страницы и устанавливаем его:
1. Распаковываем архив.
2. Копируем папку feed-pauser в /wp-content/plugins/.
3. Заходим в админку блога на вкладку "Плагины" и активируем плагин.
Даже после активации плагина он еще не работает. Чтобы включить его вы должны зайти в "ЗаписиFeed Pauser", указать там время задержки публикации записи в фиде и обязательно поставить галку на "Activate Feed Pauser". После сохранения этих настроек плагин начнет работать и записи в фиде будут публиковаться с указанной вами задержкой.
Также плагин реализует возможность исключить любой пост из вашей RSS ленты. Для этого при редактировании записи поставьте галку на "Hide In Feed":
Хочу заметить, что если запретите публиковать запись в фиде, то она не будет опубликована не только в основной ленте блога, но и во всех остальных (то есть ее не будет ни в ленте по рубрикам, ни по тегам и т.д.).
Автор плагина: Страница плагина: Рассматриваемая версия: 1.0 от 15.04.2009 Совместимость с версией WordPress: 2.5 и выше.
Увидел вчера на топик про для обладателей устаревшего браузера IE6. И сделал из этой страницы полноценный плагин для WordPress. Никакого давления на посетителя с устаревшим браузером – страница-заглушка показывается лишь один раз (вешается кука на одну неделю), затем посетитель может продолжить просмотр блога дальше. Из огромного количества подобных плагинов этот выделяется лишь одним – встроенная в плагин страница-заглушка выглядит очень красиво и современно, других приемлемых вариантов я не встречал. Авторы оригинальной страницы – и . По-настоящему протестировать плагин мне не удалось, все-таки установить на рабочую систему IE6 невозможно, но замена в виде средства тестирования (позволяет просматривать сайт в четырех разных версиях IE) показала, что плагин справляется идеально и никаких нареканий в его работе не возникает.
Скачиваем плагин по ссылке внизу этой страницы и устанавливаем его:
1. Распаковываем архив.
2. Копируем папку wp-noie6 в /wp-content/plugins/.
3. Заходим в админку блога на вкладку "Плагины" и активируем плагин.
Собственно, вот и все. Плагин уже работает и уже показывает заглушку для посетителей с IE6. Никаких настроек в плагине нет, но кое-что вы можете изменить через правку кода плагина. Если вы хотите повесить куку не на неделю, а на год, то вы должны изменить в файле wp-noie6.php строчку:
20
setcookie("ie","yes",time()+60*60*24*7,"/");
на
20
setcookie("ie","yes",time()+60*60*24*360,"/");
Также иногда бывает необходимость вообще запретить доступ на сайт посетителям с устаревшим браузером (например, когда дизайн сайта некорректно отображается в IE6), чтобы это реализовать вы должны изменить строку:
18
if($show!="yes")
на
18
if($show!="no")
Отредактировать шаблон выводимой страницы вы можете в файле template.php в папке плагина. Это все, удачи.
Попалась мне недавно о плагине PDO (SQLite) For Wordpress, который позволяет блогу на WordPress использовать не привычную всем базу данных на MySQL, а SQLite базу, которая, как известно, основана на файлах. Подробностей в статье не было и я решил протестировать плагин. Сразу скажу: перенести уже работающий блог на SQLite базу данных у вас вряд ли получится – никакие конвертации базы с помощью программ вроде мне не помогли. Также необходимо, чтобы у вашего хостера была включена SQLite база. Причем не второй и не третьей версии, а именно первой. У моего хостера по умолчанию включена лишь вторая версия и попытку протестировать работу блога с базой на SQLite у хостера мне пришлось оставить. И последнее – хотя формально SQLite база данных на небольших объемах должна быть не медленнее MySQL на практике она все-таки медленнее, причем это заметно даже на свеже-установленном блоге. Тут проблема не в самой базе, а в плагине, который является переходником между WordPress и базой на SQLite. Но, тем не менее, использование SQLite в некоторых случаях может быть целиком оправдано – например, это идеальный вариант для саттелитов: сделали блог, залили хостеру и он уже работает.
Скачиваем плагин с его домашней страницы и устанавливаем его:
1. Распаковываем архив.
2. Копируем содержимое папки pdo-for-wordpress в /wp-content/. Еще раз хочу отметить – не папку pdo-for-wordpress, а ее содержимое и скопировать это содержимое надо не в папку плагинов, а именно в папку /wp-content/.
3. Открываем файл wp-config.php и вписываем туда строчку:
define('DB_TYPE','sqlite');//mysql or sqlite`
Вставьте ее куда-нибудь после строки:
define('DB_COLLATE','');
Название базы, логин и пароль могут быть совершенно любыми.
4. Открываем файл .htaccess и добавляем туда строчку:
php_flag max_execution_time 300
Как я уже сказал, плагин далеко не оптимален по быстродействию и если на работе самого блога это не сказывается, то вот в админке блога в "Консоли" плагину не хватает стандартных 30 секунд, чтобы загрузить и вывести административные виджеты.
5. В локальном сервере вроде XAMPP‘а надо еще включить базу SQLite, для этого найдите в папке php файл php.ini и уберите символ комментирования ";" в строчке:
;extension=php_pdo_sqlite.dll
Если вы используете какой-нибудь другой локальный сервер, то убедитесь, что у вас также не закомментированы строчки:
;extension=php_pdo.dll
;extension=php_sqlite.dll
После всех этих манипуляций вы можете приступить к установке блога. Если вы все сделали правильно, то WordPress вам не покажет надписи "Invalid or missing PDO Driver". Иногда возможна проблема с тем, что плагин не может создать папку database в wp-content, в таком случае надо установить права на wp-content 777, чтобы плагин смог создать эту папку, в которой будет храниться ваша база данных.
В дальнейшем можете работать с блогом как обычно, никаких изменений по сравнению с блогом на MySQL вы не заметите. Ну может быть он будет чуть тормознее работать, но, честно говоря, проверить SQLite именно у хостера мне не удалось, а локальный сервер это далеко не идеальный вариант для тестирования быстродействия. Я опробовал пару десятков плагинов в блоге на SQLite, полет нормальный. Но все равно с количеством плагинов в данном случае лучше не перебарщивать.
