Последней каплей на предыдущем хостинге стало то, что я Wordpress обновлял больше часа по FTP. И всё из-за этих самых разрывов. В общем - сбэкапил я оттуда весь контент и бд, перенаправил NS’ы домена на Dreamhost, а сегодня утром поставил WP на новый хостинг, залил базу, попутно переведя её в UTF-8, и теперь наслаждаюсь жизнью.
PS. По-моему теперь блог стал грузиться быстрее. :)
Вдогонку к предыдущему посту. В первом же комментарии заметили, что править wp’шные исходники в общем случае нежелательно. В принципе и не “в общем” случае тоже нежелательно. :) Поэтому - исправляемся.
Теперь для решения проблемы из предыдущего поста достаточно скачать плагин (txt, zip).
Столкнулся с багом в WordPress’е при выводе постов, а точнее в “применении” к ним “типографики”:
Как видите, кавычки в некоторых словах расставлены абсолютно не так, как нужно. В поисках решения проблемы обнаружил следующее - в WordPress’е на каждый блок выходных данных, будь то заголовок, сам пост, его комментарии или что-либо еще, навешиваются фильтры, которые определенным образом изменяют блок - убирают теги, заменяют одни символы на другие и т. д.
В данном случае меня интересовал блок the_content (в данном случае понятие “блок” можно интерпретировать как “функция WP, которая возвращает некий контент”), который выводит содержимое поста. В файле wp-includes/default-filters.php можно увидеть, какие фильтры применяются к этому блоку:
add_filter('the_content', 'wptexturize');
add_filter('the_content', 'convert_smilies');
add_filter('the_content', 'convert_chars');
add_filter('the_content', 'wpautop');
add_filter('the_content', 'prepend_attachment');Методом проб и ошибок было установлено, что найденный мной баг “создает” фильтр wptexturize (в WP “фильтр” - это функция, которая принимает 1 аргумент - входящий текст, и возвращает обработанный текст). Функция нашлась в файле wp-includes/formatting.php. Она выполняет “типографскую” работу, при этом пропуская всё, что находится между тегами pre, code, kbd, style и script. В теории… На практике - нихрена она не пропускает, если внутри одного из этих тегов будет какой-либо другой тег (что, в принципе, возможно, но встречается редко, а случай pre > code система хавает на ура), либо если внутри какого-нибудь из этих тегов встретится \[.*\] - вот такой кусок (у меня этим куском был ['comment_post_ID'], например). Почему так - не могу знать (мне вообще непонятно зачем наряду с тегами <.*> рассматривать еще и \[.*\]), но факт остается фактом. Улучшенная версия этого файла находится здесь (у меня WP 2.5.1, если что).
Совершенно случайно обнаружил, что у меня нифига не работает WP’шный плагин Subscribe to Comments, хотя раньше проблем с ним вроде не было. Проверка того “что не так” и исправление этого всего у меня заняла добрые два часа…
Сначала грешил на WP 2.5, несовместимость таблиц и прочее - нифига, в бд всё, что нужно есть, но вот только сам факт подписки на комментарий туда заноситься не хотел ну вообще никак. Debug показал, что обработчику subscribe’ов вместо данных, введенных в форму коммента приходит “пустота” - абсолютно пустой $_POST. Глянув в строку адреса - обнаружил там длиннющую строку со всякими не сильно понятными значениями. Что ж, смотрим $_GET…
После просмотра, стало понятно, в чем затык - виной всему был OpenID-плагин, который для аутентификации пользователя выполнял всякие редиректы на другие сайты, после чего поток управления возвращался обратно в WP, однако все POST-данные оказывались потерянными. Нужные, по мнению OpenID-плагина, данные передавались теперь через GET, но OpenID, к сожалению, ничего не знал о плагине Subscribe to Comments и никаких данных о том, подписался ли пользователь на текущий пост, не передавал.
Решить проблему получилось с двух подходов. В первом я пытался сделать так, чтобы проверки OpenID выполнялись после того, как добавится подписка. После некоторых раздумий и просмотра того, как реализовывается подписка, стало понятно, что из этого способа ничего не выйдет. Поэтому пришлось лезть в исходники OpenID-плагина и искать то место, где создаются данные, хранимые в “сессии OpenID-аутентификации” и которые передаются обратно на сайт.
Довольно быстро это место нашлось - функция comment_tagging в файле logic.php:
$this->start_login( $openid_url, '/wp-login.php', 'commentopenid',
array(
'wordpressid' => $comment['comment_post_ID'],
'redirect_to' => get_permalink( $comment['comment_post_ID'] ),
)
);Добавляем сюда нужные нам поля, а именно поле subscribe:
$this->start_login( $openid_url, '/wp-login.php', 'commentopenid',
array(
'wordpressid' => $comment['comment_post_ID'],
'redirect_to' => get_permalink( $comment['comment_post_ID'] ),
'subscribe' => isset($_POST['subscribe']) ? $_POST['subscribe'] : null,
)
);После чего лезем в плагин Subscribe to Comments, находим функцию add_subscriber и меняем следующую строку:
if (($_POST['subscribe'] == 'subscribe' && is_email($email)) || $previously_subscribed) {На такую:
if (($_REQUEST['subscribe'] == 'subscribe' && is_email($email)) || $previously_subscribed) {После чего работоспособность подписки на комментарии восстановится.
PS. Так что, если вы задавали вопросы, подписались на комментарии и не получили ответа - зайдите на страничку поста - может быть я вам уже ответил. :)
Сколько раз и на каком количестве блогов поднималась эта тема - не сосчитать. И все же я попробую поднять её еще разок. Я не собираюсь описывать кучи плагинов, нет. Я просто опишу те плагины, которые сейчас стоят у меня и попробую проанализировать их ценность на среднестатистическом блоге.
Пожалуй, начнем:
Чекалка комментариев на спам. Отлавливает спам достаточно хорошо, хотя иногда хотелось бы, чтобы она это делала получше. Для работы понадобится Wordpress API Key. Этот плагин идет, если мне не изменяет память, в комплекте с WP, так что ничего ниоткуда дополнительно скачивать не прийдется. Включение, на мой взгляд, обязательно. Спама бывает много.
Если вас устраивают возможности стандартного RSS-потока, который выдает по умолчанию WP -можете переходить к следующему пункту. Если же вы хотите получить кучу бонусов - регимся в FeedBurner и ставим эти плагины.
Выводит список последних комментариев. Еслихочется такую штуку, а ковырятся в кодах лень - можете поставить. Мое мнение - чисто на любителя.
Если вы программист и хотя бы периодически пишете посты с включениями кода - рекоммендую обзавестись плагином, который этот самый код будет подсвечивать. Я использую Сагалаевский highlight.js. Есть еще CodeColorer от kpumuk’а и, думаю, еще куча разных плагинов в этой категории.
Теперь меня могут читать и френдить ЖЖ’шники. Здесь все строго на любителя. Рекомендовать поставить этот плагин смысла особо не вижу. В категорию “необходимые” его отнести ну никак нельзя.
Показывает книги, которые вы читали, читаете и собираетесь прочитать. Инфу берет с Амазона. Также строит некоторое подобие галереи всех ваших книг. Мне плагин нравится, только сейчас я вот никак не придумаю - куда бы выводить красиво хотя бы текущие книги…
Я про One-Face писал… Решайте сами…
Дополнения ко встроенным в WP >= 2.3 функциям тегов. Первая подбирает теги по тексту поста, вторая выводит список (облако) тегов под полем ввода поста для быстрого выбора нужных тегов. С одной стороны, плагины вроде как и нужные, с другой - они у меня работают, но пользуюсь ими я крайне редко, т.к. найти что-то в облаке тегов мне возможным не представляется, много у меня их слишком… :(
Подписка на комментарии… На мой взгляд, один из самых нужных плагинов! Настоятельно рекоммендую!
Недавно поставил у себя… Хочу вот спросить - а нужно ли оно?
Читаем Gluek’а, понимаем, что бэкапы - это святое… И ставим плагин.
И вот хочу так ненавязчиво попросить всех - не ставьте себе плагин SnapShots, это он только на вид кажется очень удобным, на деле - жутко раздражает!
Обновился до последнего WP. Из явно полезных нововведений могу выделить одно - виджеты на сайдбар теперь интегрированы в админку (раньше для этого был плагин). Попробовал я этим нововведением воспользоваться и… В общем - на текущей теме эти виджеты работают совсем не так, как хотелось бы, а жаль. :(
Список всех нововведений, да и вообще, официальный релиз этой версии WP можете посмотреть здесь.
PS. У меня сегодня контрольная по культурологии, к которой я практически не готов. Пожелайте мне удачи.
Вот такое название имеет движок, который претендует на звание Wordpress-киллера. О нем я сегодня узнал из блога Slaff’а, хотя он и раньше намекал о нем.
При первом взгляде на скриншоты никаких особо положительных эмоций у меня не возникло. Я бы даже сказал, что в вордпрессе все сделано явно удобнее и симпатичнее.
Ну раз внутренняя обертка не впечатлила - решил полезть в коды, посмотреть, что там и как. Порадовало хорошее проектирование. Все на ООП, куча классов, всё красиво, в отличии от дизайна. Но так как slaff говорит, что дизайн будет еще переделан - есть надежда, что в итоге проект окажется хорошим, сейчас проект вообще еще в альфа версии.
Текущие недостатки, которые я тут выкопал:
Но не все так плохо - проект еще в альфа-версии, но он уже работает, им уже можно пользоваться (хоть и с очень большой натяжкой). Думаю, не-программисту будет в принцпе все равно, какой движок юзать. И если это действительно будет так - я, наверное, перейду на Хабари - написан он все-же красивее.
PS. Теперь бы выкопать где-нибудь хостинг с PHP5 и включенными PDO и PDO_MySQL…
Вышел Wordpress 2.1.1. Себе уже поставил. Особо отличий не заметил.
PS. Как оказалось - есть люди, которые так и не поняли, что ссылка “Меню” справа вверху там не просто так стоит, а еще и выполняет некоторые функции :)
PPS. Препод все-таки разрешил делать RSS ридер. Уговаривать пришлось долго, но разрешил :)
Добавил у себя в блоге подсветку кода. Пример - мой предыдущий пост.
PS. Ивану Сагалаеву респект ;)
Все же решил обновить вордпресс свой. В итоге убил 3 часа (впрочем, сам виноват), но поставил. Из-за этого решил также поменять темку на новую. Понравилась эта, в которой для поиска и поста комментов используется ajax. Симпатично, не правда ли? ;)
None
php|architect’s Guide to PHP Security by Ilia Alshanetsky
Последние комментарии