Метка: сайтоводство

Создал на сайте раздел на английском языке:

http://shura.luberetsky.ru/category/english/

Кто хочет — пиарьте :)

Относительно контента сайта есть пара интересных мыслей.

Первое. Думаю сделать «англоязычную» версию «паяльного бреда». Заведу отдельный домен и буду потихоньку выкладывать туда переводы лучших «паяльных» записей.

Второе. Есть мысль написать некоторое количество записей про спутниковое ТВ. Во-первых, чисто в SEOшных целях — для привлечения посетителей на сайт, во-вторых — для более «тематической» поисковой рекламы. Естественно, если это «всех бесит» — то писать не буду. В планах — посты от «простейшего уровня» (как самому поставить «тарелку») до таких вопросов, как использование кардшаринга. Кому-нибудь из читающих мой блог эта тема интересна?

Не так давно я писал о том, как заставить работать «планировщик» WordPress на сервере с nginx. В новой версии WordPress 2.7 серьезно переработан «движок» HTTP-запросов, теперь все запросы к серверам реализуются единообразно, с использованием классов.

Хорошо это или плохо — не знаю, например, все задачи планировщика — отправить запрос к скрипту wp-cron.php — реализовывались в две строчки, а теперь происходит несколько вызовов разнообразных функций. Впрочем, тут у нас не Zilog Z80, не AVR и не PIC, и, наверное, усложнение операций ради снижения количества потенциальных глюков вполне оправдано.

Теперь для того, чтобы вставить задержку, достаточно все в том же wp-includes/cron.php заменить строку

wp_remote_post($cron_url, array('timeout' => 0.01, 'blocking' => false));

на что-нибудь наподобие

wp_remote_post($cron_url, array('timeout' => 0.5, 'blocking' => false));

Хочу обрадовать всех своих читателей из ЖЖ: теперь на моем сайте у комментаторов, указавших в качестве сайта свой ЖЖ либо воспользовавшихся OpenID (жежешечным, другие сервисы пока не поддерживаются) будут показываться их аватары. Делает это замечательный плагин для WordPress под названием Avalicious! — именно так, с восклицательным знаком.

Предлагаю желающим протестировать эту фичу в комментариях к записи.

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

Обновление прошло вполне успешно.

Из глюков — у кого-то временно не отображаются ЖЖшные человечки перед никами комментаторов. В остальном все хорошо.

Завтра попробую пофиксить глюк.

UPD Да, некоторые текстовые собщения на сайте внезапно «перевелись» на английский. Это не страшно.

WordPress 2.7.1 мне даже нравится.

Если через час не заработает — считайте коммунистом.

К WordPress существует минимум три плагина, позволяющих писать с использованием OpenID. Мне больше всего нравится довольно старый плагин, написанный Александром Никулиным. К сожалению, автор не занимается адаптацией плагина к новым версиям WordPress, в частности — к 2.7.1. Приходится делать все самому.

В общем, доработал этот плагин напильником для работы с WordPress 2.7.1 — последней на данный момент версией. Нужны бетатестеры, желательно — имеющие аккаунт в ЖЖ. Кто может — отпишите в комменты. «Работы» буквально на 5 минут.

Все, тестеры не нужны. Спасибо vanchez.

Вчера не без помощи комментариев камрада akinak2000 к записи про некоторых пидоров в плохом смысле обнаружил один баг, похожий на уже описанный ранее.

Теперь, правда, он выглядит по-другому. Если кто-то оставляет комментарий, пользуясь OpenID, то ему не отправляются никакие cookie. Соответственно, при последующем запросе страницы он опознается, как не оставлявший комментариев — и ему выдается кешированная ранее версия страницы, на которой комментарий не виден.

Сейчас немного разберусь с неотложными делами — и примусь за приспособление OpenID-плагина к своим представлениям о том, как он должен работать. Баг пофикшу.

Поборол довольно интересный глюк, возникающий при работе «связки» из WordPress, Apache и nginx.

Для начала расскажу, как в WordPress устроен «планировщик». Естественно, многие хостеры всячески ограничивают доступ пользователя к системе. Поэтому выполняемые на хостинговых аккакунтах скрипты не могут полагаться на такие вещи, как cron — стандартный юниксовый планировщик задач. Кстати, некоторые извращенцы запускают WordPress под Windows, где никакого крона нет и никогда не было.

Разработчики скриптов извращаются, как могут. Например, в WordPress все устроено следующим образом: при обращении к страницам сайта вызывается функция spawn_cron(), которая, если имеются «запланированные» события, в свою очередь обращается GET-запросом к файлу wp-cron.php, используя fsockopen(). ИМХО, механизм более чем странный, но почему-то использующийся.

Мое внимание привлекло большое количество ошибок 499, которые awstats определял, как Unknown Error, в статистике сайта. Оказалось, что они возникают из-за наличия у хостера nginx, который не перенаправляет запрос Apache, если соединение было закрыто слишком быстро — раньше, чем сервер успел прочесть заголовки. При этом в лог пишется 499 ошибка.

