Гуглизация

Хм… Установка Movable Type оказалась далеко не банальной процедурой. Все-таки автоматизация и упрощение “Знаменитой трехсекундной инсталляции” ВордПресса действительно развращают.

Мне это напоминает мое изучение старенького Зенита с полным пониманием диафрагм/экспозиций/светосилы etc, переход на цифромыльницу с последующей полной деградацией, а затем возврат в зеркалке. Первые опыты были плачевны.

Я вообще не считаю себя технодауном (привет Давыдов), но многолетнее общение с софтом, который не требует особенных умственных усилий, похоже, превратило вашего покорного слугу в технодегенерата.

Вернемся в нашим баранам по установке Movable Type. Итак что было сделано.

1. Закачан русифицированный MTOS-5.01-ru (хоть я и зарекался от всевозможных доморощенных сборок)
2. Следуя инструкциям, рекомендациям и советам закачал все на сервер
3. Проверка mt-check.cgi особых проблем не выявила
4. Установка споткнулась о невозможность создания mt-config.cgi (Увеличение прав до 777 на директорию cgi-bin ведет к 500-й ошибке любого скрипта. Хостер у меня тоже параноик.)
5. ОК. Я ручками вписал туда необходимые пути и пароли к базе (Перенос строк для Unix)
6. Рефреш. Попал на страницу создания первого пользователя и первого блога. (Страницы проверки почты почему-то не было)
7. Страница входа в систему
8. Редирект на mt.cgi
9. 500 (Шайзе!!!)

В эррор логе:

Out of memory!, referer: http://www.example.com/cgi-bin/mt/mt.cgi
Callback called exit at mt.cgi line 11., referer: http://www.example.com/cgi-bin/mt/mt.cgi
END failed--call queue aborted at mt.cgi line 11., referer: http://www.example.com/cgi-bin/mt/mt.cgi
Callback called exit at mt.cgi line 11., referer: http://www.example.com/cgi-bin/mt/mt.cgi
END failed--call queue aborted at mt.cgi line 12., referer: http://www.example.com/cgi-bin/mt/mt.cgi
Callback called exit at mt.cgi line 12., referer: http://www.example.com/cgi-bin/mt/mt.cgi
END failed--call queue aborted at mt.cgi line 14., referer: http://www.example.com/cgi-bin/mt/mt.cgi
Callback called exit at mt.cgi line 14., referer: http://www.example.com/cgi-bin/mt/mt.cgi
BEGIN failed--compilation aborted at mt.cgi line 11., referer: http://www.example.com/cgi-bin/mt/mt.cgi
Out of memory!, referer: http://www.example.com/cgi-bin/mt/mt.cgi
Premature end of script headers: mt.cgi, referer: http://www.example.com/cgi-bin/mt/mt.cgi

Вот такая ***я, малята. Планирую снести все и повторить с официальным дистрибутивом.

Трики (хард- и софткор) Movable Type

Все мы очень любим и ценим распрекрасный в своей отвратительности движок WordPres. Одним из преимуществ движка является тот факт, что записи в админке выводятся по 15 штук. При условии, что блог содержит хотя бы сотню-другую постов, листать эти странички для поиска нужной записи становится… как бы это… утомительно.

К счастью, мир не без добрых хакеров, которых хлебом не корми, а только дай поковырять чей-нибудь код. Итак найден хак, позволяющий выводить произвольное количество постов в админке ВордПресс.

Открываем файл /wp-admin/includes/post.php, находим строку:

wp("post_type=post&what_to_show=posts$post_status_q&posts_per_page=15&order=$order&orderby=$orderby");

В версии WP 2.7 это 805-я строка. Изменяем значение posts_per_page на желаемое. Наслаждаемся.

Трики (хард- и софткор) WordPress, Рабочие моменты

Как известно «каждый вебмастер может спеть песню о проблеме отсутствующих завершающих слэшей при использовании URL ссылающихся на каталоги». Немного на эту тему я уже исполнял, теперь хочется немного конкретики.

Проблема в следующем. Автор ВордПресс почему-то не обратил большого внимания на то, что ссылки на рубрики, страницы, теги и прочее по-умолчанию не заканчиваются слешем. Многие люди верят, что это и не проблема вовсе, а нечто академическое и из пальца высосанное. Нонконформисты считают, что нехорошо когда одна и та же страница доступна по нескольким URLам.

