Как замечательно можно провести вечер со сборкой Pidgin для Ubuntu

22.10.2008

Начать с того, что автор сего креатива — окончательный параноик (и идиот, как оказалось). Шиза довела до того, что ни одно мало-мальски секьюрное действие (вроде пользования 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

Локализация модулей Друпал

15.10.2008

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

Итак, для получения перевода (или хотя бы .po файла) любого (?) модуля следует:

1. Идем на проект Перевод Друпал
2. Вписываем название модуля
3. Выбираем релиз
4. Экспортируем “все в один файл”
5. При необходимости (а она скорее всего будет) редактируем .po
6. Импортируем

Вся загвоздка была именно в получении заготовки для перевода.

Замечу в заключение, что совершенно согласен с cristobal-junta - перевод - зло, однако кто девушку ужинает тот ее и танцует - клиент не поймет американского сленга на своем сайте.

Еще по теме

• Перевод на русский язык дополнительных модулей Друпал

Отслеживание русскоязычных поисковых систем в Google Analytics

10.10.2008

Разумеется ребята из Калифорнии понимают что есть поиск кроме Гугли (и Кац пророк его), поэтому Google Analytics отслеживает переходы из множества (порядка 20) других поисковых систем.

К сожалению знания о рунете у гуглоидов заканчиваются только (?) Яндексом, поэтому для того чтобы добавить такие поисковики как Rambler, Mail и любые другие требуется небольшая доводка напильником.

Эта доводка состоит в модификации ява-кода. Следует добавить строки содержащие две переменных - URL поисковика и значение переменной, передающей поисковый реферер.

Короче, согласно официальной рекомендации, следует вставить следующие строки (для нового кода):

pageTracker._addOrganic("aport.ru","r");
pageTracker._addOrganic("bigmir.net","q");
pageTracker._addOrganic("gogo.ru","q");
pageTracker._addOrganic("mail.ru","q");
pageTracker._addOrganic("meta.ua","q");
pageTracker._addOrganic("metabot.ru","st");
pageTracker._addOrganic("nigma.ru","s");
pageTracker._addOrganic("rambler.ru","words");
pageTracker._addOrganic("nova.rambler.ru","query");

И будет вам счастье. Не забываем внести номер своей учетной записи.

Подсмотрено у

• Автор неизвестен: Google Analytics. Проблем с русскими буквами уже нет.

Мама дорогая, вот это сила!

1.10.2008

Вот это я понимаю — человечище. Мало того, что реально имеет PR 8 на внутренней, так еще и комментарии в nofollow презерватив не обуты.

Идея Павла проста — и выражается Давыдовским «пиарьте и будете пиарены». В ответ на нормальный, адекватный и неспамный комментарий автор готов предоставить ссылку с весьма жирной страницы. Пока не совсем понятно, каким именно образом накачан PR (навскидку проверил на клей — кеш правильный), но как-то в этом деле замешан Тёма и иже с ним.

Cheers!

Mediawiki и редирект на Заглавная_страница. Фтопку.

13.9.2008

Не банальный вопрос: “Как заставить Mediawiki показывать морду сайта без редиректа на Заглавная страница?” (Ибо Сапа не ходит по 301-му редиректу с морды) имеет совершенно рутинное решение:

DirectoryIndex index.php?title=Заглавная_страница

Cheers!

Перенос Mediawiki

1.9.2008

Перенос Медиавики дело само по себе достаточно тривиальное. Перезаливаем на новый хост все файлы, разворачиваем базу из дампа и правим три-четыре строчки в конфигах.

Все радости секса начинаются в тот момент, когда оказывается, что кодировки MySQL на хостах не совпадают. А с учетом того, что у Mediawiki есть неприятная особенность создавать таблицы в UTF8 и складывать в них данные к кодировке latin1 процесс начинает миграции принимает черты полового извращения.

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

Точнее один из возможных рецептов переноса Mediawiki

Вся загвоздка заключается именно в том, что Mediawiki по умолчанию хранит записи в кодировке latin1. Это никак не отражается (?) на работе сайта, однако в базе данных записи выглядят как кракозябы.

Шаг первый. Поднимаем Mediawiki на новом хосте. Прежде чем запустить инсталляцию, идем в phpMyAdmin и в разделе “Операции” устанавливаем сравнение в utf8_general_ci. При установке Mediawiki ставим радиобатон в позицию Experimental MySQL 4.1/5.0 UTF-8. После установка Mediawiki заходим в phpMyAdmin, убеждаемся в том, что записи лежат в читабельной кириллице, а не в переебанном виде.

Шаг второй. Качаем dumper и правим в файле dumper.php сороковую строку (это в версии 108)

define('CHARSET', 'latin1');

Сорок шестая строка соответствовать выбранному сравнению, т.е. выглядеть примерно так

define('RESTORE_CHARSET', 'utf8_general_ci');

Этим мы принудительно устанавливаем кодировку соединения с MySQL в UTF8, данные же забираются в кодировке latin1. Запускаем скрипт. Натурально, он будет матюгаться красными сообщениями о том, что дескать выбранная кодировка не соответствует кодировке таблиц, но в данном случае это есть гут.

Шаг три. Разворачиваем дамп с помощью того же dumper. Идем в phpMyAdmin, убеждаемся, что записи по прежнему в читабельной кириллице.

В принципе все. Наслаждаемся полученным эффектом.

Еще по теме

MediaWiki, MySQL, cp1251, utf8 by Михаил Елфимов

Простой линкбейтинг - сцылочка с Twitter

31.7.2008

На блоге миллионеров Дима, DimoninG и Кирилл, Cobber наткнулся на остроумный пример линкбайтинга. Хлопцы показали элементарный пример получения сцылки с Twitter.

Хм, надо попробовать и себе такое. Ты, кушай, Яша, кушай: http://twitter.com/theorganic

Два отличных прайс листа на постовые

30.7.2008

Не то, чтобы палю тему, но есть один вариант закупки ссылок, который…

Нет, по порядку. В одном из своих недавних опусов Давыдов размышлял на тему того, что наш человек генетически приспособлен “находить варианты” и вообще приспосабливаться к гнету системы. Один из таких вариантов формулируется простой фразой: “зачем платить больше?“. Иными словами, можно отдавать ежедневно малую толику за говноссылку из Сапы, а можно набрать кучу постовых в более или менее (есть подозрение, что лучше в менее) раскрученных блогах.

Тёмма Майнас, а вслед за ним Андрей, собрали два отличных прайс листа.