Рубрика «Рабочие заметки»
2
15 октября 2012. Рубрики: Рабочие заметки; автор — Юлия Панина aka Княгиня.
Открыть иль не открыть — вот в чём вопрос…
Вы ведёте блог? Ставите ссылки на другие сайты? Если «да» и «да», то в каком окне/вкладке вы их открываете — в том же или в новом? 99,(9)% вебмастеров открывают внешние ссылки в новом окне (а некоторые открывают в новом даже ссылки на самого себя — что, с моей точки зрения, явный перебор). Ничтожно малое исключение составляют особо принципиальные.
Свернуть
Развернуть
Отступление об особо принципиальных.
Когда я ещё только начинала свою интернет-деятельность, мой первый наставник вполне компетентно объяснял, что открывать гиперссылки в новом окне — дурной тон (о вкладках в те времена ещё и речь не шла). Что пользователь должен сам решить, каким способом ему удобнее открыть страницу. К тому же xhtml1.0 strict, считавшийся на тот момент самой передовой разновидностью html, не признавал (и по сию пору не признаёт) атрибут target, который как раз и предназначен для открытия ссылок в новом окне или вкладке. (Не оправдавший ожиданий xhtml1.1 должен был быть ещё строже, но о нём теперь можно не думать — по миру пошёл html5.)
Когда-то я всему этому безусловно верила, однако сейчас, будучи весьма продвинутым пользователем, ругаюсь, если внешняя ссылка в какой-нибудь статье при клике по ней открывается в этом же окне. Более того, я завела привычку открывать все такие ссылки правой кнопкой мыши: слишком утомительно надеяться на предусмотрительность вебмастера, а потом судорожно жать на Escape, чтобы отменить переход, или на Backspace и ждать, пока первая статья загрузится снова. Нет уж: новый сайт — новое окно. Ну, или вкладка.
Свернуть
Итак, ссылкам, ведущим на другие сайты, традиционно добавляют html-атрибут target со значением «_blank». Однако этот атрибут должен быть у каждой такой ссылки — свой собственный, и забыть его нельзя. Я же решила избавиться от этой необходимости, написав небольшой скрипт, который автоматом открывает в новом окне все ссылки, ведущие на другие домены, и не трогает ссылки, ведущие на другие страницы текущего сайта. (Впрочем, для внутренних ссылок есть одно исключение, но это мой частный случай, и другим его повторять не обязательно.) Преимущество скрипта в том, что он подключён к сайту один раз, и мне не надо ползать по страницам, расставляя target="_blank". Недостаток — если у пользователя отключён javascript, ссылки будут открываться в том же окне. Но я всё-таки надеюсь, что мы во втором десятилетии живём и не на чугунке ездим. Как это сделать »
16 июля 2012. Рубрики: Рабочие заметки; автор — Юлия Панина aka Княгиня.
Дополнение к заметке как быстро отличить подписанного комментатора. Я полагала, что способ выделить комментарии подписанных пользователей давно известен, но оказалось, что «давно» не означает «широко». Пришлось добавить такую шпаргалку, что всё было вместе и далеко ходить требовалось. Шпаргалка требует знания html, немножко css и немножко php.
Прежде всего надо убедиться, что тема вашего блога использует свою функцию комментариев. Для этого открываем файл comments.php и находим функцию, выводящую комментарии: wp_list_comments(). В скобках может быть список из нескольких аргументов, нам же нужен аргумент callback: wp_list_comments('callback=my_comments'). Если он есть, идём в файл function.php и ищем функцию с именем my_comments (иногда она находится прямо в comments.php, так что сначала стоит проверить его); следующую главу в этом случае можно пропустить. Если нет, всё равно идём в function.php и создаём недостающую функцию сами. (далее…)
23 апреля 2012. Рубрики: Рабочие заметки; автор — Юлия Панина aka Княгиня.
Когда-нибудь видели на сайтах предупреждение: «Длина сообщения не более…» например, 500 символов? Начинаешь писать, честно укладываешься в 450 символов, а при отправке получаешь отлуп: слишком длинное сообщение…
Если вы догадаетесь сократить сообщение до 250 символов или использовать транслит, сообщение всё-таки удастся отправить, но остаётся желание кого-то взять за грудки и сказать: что ж ты, милый, людям голову-то морочишь?!..
На самом деле это означает, что «на той стороне» сидит несведущий вебмастер. Может, он иностранец и не знает, что такое кириллица, а может, из наших палестин недоучка. Причина такого расхождения в обещанной и реальной длине — размер кириллических символов в UTF-8: по 2 байта вместо 1 для латинских. Php-шная функция strlen считает длину строки в байтах, а не в буквах, и если буква занимает два байта, она засчитывается за две.
Ну хорошо, чужие сайты мы улучшить не можем, а как не делать такой ошибки у себя? Используем функцию iconv_strlen, и не забываем указывать кодировку. Итого:
/*считаем длину строки*/
$strLength = iconv_strlen('а вот тут наша строчка', 'UTF-8');
Кодировка — главный «крекс-пэкс-фэкс» функции, без него эффекта не будет.
Другой случай, когда разница между strlen и iconv_strlen оказывается существенной — обрезка строки до нужной длины. Strlen не только уменьшает вдвое число кириллических символов, но может также разрезать последний из них пополам. Если на странице сайта вы видите нечто вроде «А это анонс нашей замечательной стат?», это, скорее всего, тот самый случай. Когда такое вылезает в читаемом тексте — полбеды, но если таким образом выведется переменная в код скрипта, последствия могут быть очень неприятными — вплоть до полной визуальной гибели той части страницы, что идёт после «крамольного» участка. Функция iconv_strlen избавит нас от подобных неприятностей. Скажем ей за это спасибо. 
9 апреля 2012. Рубрики: Рабочие заметки; автор — Юлия Панина aka Княгиня.
В чём, по-вашему, главная головная боль владельцев блога-dofollow? Правильно: спамеры-ручники (спам-автомат мы отрезаем намного раньше). Люди, которые ходят по спискам dofollow-блогов и оставляют комментарии без души (хотя порой и с умом), зато со ссылкой. И хотя dofollow, как правило, вводят для повышения комментируемости, «холостые» комменты — вовсе не цель хозяина такого блога.
Что делать? Модерировать. Или премодерировать, как я. Какие комментарии пропускать, каждый блоггер определяет сам, но человекоподобность — главный критерий. Один из возможных признаков серьёзности комментатора — подписка на новые комментарии к данному посту (для подписки на wordpress-блогах используем плагин Subscribe To Comments).
Способ выделить комментарии, автор которых решил подписаться на ответы, давно известен. У меня, например, такие комменты отмечены пиктограммой-конвертиком. Однако этот способ сообщает о подписанности или неподписанности посетителя только после одобрения комментария и появления его на сайте. В админке и в почтовых уведомлениях админу об этом не говорится. А жаль — иной раз именно этой информации не хватает, чтобы окончательно решить, что делать с комментатором.
Итак, как же облегчить себе и жизнь и сразу узнать о намерении пользователя получить ваш ответ? (далее…)
10 октября 2011. Рубрики: Рабочие заметки; автор — Юлия Панина aka Княгиня.
Этой заметкой я хочу заглянуть в будущее, которое, надеюсь, будет не очень отдалённым. В будущее — потому что IE7 не поддерживает табличные значения свойства display, а с арены пока не сошёл.
Адекватной замены табличным свойствам, которая работала бы в IE7, на данный момент не существует. Многочисленные способы сымитировать табличные элементы на плавающих блоках дают весьма приблизительный результат и не гарантируют устойчивости, свойственной табличным элементам.
(далее…)
5 сентября 2011. Рубрики: Рабочие заметки; автор — Юлия Панина aka Княгиня.
Из этой заметки вы узнаете:
- как ведёт себя элемент со значением display: inline-block;
- какие бывают сюрпризы при его применении;
- как обойти зловредный IE7;
- а также как можно использовать display: inline-block и чем он лучше float: left.
(далее…)
22 августа 2011. Рубрики: Рабочие заметки; автор — Юлия Панина aka Княгиня.
Часть первая, адаптированная под ИЕ7.
Css-свойство display задаёт тип отображения элемента. На русский язык его можно перевести фразой: «Веди себя как». То есть, берём любой элемент html и говорим ему: веди себя как… блок, строка, таблица или вообще как будто тебя нет.
Все существующие на данный момент значения свойства display: (далее…)