Нет, не так. Небольшое отступление. Представим сферический сервер, обслуживающий статику. Когда мы ссылаемся на нечто похожее на page.html он понимает, что это страница и отдает ее браузеру. В случае когда ссылка идет на page, сервер проверяет — это страница или каталог, и если это таки каталог — редиректит пользователя на page/.

Если же структура URLов формируется движком, то естественно, ни о каких каталогах речи не идет. Документ может быть доступен по тому адресу, который формируется движком.

Так вот, гениальный создатель WP хотел ложить на все эти мудрствования, а вместе с тем и на завершающий слеш.

Как я уже писал, некоторые самураи верят в то, что это не есть гут и придумали пару-тройку решений. Для начала самые простые. Существует по крайней мере два плагина, добавляющие слеш к страницам, рубрикам etc. Французских и немецких товарищей соответственно:

• Permalink Trailing Slash Fixer
• Smart Trailing Slash

Недостатком этих решений является то, что они несколько замедляют и без того задумчивый ВордПресс. Для истинных джедаев существуют более радикальные решения с использованием .htaccess:

• Add Trailing Slash to the End of the URL with .htaccess Rewrite Rules

Трики (хард- и софткор) WordPress, Рабочие моменты

Мда. Присаживайтесь поудобнее, детки, сегодня дедушка будет рассказывать как он прое**ал пол-ночи, пытаясь справиться с Белым экраном смерти в ебу**ем WordPress 2.7.1

В качестве предисловия и описания бага. При попытке вставить изображение в запись, его загрузка в uploads происходит без проблем, но при нажатии кнопки Вставить (ух и навставлялся я сегодня) получаем белый экран.

Т.е. еще раз — Вордпресс загружает изображения, обрезает их, и масштабирует, но в пост вставлять решительно не хочет. Вот несколько иллюстраций (там парень, правда, все напутал, но картинки правильные).

В наших интернетах по этому поводу почему-то совершенно ничего не пишут. Т.е. да, два-три раза люди спрашивают об этой проблеме, но умудренные опытом аксакалы обычно отругиваются словами: три семерки, или иди к хостеру, или просто — да ты парень лох.

У буржуев все сильно бодрее. На официальном форуме нашел три «решения»:

1. Переустановить WordPress (якобы мог не докачаться какой-нибудь ява скрипт)
2. Отключить плагин commentluv
3. Танцевать с бубном. Якобы один чел смог воспроизвести эту проблему, когда пытался вставлять картинку во второй закладке Firefox (то еще го*но, кстати)

А потом нашелся умный человек (наверное из Одессы), который и предложил решение. Дело в том, что URL блога в настройках, должен совпадать с URL, который видит загрузчик. Иными словами, если я сейчас зайду в Параметры → Общие и переименую свой уютный дневничок в Googlization.org.ru (т.е. напишу его URL с использованием заглавных букв), этим я сломаю загрузчик изображений.

Бляха-муха, три часа ночи.

Трики (хард- и софткор) WordPress, Низачот, Рабочие моменты

Около полугода назад со смой случилось презабавное приключение — я пол-вечера про***ся со сборкой расово верного ICQ клиента — Pidgin IM.

Любовь AOL менять протоколы и определенная заторможенность разработчиков Ubuntu приводит к тому, что в репозитариях постоянно находится версия, несовместимая с текущей версией протокола. На момент написания этого поста, работающая версия 2.5.5, в репах лежит 2.5.2.

Убил еще один вечер. На этот раз все происходило менее драматически, но сильно продуктивнее. Итак.

Рецепт (работающий) компиляции Pidgin

Шаг первый, и самый важный, разрешаем все зависимости:

sudo apt-get build-dep pidgin

Шаг второй, конфигурция конфигуратора с указанием пути установки:

./configure --prefix=/usr

Шаг третий, собираем (компилируем) пакет:

make

Шаг четвертый, и необязательный, проверка пакета:

make check

Шаг пятый, установка, потребует прав записи в установочную директорию, поэтому выполняется от имени рута:

make install

Наслаждаемся.

Трики (хард- и софткор) Ubuntu Linux

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

Распрекрасный говнодвижок (которого, видимо, ждет судьба SimpleCMS) отличается весьма продвинутыми способностями продуцировать удвоение (утроение, учетверение и даже упятерение ©) фактического количества контента. Пост на главной, он же в категории, он же в тегах и т.д. Очень удобно для МейдФорСапа.

