club762.ruЕсли вы обладаете крупным сайтом с большим числом авторов, или вы просто любите планировать свои записи на несколько дней вперед, вам, возможно, понравится плагин Scheduled Time, позволяющий выводить точное время публикации материалов. Вы, вероятно, знаете, что в WordPress вместо точного времени выводится день, в который будет опубликована запись. Если записей много, и все они запланированы на один день, то разобраться в них станет гораздо сложнее. Конечно, узнать точное время можно и без плагинов — для этого достаточно просто навести курсор мыши на дату и появится всплывающая подсказка, однако такой способ не всегда удобен (например, тяжело проводить сравнение времени публикации для нескольких записей). Давайте посмотрим, что в этом плане предлагает нам плагин Scheduled Time.
После установки и активации плагина список запланированных записей примет следующий вид:
В качестве небольшого бонуса этот плагин изменяет цвет статуса для записей.
http://www.wpbeginner.com/plugins/display-time-of-scheduled-wordpress-posts-with-scheduled-time-plugin
Я пишу статьи заранее, когда есть время и планирую их на будущее. Таким образом достигаются регулярные апдейты блога. Допустим можно написать сразу 10-20 статей и запланировать их равномерную публикацию на два месяца вперед. По ходу написания удобно сразу же проводить перелинковку между этими статьями по ключевым словам.
Но вот незадача… во-первых с помощью встроенного редактора можно поставить ссылку только на опубликованные статьи, и приходится делать это вручную, а во вторых, в публикуемых за этот интервал времени статьях ссылки могут вести на статьи, которые еще не опубликованы, а только запланированы, и в итоге пользователи получают экраны с ошибками при переходах по этим ссылкам.
Нельзя ли сделать так, чтобы Вордпресс при выведении статей, проверял и не выводил ссылки на запланированные или несуществующие в его недрах статьи, выводя их как простой текст, а не ссылку?
Единственное, что пришло в голову — использовать проверку в цикле вывода записей:
<?php if ( get_post_status ( $ID ) == 'future' ) { //здесь код для вывода текста вместо ссылок }Правда, как сцепиться со ссылками, понятия не имею. Пытался найти на иностранных сайтах ответ, но ничего подобного не обнаружил.
Либо, как вариант, можно использовать вот такой плагин: http://wordpress.org/plugins/the-future-is-now/
Он позволяет отображать запланированные записи, потому ссылки на них будут работать.
Плагин не вполне подходит, т.к. запланированные статьи не должны быть доступны пользователям. Это полезно и в плане SEO — постепенное наполнение блога лучше, чем единоразовая массовая публикация.
Под заменой ссылок я имел в виду немного другое. Не выводить вместо них какой-то другой текст, а конвертировать заголовок самой ссылки (тег title) в простой текст.
P.S. А есть ли у вас в комментариях тег для добавления исходного html и php кода?
Ясно. Подумаю, как это можно реализовать, пока навскидку ничего сказать не могу.
Я весь код обрамляю в
[ php ] здесь код [ /php ]
(без пробелов)
Не знаю, будет ли работать для комментаторов. Проверьте.
В Joomla например есть такое понятие «добавление ссылки на статью», т.е. мы жмём кнопку «добавить ссылку», выбираем из списка статей нужную статью и готово. Теперь данная ссылка привязана к конкретной статье с конкретным ID. И даже если мы поменяем структуру сайта, переименуем урлы статей и рубрики, то такие ссылки всё равно будут работать и ссылаться на нужную статью, т.е. они обновятся. Потому что они — не простые урлы, но привязаны к ID и динамически меняются. Вот есть ли что-либо подобное для WP? Ведь там ссылки вставляются простые и если что-то поменяется в структуре все ссылки окажутся битыми. Кроме того я думаю с помощью такой системы можно было бы организовать линковку на запланированные статьи и не оформлять текст ссылками, если связанная с ссылкой статься отсутствует.
Чтобы не нарушать структуры, обычно при формировании ссылок используют функцию
http://codex.wordpress.org/Template_Tags/get_permalink
Получается динамическая линковка, что-то наподобие:
Правда, этот способ все равно привязан к ID, но зато не привязан к слагам записей. Слаги можно менять, и структура не нарушится. А вот как быть, если будет меняться ID записи — сам не знаю…