Злой вирус в .htaccess перенаправлял посетителей с поисковиков на посторонние рекламные сайты

Простите за заголовок в стиле жёлтой прессы и канала «НТВ», но сегодня наша команда столкнулся с интересной проблемой: при переходах по объявлениям Яндекс.Директа у одного из наших клиентов наблюдалась странная ситуация — пользователь при клике по объявлению в итоге попадал не на целевой сайт, а на одну из мутных площадок, где предлагают оставить на память злым ботам свой номер телефона (и потом разориться на платных sms). При заходе на целевой сайт путём ввода домена «руками» или по ссылкам на сайт из почты, скайпа, закладок — всё было ок.

Природа площадок сразу же намекнула на то, что виной всему происходящему — некий вирус (а не Яндекс). Читать далее о том, как я лечил сайт от вируса…

Кодировки MySQL и бинарные данные в полях типа BLOB и ТEXT — проблема из-за которой я не спал целую ночь

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

Лирическое вступление посвящается студийной CMS — S.Builder 3.7, чья админка работает только в Internet Explorer. На форуме разработчики на многие вопросы отвечают примерно так: «пришлите нам FTP-доступ к вашему хосту, мы проблему поправим». То есть пользы от форума не сильно больше, чем от закрытой тикет-системы. При переносе сайта с одного хоста на другой я упёрся лбом в проблему с кодировками. Увидев на странице часть русского текста и часть «кракозябров» привычно вздохнул: проблема типовая, сейчас втисну куда-нибудь запрос SET NAMES cp1251 и всё заработает. Но, не тут-то было. Читать далее о том, в чём же состояла проблема и как она разрешилась…

Мультисайтинг на Drupal 7 с использованием поддиректорий вместо доменов

В рамках одного из последних проектов потребовалось развернуть независимую англоязычную копию сайта. Многоязычного решения (привет, http://drupal.org/project/i18n) не требовалось, потому что структура сайтов планировалась очень разная (проще говоря, при большом основном сайте нужна временная небольшая английская версия).

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

Читать дальше о том, как настроить мультисайтинг в Drupal 7 с использованием поддиректорий…

Собираемся в Минск

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

Вообще поездка намечается как бы даже по делу — на DrupalCamp 2012. Докладчиком не заявлялся. Возможно, это будет мой первый кэмп, куда я съезжу исключительно послушать.

P.S. Надо срочно переносить этот бложик на Drupal, а то совсем не правоверно как-то выходит.