Гугль хотелъ на это чихать, однако с Яндексом далеко не все так просто. Существуют вполне обоснованные подозрения в том, что алгоритмы Яндекса попросту банят за не в меру активную работу с тегами. Ну не справляются они, бедолажки… что ж поделать. (Как говорила моя шефиня — человека нельзя заставлять делать то, что он делать не может — это неэтично.)

Решение, казалось бы банальное. Пишем и публикуем как и прежде (несколько категорий, тегов ПейджНави и т.д.), но прячем все под кат. С одной стороны это избавляет от умножения сущностей, с другой — не дает человекам в полной мере насладиться креативом афтора — далеко не всякий будет читать каждую обрезанную тегом more статью.

Я, честно говоря, некоторое время дергался как свинья на веревке (со слов другой шефини, будь они неладны), а потом решение пришло само в виде старенького плагина WP Limit Posts Automatically.

Идея в том, что мы отрезаем большую часть статьи на страницах категорий, тегов, архивов и поиска (который, кстати говоря, нехудо бы и закрыть от индексации), но показываем полные тексты на морде.

(Подозреваю, сие — секрет Полишинеля.)

Трики (хард- и софткор) WordPress, Рабочие моменты

Большинство вебмастеров смотрят на эту процедуру переноса сайта на новый домен с некоторым ужасом. Riona MacNamara дает рекомендации как сделать переезд наиболее безболезненным.
Читать далее…

Трики (хард- и софткор) 301, 404, Рабочие моменты

Однажды созданный URI может быть активен неопределенно долгое время, и теоретически, не существует причины, заставляющей владельца сайта изменять адреса документов.

Как обычно, на практике все выглядит несколько более запущено — сайты меняют владельцев, тематику, движок; зачастую первоначальная дерьмовая субоптимальная структура сайта требует основательной переработки; наконец компании, стоящие за сайтом, прекращают существование.
Читать далее…

Трики (хард- и софткор) Рабочие моменты

Обновление WordPress может стать настоящим приключением, если подойти к этому невнимательно. Более того, движок WordPress славится отвратительной обратной совместимостью с предыдущими версиями плагинов и темами оформления.

Поэтому если плагинов у вас установлено десятка два-три, а тема вылизана, — дважды подумайте о необходимости обновления. Вероятность потенциальной уязвимости старых версий сильно меньше вероятности получить после апгрейда неработающий блог.

Дальше приведен достаточно вольный и сокращенный перевод официального руководства по обновлению.
Читать далее…

Трики (хард- и софткор) Рабочие моменты

Начать с того, что автор сего креатива — окончательный параноик (и идиот, как оказалось). Шиза довела до того, что ни одно мало-мальски секьюрное действие (вроде пользования ftp) выполняется не из-под форточек, а из Линуха.

Как все помнят поту месяцев назад AOL преподнесла всем замечательный подарок в виде изменения протокола ICQ, так что все клиенты пришлось в спешном порядке обновлять. А так как Бубунта продолжает славную традицию Дебиана выкладывать в репах все только самое продуманное^W протестированное, то последняя доступная версия Pidgin была 2.4.что-то там. Пользоваться же другим клиентом Заратустра не велел.

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

Так и получалось, что пока работаю в Убунте аська не доступна. Сегодня плюнул и решил потратить 15 минут жизни на сборку Пиджина. Элементарное по своей сути действо превратилось в трехчасовое гугление и пляски с бубном. Ближе к делу. Самое доступное для клинических идиотов руководство было найдено здесь Собираем свежий pidgin 2.5.0 из исходников (надеюсь, что это таки первоисточник, потому как статья пошла гулять по Нету).

Все это было распрекрасно до тех пор, пока не оказалось что make прерывается с ошибкой:

make: *** Не заданы цели и не найден make-файл. Останов.

Соответственно make install останавливается с:

make: *** Нет правила для сборки цели `install'. Останов.

ОК, догадался почитать, все ли в порядке с ./configure. Оказалось, что нет:

GNU gettext tools not found; required for intltool

Доустановил gettext. Потом оказалось, что для сборки требуется отключить еще несколько опций в ./configure. И так далее.

В конечном итоге 15 минут плавно превратились в 3 часа, однако в итоге имею относительно работоспособный клиент (по прежнему остаются проблемы с русификацией, ну да это фигня). Ну и экспиериенс в качестве бонуса.

Cheers

Трики (хард- и софткор)