Естественно, wp-cron.php не запускается, что несколько бесит. Например, не работает автоматическое создание бекапа базы данных по расписанию.

Как лечить досадное недоразумение? Необходимо всего лишь исправить файл wordpress-dir/wp-includes/cron.php — перед выходом из функции spawn_cron() добавить небольшую задержку.

Было:

function spawn_cron() {

//skipped some code

if ( $argyle )
fputs( $argyle,
"GET {$parts['path']}?check=" . wp_hash('187425') . " HTTP/1.0\r\n"
. "Host: {$_SERVER['HTTP_HOST']}\r\n\r\n"
);

}


Стало:

function spawn_cron() {

//skipped some code

if ( $argyle )
fputs( $argyle,
"GET {$parts['path']}?check=" . wp_hash('187425') . " HTTP/1.0\r\n"
. "Host: {$_SERVER['HTTP_HOST']}\r\n\r\n"
);

usleep(100000); //100ms wait for nginx
}


После такого патча wp-cron работает нормально.

Наткнулся на сайтик http://www.colocat.ru. Приятный дизайн, удобная навигация, интересные коммерческие предложения — все в наличии. Но…

При всей красивости дизайна начинаешь замечать мелкие орфографические ошибки и несуразности, например, «хостинг-провайдер» соседствует с «хостинг провайдером» без дефиса, «способ удобен скоростью приема платежей а так же простотой выпоняемых операций» — вечная беда тех, кто пользуется вордовским спеллчекером, он не отлавливает «также» и «так же», «сервера выделенные под услуги UNIX хостинга» не отделены от причастного оборота (блин, вспомнил, как оно называется) запятой.

С другой стороны, на разнообразных сайтах паял-жукоделов или спутниковых «пиратов» нередко встречаются такие кошмары Розенталя, как:

20 ноября, по просьбам пользователей, был запущен новый сервер, призванный сократиь ответы для категории клиентов, трасса которых до старого сервера слишком длинна и нестабильна. Предупреждаем, сервер находится в тестовом режиме и через некоторое время может быть отключен! Тем у кого есть проблемы со старым сервером, совтеуем попробывать перейти на новый. Тем кто никаких проблем не испытывает, советуем оставаться на старом.
Чтобы перейти на новый сервер, нужно изменить в настройках ваших примеников 2 буквы в имени хост-а, который указан в разделе «моя подписка». ru ПОМЕНЯТЬ на cc. Просьба ко всем, обязательно оставить сравнительный отзыв о работе нового сервера, потому что от этого зависит его дальнейшая судьба.

Орфографические ошибки можете посчитать сами. Я нашел 9 штук, но может быть и больше.

При всем этом не возникает чувства «несоответствия» между дизайном сайта и орфографией его авторов. Весь «дизайн» на подобных сайтах сводится либо к табличной верстке пятилетней давности, либо к найденному где-то «трехколоночному» дизайну для «крутейшего портала на PHP-Nuke». Напротив, когда дизайн заменяется на нечто «модное вебдванольное», каким-то «шестым чувством» начинаешь обращать внимание на малейшие несуразности на сайте.

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

Люблю подсматривать за посетителями собственного сайта — откуда приходят, что смотрят и так далее. Некоторых узнаю по давно вычисленным айпишникам, некоторых — по редкой версии браузера, некоторых — по характерным реферерам. Опять же, интересно следить за «разовыми» посетителями с поисковиков, особенно — с необычными запросами — на какие страницы они заходили, сколько времени провели на сайте и тому подобное.

По мере роста посещаемости сайта уже не так удобно скачивать лог с сервера и смотреть его «текстовым редактором F4». Распространенный софт наподобие awstats считает только «усредненные» значения. Это, конечно, тоже интересно, но для скрытых вуайеристов совсем не подходит.

В общем, хочется софтину, которая могла бы:

• Показывать «стандартную» веб-статистику — количество посещений, хиты, рефереры, поисковые запросы — в общем, подобие awstats
• Детализированно показывать визиты пользователей — то есть фактически отображать данные из лога
• Иметь возможность показать визиты пользователей с выбранным реферером или поисковым запросом
• … и прочие подобные радости

В принципе, есть даже идеи, как такое реализовать. Естественно, софтина должна быть «оффлайновой» — для детализированного просмотра информации по визитам на сайт надо фактически создавать копию лога — а это очень немаленький объем данных. Чтобы не изобретать велосипед — осведомлюсь у публики — кто что знает «по теме»?

Близок к тому, что мне хочется, SmartLog, но он платный (и довольно дорогой), что мне не нравится. Платный «оффлайновый» софт я тоже рассматриваю, так как там эмулятор кошелька с баксами найти проще.

Временно вырубил антилич.

Одновременно договариваюсь с хостером на предмет добавления rewrite в конфигурацию nginx, а не Apache — так будет работать быстрее и с меньшей нагрузкой на сервер.

Все в подробностях читаем тут:

http://shura.luberetsky.ru/plaginy-dlya-wordpress/antileech/

В ваших френдлентах должна быть видна косая надпись через всю картинку.