cookieslovers.com blogs

Впечатления от посещения i-Community 2010 и Яндекс

Z. — Fri, 05 Mar 2010 11:54:39 +0000

Вчера 4-го марта мне удалось посетить конференцию "Интернет-Сообщества 2010" (i-Community 2010, оно же #icom), а также побывать на семинаре "Поиск по блогам" в Яндекс, совмещенном с небольшой экскурсией по их огромному и красивому офису.

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

Собственно конференция началась с небольшого вступления о социальных медиа в России, после чего посетители разбрелись по интересующим их секциям.

Я осталась в первом зале, чтобы прослушать многообещающие выступления на тему ROI в социальных медиа. Докладчики приводили красивые презентации, говорили громко и уверенно, но тему, к сожалению, раскрыли плохо. Многие начинали с утверждения, что в ROI всё сводится к деньгам и достижению целей, но когда переходили к конкретным примерам, то оказывалось, что за денежной отдачей от социальных сервисов гнаться нельзя, и это даже вредно. В качестве целей ставилось эфемерное "продвижение" бренда, пока никак не измеримое в деньгах. Очень любопытная фраза прозвучала от Евгения Федосеева (Акадо): "Работа с блогосферой - это как гомеопатия. Можно один раз попить чай с липкой и не получить эффекта. А можно постоянно его пить и быть бодрым и здоровым," - другими словами, лучше работать с социальными медиа в качестве канала продвижения и делать это постоянно, может и не замечая прямой отдачи, чем не работать вообще и наблюдать за периодическими пинками по репутации из интернетов

С этим утверждение согласились все, в том числе слушатели, которые во время "круглого стола" всячески пытались дискредитировать докладчиков, задавая провокационные и каверзные вопросы. Больше всего досталось Александру Блохину за кейс о продвижение акции фото-ателье, где стоимость привлечения потенциального клиента через "Вконтакте" и форумы обошлась в 1500р на человека, а также Илье Ермолаеву за вот эту вот табличку с не очень понятными формулами:

Далее прошло торжественное награждение победителей конкурса "Блог рунета 2010". Победили те, кто больше всего этого хотел и не стеснялся просить о поддержке. На фото Boomburum (@boomburum) получает награду в номинации "Микроблог". Поздравляю!

После чего в первом зале прошло две секции, целиком и полностью посвященные Twitter. Начал Антон Волнухин (@antonme) из Яндекс, приведя статистику о росте популярности Twitter в России и описав портрет российского твиттерянина. А, перед этим было еще видео-интервью с Jack Dorsey, основателем Twitter - честно говоря, ничем не запомнилось, кроме фразы, что "Россия должна развивать Twitter, а не наоборот". Вообще, на мой взгляд, самым интересным выступлением в этой секции был доклад психотерапевта Марка Сандомирского о том, какие подсознательные механизмы движут пользователями социальных сервисов. Если вы не были на конференции и не имели возможности увидеть доклад в онлайн трансляции, обязательно скачайте, когда выложат, и посмотрите. Это очень интересно!

В последней секции речь шла о кейсах продвижения через Twitter и массфолловинге. Кстати, постоянно резало ухо, когда буквально все докладчики произносили "фоллОверы" с ударением на второй слог. В слове "массфОлловинг" ударение при этом почему-то делали правильно. Из особо выделившихся докладчиков в этой секции:
- Вадим Чернец, который вместо доклада устроил мастер-класс по замене фона аккаунта на веб-морде Twitter;
- Никита Кабардин, заявивший, что, являясь самым главным российским массфолловером, зафолловил каждого присутствующего в зале минимум по 10 раз. Так же он успел поучаствовать в громком споре с представителем Яндекс на тему того, что статистика Яндекс по русскоязычным Twitter аккаунтам неадекватна, и озвучил свою цифру в 110 тыс. (185 тыс. по версии Яндекс). Вообще громких споров на повышенных тонах на конференции было через чур много - в такие моменты было ужасно неприятно и неуютно. Это не говоря о переодических выпадах товарища из Курчатовского Института, который в твиттере мгновенно превратился в мем #ded. Фото одной из перепалок:

Было неплохое выступление Пети Диденко (@pdidenko) и милого юноши из Microsoft Михаила Черномордикова (@mixen) о том, как Microsoft на самом деле пофиг на Twitter состовляющую продвижения, но которой, тем не менее, переодически удается приятно и эффективно пользоваться. Егора Данилов (@M0rFium) из www.ivi.ru рассказал о своем Twitter кейсе, и это был лучший пример продвижения через соц-медиа в рунете из всего, что было показано на конференции.

После окончания конференции мы с небольшой кучкой других участников отправились в соседнее здание компании Яндекс. Там нас ожидал семинар "Поиск по блогам" от Антона Волнухина.

Ну и в завершение милые и приветливые сотрудницы Яндекса Маша и Дарья провели нас по закоулкам большого и уютного офиса компании.

В довершение хочу поблагодарить РОЦИТ за организацию конференции и компанию Яндекс за радушный приём!

Печеньки и Drupal: модуль Junk

Z. — Mon, 08 Feb 2010 15:48:19 +0000

На днях Drupal.org обогатился одним моим нехитрым модулем под названием "Junk". Назначение модуля - перехватывать удаляемые пользователями ноды и помещать их в "корзину", откуда модератор может удалить их с сайта уже по-настоящему. При этом помещенные в корзину ноды скрываются во всех отображениях на сайте, будь то Views или меню, а также к ним ограничивается доступ. Junk имеет интеграцию с CTools Page Manager, Rules, Panels и Views и является полностью готовым решением для описанных задач.

Реализованный функционал

- возможность поместить ноду в корзину с помощью ссылки "Delete" в локальном меню и кнопки "Move to junk" в режиме редактирования. Помещенные в корзину ноды не отображаются в листингах нод (есть также опция автоматически фильтровать во Views), и доступ обычных пользователей к ним запрещен;

- возможность восстановить ноду из корзины с помощью кнопки "Restore" на странице ноды и на странице управления корзиной - доступно лишь ролям с назначенными специальным правами;

- страница корзины, отображающая помещенные в неё ноды с кнопками восстановления и окончательного удаления;

- автоматический "сборщик мусора", который окончательно удаляет ноды из корзины, если их пребывание там превышает заданный период. Например, можно автоматически удалять ноды, находящиеся в корзине более недели.

- интеграция с Panels 3 через CTools Page Manager. Это стоило немало крови, зато Junk не рушит новые панели, в отличии от других подобных решений;

- интеграция с Views 2 - добавлены свои поля и фильтры;

- интеграция с Rules - предоставляется 2 события: одно для помещения ноды в корзину и одно для восстановления;

- опция, позволяющая анпаблишить ноды при помещении в корзину.

Немного об аналогах

На продакшн сайте у нас активно использовался модуль Trash, и в целом он справлялся с поставленной задачей до того момента, пока мы не обновили панели до третьей версии. И тут отображение сообществ и нод-панелей на всём сайте буквально обрушилось. Расследование показало, что виновником оказался модуль Trash, который криво переопределяет node_view и таким образом входит в конфликт с панелями. Также в ходе исследования оказалось, что Trash некорректно использует таблицу модуля ядра Node. Мы стали искать альтернативные модули.

Альтернатив оказалось две: Trashbin и Killfile. К сожалению, оба они не предоставляют полноценных инструментов для управления корзиной и ограничения доступа к "удаленным" нодам. В идеале было бы взять и скрестить все три модуля, добавив необходимых вкусностей. Можно было попросить мейнтейнерство одного из модулей и соответсвенно довести до ума. Trash пришлось бы переписывать с нуля, полностью изменив архитектуру, но автор модуля твёрдо дал понять, что она его устраивает, и менять он её не хочет. Trashbin позиционируется как супер-легкий модуль, который не будет "утяжеляться", а Killfile в качестве основы подходит меньше всего, так как почти не имеет пересечений в необходимом функционале и имеет странный крен в сторону RSS.

Итог - разработка своего модуля Junk и успешный запуск в эксплуатацию на крупном продакшн сайте. Потом появилась идея поделиться содеяным с Drupal сообществом, и был пройден длинный путь от Code Review до First Release Commit (отдельная история...).

Видеоролик для сайта "Where are u?"

Z. — Tue, 21 Jul 2009 10:03:52 +0000

Один хороший фотограф снял для недавно разработанного нами сайта "Where are u?" вот такую милую видео-историю.

Вкратце о сайте: эдакий романтический аналог "Жди меня". Люди встречаются, влюбляются... и не решаются познакомиться или теряют контакты друг друга. Как найти человека, если не знаешь даже его имени?
Проект "Where are u?" предлагает пользователю рассказать о волнующей встрече, добавить описание внешности (может быть даже есть фотографии или видеролики?), места и времени действия. А дальше... дальше поисковики сделают своё дело ;)

О нет, это же говорящий Артемий!

Z. — Fri, 03 Apr 2009 07:10:52 +0000

На нашем блоге неожиданно завёлся маленький говорящий Артемий. Будучи крайне словоохотливым малым, он не прекращает терроризировать нас своими советами и нравоучениями. На вопросы отвечает охотно, правда невсегда вежливо.
К счастью, нам удалось отвлечь его на мгновение и проникнуть в подкорку мозга (не спрашивайте как), и теперь мы можем влиять на его ответы, расширяя кругозор. Если он повел себя неадекватно по отношению к вам, оставьте комментарий - разберемся :)

Update: Кстати, принимаются предложения по развитию словарного запаса и тематикам общения.

Видеохостинг: как разместить видео на своём сайте. Часть 2.

A. — Wed, 01 Apr 2009 05:16:50 +0000

Данный материал является продолжением статьи Видеохостинг: как разместить видео на своём сайте. Часть 1.

В этой статье я бы хотел представить вам руководство по созданию собственного видеохостинга на Drupal. Для достижения этой цели будет использоваться многофункциональный модуль FlashVideo. Подробное описание каждого шага поможет установить и настроить этот модуль правильным образом. Так же я расскажу о том, как создать необходимый для загрузки видео тип ноды, пояснив как преодолеть некоторые ограничения Drupal, связанные с модулем Upload.

Введение

Первое, о чем стоит задуматься, создавая собственный видеохостинг - это о том, где же будут храниться видеоролики. В случае, если вы решите размещать их у себя на хостинге, стоит озаботиться подбором подходящего выделенного сервера. Альтернативным вариантом является размещение контента на сторонних серверах, например в рамках Amazon Simple Storage Service (Amazon s3) - такая возможность также присутствует в FlashVideo.

Модуль FlashVideo позволяет конвертировать добавляемые в аттачменты видеоролики в нужный формат (по умолчанию во флеш - .flv) для указанных типов нод. Данный модуль имеет множество настроек, которые позволяют детально сконфигурировать процесс перекодирования и отображения видеоматериала.

ffmpeg

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

Настраиваем параметры php

Далее, для корректной работы модуля вам необходимо поменять настройки ряда php параметров:

upload_max_filesize - задает максимальный размер загружаемого файла;
post_max_size - определяет максимальный размер POST`а, который должен быть больше либо равен upload_max_filesize;
max_execution_time - устанавливает максимальное количество секунд, которое может исполнятся скрипт. Данный параметр должен обеспечивать достаточное количество времени для конвертации больших файлов.
max_input_time - максимальное количество секунд, в течении которых скрипт может считывать входящие данные. Слишком маленькое выставленное время приведет к тайм-ауту больших по весу загрузок.

Автор модуля рекомендует выставить следующие значения (либо в php.ini, либо в корневом .htaccess файле):

php.ini

post_max_size=100M

upload_max_filesize=100M

max_execution_time=1000

max_input_time=1000

.htaccess

php_value  post_max_size  100M

php_value  upload_max_filesize  100M

php_value  max_execution_time   1000

php_value  max_input_time  1000

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

Конфигурируем FlashVideo и ставим плеер

Теперь необходимо включить модуль ядра Upload, а также установить CCK и FlashVideo.
Далее создадим новый тип ноды, который будет содержать в себе видеоролик с описанием, и назовем тип материала, скажем, video. Добавим текстовое многострочное поле, которое будет использоваться в качестве описания.
Зайдя на страницу конфигурирования FlashVideo можно увидеть, что он предоставляет настройки как для всех типов нод, так и для каждого материала в отдельности.
Рассмотрим наиболее важные:
1. Disable the [video] tag - запрещает использование тега [video]. По умолчанию, пользователь должен прописать данный тег в теле нода, чтобы отобразить видео.
Список параметров для тега можно посмотреть тут.
2. Convert videos immediately - разрешает модулю попытаться сконвертировать видео сразу же после его загрузки, не дожидаясь завершения работы крона. Поставим галочку для нашего примера.
3. Flash Player Name - содержит в себе имя флеш плеера. Он должен находится в той же директории, что и сконвертированные видеоролики.
4. ffmpeg Path - содержит в себе путь до исполняемого файла ffmpeg. Будьте внимательны, значение по умолчанию /usr/bin/ffmpeg в ОС Windows будет указывать на /usr/bin/ffmpeg.exe .
5. Delete Original Video - удаляет исходное видео после удачной конвертации. Очень советую включить для экономии места.
6. Output Directory - директория для хранения перекодированных видео и картинок превью. По умолчанию, такая же как и для файлов.
7. Maximum Conversions per Cron - максимальное количество видеороликов, которое модуль будет пытаться конвертировать за один прогон крона.
8. Log Conversion Data - сохраняет записи о процессе перекодировки и создания превьюшек в таблицу ffmpeg_data. Очень полезная опция для дебага, так что тоже отмечаем.

Для воспроизведения видеороликов вам потребуется флэш плеер, например протестированные в работе с FlashVideo плееры Dash Media Player или JW Player.
Прочитать краткий обзор ряда плееров можно тут. Для примера воспользуем JW Player.
В случае, если на вашем сайте включен public режим доступа к файлам, будет достаточно поместить файлы плеера в Output Directory.
Если же включен private режим, то вам будет необходимо создать запись до файла плеера в таблице files либо вручную, либо, например, загрузив файлы плеера при сохранении какой-либо ноды (если директория
для файлов совпадает с Output Directory). Не забудьте поменять Flash Player Name на правильный.

Проверка работы

Итак, пришло время создать ноду типа video. Загрузите видеоролик и разместите в описании тег [video]
Если после ее сохранения, вы видите, как в выбранном плеере воспроизводится ваш ролик, позвольте поздравить вас с победой!
Если же нет, то проверьте таблицу ffmpeg_data - если там есть записи, попытайтесь вручную запустить ffmpeg с указанными параметрами и посмотрите сообщения об ошибках. Также, если вы не включали конвертацию сразу же после загрузки и у вас не настроен или еще не запускался крон, стоит запустить его вручную.
Если записей об ошибках нет, но не видно плеера, то стоит проверить все ли его файлы вы скопировали в Output Directory, есть ли запись в бд в случае private метода загрузки файла и правильно ли указано имя плеера в Flash Player Name.

Статья автора модуля про FlashVideo (содержит раздел о проблемах) - http://www.travistidwell.com/flashvideo .

Ограничение количества загружаемых файлов

Забавно, но в корневом модуле Upload невозможно ограничить количество файлов для загрузки в аттачменты.
Допустим, мы хотим, чтобы пользователь мог загружать только один видеофайл для каждой ноды - довольно логично, неправда ли? Можно было бы воспользоваться модулем FileField, но вот вопрос - как заставить работать их в одной связке с FlashVideo? Дело в том, что FlashVideo ролик может быть засабмитен только через Upload аттачмент, но не через FileField. Соотвественно необходимо это как-то исправить.
Самым правильным способом, конечно же, было бы переделать модуль FlashVideo и добиться коммита в CVS проекта.
Однако, когда я столкнулся с подобной проблемой я был очень ограничен по времени, так что у меня родилось следующее решение:
1. Устанавливаем модуль FileField.
2. Добавляем в тип ноды video поле типа file (машинное имя - upload_video) и прописываем разрешенные для загрузки типы файлов.
2. Создаем собственный модуль (назовем его fff) и помещаем в него следующий код:

function fff_form_alter($form_id, &$form)

{             

    //если тип ноды video

    if ($form_id == 'video_node_form')

    {                    

        //убираем аттачменты

        unset($form['attachments']);   

        //меняем функцию сабмита формы                 

        unset($form['#submit']['node_form_submit']);            

        $form['#submit']['fff_redirect_submit'] = array();  

        $form["#submit"]['fff_redirect_submit']["#title"]='Save';        

    }

}

//конвертируем объект в массив

function object_2_array($data) 

{

       if(is_array($data) || is_object($data))

       {

               $result = array(); 

               foreach ($data as $key => $value)

               { 

                       $result[$key] = object_2_array($value); 

               }

               return $result;

       }

       return $data;

}

function fff_redirect_submit($form_id, $form_values)

{        

    //смотрим если есть старые файлы и помечаем

    //их для удаления

    if (count($form_values['field_upload_video']) == 2)

    {

        $node = new stdClass();

        $node->vid = $form_values['vid'];

        $files = upload_load($node);         

        $form_values['files'] = array();           

        foreach ($files as $file)

        {      

            $file = object_2_array($file);      

            $file['remove'] = 1;    

            unset($file['vid']);

            $form_values['files'][$file['fid']] = $file;       

        }                        

    }           

    //сабмитим ноду дефолтным методом

    $node_url = node_form_submit($form_id, $form_values); 

    //переходим на страницу сабмиченной ноды      

    return $node_url;                                    

}

//ловим хук сабмита FlashVideo

function fff_flashvideo_submit(&$node, $params)

{            

    //  определяем новый файл для конвертации            

    if (count($node->field_upload_video)== 2)

    {

        $upfield = $node->field_upload_video[1]; 

        fff_convert_files(&$node, $upfield);

    } 

    else if (count($node->field_upload_video)== 1 && !upload_load($node))

    {        

        $upfield = $node->field_upload_video[0]; 

        fff_convert_files(&$node, $upfield);  

    }               

}

//переделываем структуру FileField в аттачмент

function fff_convert_files(&$node, $upfield)

{    

    $node->files['upload_0'] = array(

    'description' => $upfield['description'],

    'remove' => 0,

    'list' => 1,

    'filename' => $upfield['filename'],

    'filepath' => $upfield['filepath'],

    'filemime' => $upfield['filemime'],

    'filesize' => $upfield['filesize'],

    'fid' => 'upload_0'

    ); 

    $node->upload ='Upload';

    $node->attach ='Attach';

    $aturl='attach-url';

    $node->$aturl = 'http://'.$_SERVER['HTTP_HOST'].'/upload/js';          

    $node->field_upload_video ='';    

    unset($node->field_upload_video);      

}

function fff_nodeapi(&$node, $op, $a3 = NULL, $a4 = NULL)

{

    if ($node->type == 'video')

    {

        switch ($op) 

        {       

            //обрабатываем edit     

            case 'prepare':

                if (!$node->files)

                {

                    break;

                }

                $videofile;                      

                foreach($node->files as $file)

                {

                    if($file->filemime == 'flv-application/octet-stream')

                    {    

                        $videofile = $file;                                        

                    }                                        

                }     

                if (!$videofile)

                {

                   break; 

                }                

                //переделываем структуру аттачмента в FileField

                $node->field_upload_video = array (0 => array(

                'fid' => $videofile->fid,

                'description' => $videofile->description,

                'list' => 1,

                'nid' => $videofile->nid,

                'filename' => $videofile->filename,

                'filepath' => $videofile->filepath,

                'filemime' => $videofile->filemime,

                'filesize' => $videofile->filesize

                ));          

                break;

        }

    }

}

В результате структура FileField подменяется на структуру аттачмента и, вуаля - все работает так как нам надо!
Из недостатков данного решения можно отметить то, что в базе остается неиспользуемое поле аттачментов.

Drupal как MVC Framework

Z. — Mon, 30 Mar 2009 19:29:46 +0000

"Архитектура программного обеспечения" - эти слова обычно пугают большинство веб-разработчиков фрилансеров. 3-Tier, MVC, Singleton, Factory... "Стойте! прекратите! зачем всё усложнять?" - сказали бы вам в ответ, - "Вот есть же, например, Drupal - темку сверстали, модули докрутили-настроили и в принципе сайт готов." Действительно, CMS Drupal предоставляет отличную платформу для быстрой разработки, требуя при этом минимальное количество вложенных усилий.
Многие наверняка слышали о таком понятии, как "идеалогия Drupal" - это как раз то, благодаря чему данная CMS стала такой удобной и эффективной платформой. Но возможно немногие догадываются, что в основе упомянутой идеалогии лежит широко известный паттерн MVC, или Model-View-Controller.

Паттерн (т.е. шаблон проектирования) MVC состоит из трех взаимосвязанных элементов: Модель, Представление и Контроллер. Такое разделение на компоненты позволяет разграничить пользовательские интерфейсы, управляющую логику и контент.

Модель - это собственно контент, данные, отражающие предметную область и структуированные в соответствии с какой-то схемой, например, ввиде таблиц реляционной базы данных (MySQL, PostgreSQL, MS SQL Server, Oracle). Так называемое DB API (набор функций для работы с базой данных) тоже является частью Модели. Помимо того к Модели относится программный код, определяющие типы данных и их свойства и взаимосвязи. С точки зрения Drupal, Модель - это БД плюс такие модули, как node.module, taxonomy.module, CCK. Другие сторонние модули наряду с основными своими функциями могут также дополнять Модель своими типами данных либо функциями общения с базой.

Контроллер интерпретирует данные, введенные пользователем, осуществляет смену состояний в зависимости от пользовательских действий, манипулирует сущностями Модели так, чтобы их можно было превратить в Представление, и в общем делает всё, чтобы шестеренки системы крутились. В Drupal Контроллер - это базовые модули типа path.module, система меню, хуки, файл index.php, собирающий и загружающий систему, и т.д. Также вся логика, имплементируемая дополнительными модулями, является частью Контроллера.

Представление отвечает за отображение Модели пользователю. В случае Drupal - это конечные странички сайта, составленные Контроллером на основе запросов посетителя и текущей Модели. К Представлению относятся шаблоны страниц, написанные на движке PHPTemplate, CSS файлы стилей, Javascript, отвечающий за рюшечки в интерфейсе. Через Представление пользователь осуществляет общение с сайтом - Контроллер лишь обрабатывает отправленные браузером HTTP GET и POST запросы, интерпретирует URL, а затем вновь формирует Представление и передает его на пользовательский компьютер.

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

Такой подход уже зарекомендовал себя в таких технологиях, как ASP.NET, J2EE, Spring. Drupal, являясь системой управления контентом, довольно удачно перенял этот опыт, фактически предложив полноценную платформу для создания любого типа веб-сайтов на основе архитектуры MVC в самой распространенной на сегодня связке LAMP (Linux-Apache-MySQL-PHP). Несомненно, данной CMS есть куда совершенствоваться, в том числе в этом направлении, но уже сегодня её можно использовать в качестве мощного инструмента веб-разработки.

7 полезных .htaccess сниппетов для Wordpress и Drupal блога

Z. — Fri, 20 Mar 2009 00:05:32 +0000

С помощью .htaccess файла можно делать очень любопытные вещи. Этот небольшой файлик лежит в корневой директории сайта и позволяет задавать настройки Apache сервера. Далее я приведу примеры того, как посредством него можно добавить полезные с точки зрения функциональности, юзабилити и безопасности фичи для Wordpress и Drupal блога.

Файл .htaccess редактируется в обычном WordPad, только не забудьте предварительно на всякий случай сделать его резервную копию.

1. Перенаправление RSS фида на FeedBurner с помощью .htaccess
Многие блоггеры используют в качестве RSS фидера популярный сервис FeedBurner. Единственная проблема, которая при этом возникает - для его работы необходимо редактировать файлы шаблонов страниц либо ставить лишний модуль. Вот как можно решить эту проблему с помощью .htaccess - откройте файл и добавьте следующие строки:

# temp redirect wordpress or drupal content feeds to feedburner

<IfModule mod_rewrite.c>

 RewriteEngine on

 RewriteCond %{HTTP_USER_AGENT} !FeedBurner    [NC]

 RewriteCond %{HTTP_USER_AGENT} !FeedValidator [NC]

 RewriteRule ^feed/?([_0-9a-z-]+)?/?$ <a href="http://feeds2.feedburner.com/cookieslovers" title="http://feeds2.feedburner.com/cookieslovers">http://feeds2.feedburner.com/cookieslovers</a> [R=302,NC,L]

</IfModule>

Не забудьте исправить 6 строчку с адресом фида на ваш фид.

2. Использование кеширования браузером
Хороший способ увеличить скорость загрузки страниц браузером - это использовать его встроенное кеширование. Можно сделать так, чтобы в ответ на запросы браузера изображений, файлов стилей CSS и скриптов JavaScript высылался 304 not modified HTTP хедер с длительным сроком кеширования, скажем год - тогда при повторном заходе на ваш сайт браузер достанет все эти данные из своего кеша вместо того, чтобы тратить ваш трафик.

FileETag MTime Size

<ifmodule mod_expires.c>

  <filesmatch "\.(jpg|gif|png|css|js)$">

       ExpiresActive on

       ExpiresDefault "access plus 1 year"

   </filesmatch>

</ifmodule>

3. Сжатие статичных данных
Еще один способ сэкономить трафик вашего сайта - автоматически сжимать передаваемые данные на стороне сервера и осуществлять обратное действие на стороне клиента. Для представленного способа нужно, чтобы хостинг поддерживал mod_deflate или mod_gzip.

AddOutputFilterByType DEFLATE text/html text/plain text/xml application/xml application/xhtml+xml text/javascript text/css application/x-javascript

BrowserMatch ^Mozilla/4 gzip-only-text/html

BrowserMatch ^Mozilla/4.0[678] no-gzip

BrowserMatch bMSIE !no-gzip !gzip-only-text/html

<IfModule mod_gzip.c>

      mod_gzip_on                   Yes

      mod_gzip_item_include         file       \.js$

      mod_gzip_item_include         file       \.css$

</IfModule>

Если хостинг не поддерживает ни mod_deflate, ни mod_gzip, то для Drupal можно воспользоваться, например, этим методом.

4. Фильтруем комментарии от спам ботов
Спам боты оставляют свои надоедливые комментарии, переходя на сайт напрямую без рефёреров - они просто выполняют запросы к сайтам из своего спам-листа. А это значит, что можно отфильтровать их комментарии, запретив доступ к странице комментариев напрямую. Пример для Wordpress:

RewriteEngine On

RewriteCond %{REQUEST_METHOD} POST

RewriteCond %{REQUEST_URI} .wp-comments-post\.php*

RewriteCond %{HTTP_REFERER} !.*yourblog.com.* [OR]

RewriteCond %{HTTP_USER_AGENT} ^$

RewriteRule (.*) ^http://%{REMOTE_ADDR}/$ [R=301,L]

5. Перенаправляем поисковики на зарезервированную страницу без индексации во время обновления сайта
Во время обновления темы блога или версии модулей/cms можно сделать так, чтобы все запросы сайта переходили на специально созданную и красиво задизайненную html страницу, при этом проставив ей 302 HTTP ответ, чтобы поисковики её не проиндексировали.

RewriteEngine on

RewriteCond %{REQUEST_URI} !/maintenance.html$

RewriteCond %{REMOTE_ADDR} !^123\.123\.123\.123

RewriteRule $ /maintenance.html [R=302,L]

Во второй строке необходимо прописать свой IP адрес сайта.

6. Защита от утечки контента и трафика
Есть такой термин - hotlinking - он употребляется, когда говорят об отображении медиа контента (например, картинок) чужого сайта на своём сайте напрямую без перезаливки на свой хостинг. Если вы не хотите, чтобы контент, размещенный, на вашем сайте использовался таким образом, расходуя ваш трафик, можно запретить это в .htaccess:

RewriteEngine On

#Replace ?mysite\.com/ with your blog url

RewriteCond %{HTTP_REFERER} !^http://(.+\.)?mysite\.com/ [NC]

RewriteCond %{HTTP_REFERER} !^$

#Replace /images/nohotlink.jpg with your "don't hotlink" image url

RewriteRule .*\.(jpe?g|gif|bmp|png)$ /images/nohotlink.jpg [L]

По адресу /images/nohotlink.jpg предлагается расположить картинку, красочно иллюстрирующую ваши мысли по поводу хотлинкинга.

7. Баним спамеров по IP
Самый простой метод блокировки спам ботов - запретить им доступ к сайту вообще, прописав в .htaccess их айпи в бан лист.

<Limit GET POST>

order allow,deny

deny from xx.xx.xx.xx

allow from all

</Limit>

Источники:
http://www.wprecipes.com/how-to-redirect-wordpress-rss-feeds-to-feedburn...
http://www.wprecipes.com/how-to-protect-your-wordpress-blog-from-hotlinking
http://lorelle.wordpress.com/2007/09/20/the-easiest-way-to-ban-a-wordpre...
http://www.catswhocode.com/blog/10-awesome-htaccess-hacks-for-wordpress
http://drupalcookbook.ru/recept/szhatie-trafika

Делаем навигационное меню рубрикатор для блога на Drupal

Z. — Sun, 15 Mar 2009 14:01:14 +0000

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

Заходим в раздел администрирования "Конструкция сайта->Блоки" ("Site Building->Blocks"). Там нажимаем на вкладку добавления нового блока. В поле "Описание блока" вводим понятное нам название для отображение в админке, например, "Рубрикатор". Задаем заголовок блока, видимый для пользователей, и вставляем следующий код в текст блока:

<div class="rubricator">

<?php

$node_type = "blog"; //тип ноды

$vocabulary_id = 1 ; //номер словаря тегов

$number=10; //количество разделов в рубрикаторе

$result = db_query_range("SELECT d.tid, d.name, MAX(n.created) AS updated,

COUNT(*) AS count FROM {term_data} d INNER JOIN {term_node} USING (tid)

INNER JOIN {node} n USING (nid) WHERE d.vid = %d AND

n.status = 1 AND n.type = '%s' GROUP BY d.tid, d.name ORDER BY

COUNT DESC ", $vocabulary_id, $node_type, 0, $number);

$items = array();

while ($category = db_fetch_object($result)) {

$items[] = l($category->name , 'taxonomy/term/'. $category->tid).' ('. $category->count .')' ;

}

print theme('item_list', $items);

?>

</div>

Небольшой комментарий к коду: переменная $node отвечает за тип ноды, для записей блога необходимо оставить ей значение "blog", как в примере. $vocabulary_id - это номер словаря тегов, который будет использован для нашего рубрикатора. Посмотреть этот номер можно в разделе админки "Содержание->Таксономия" ("Content->Taxonomy") - наведите мышкой на словарь и в конце ссылке увидете его номер. Если вы не создавали больше одного словаря, то скорее всего его номер "1".
Ну и переменная $number отвечает за количество разделов в создаваемом меню, в примере, как видим, их 10.

Далее надо не забыть выставить правильный фильтр в подразделе "Формат ввода", иначе введенный код не будет интерпретироваться Drupal-ом. Нам необходимо указать "PHP Code" фильтр. Если у вас его нет в списке, то следует зайти на страничку модулей и включить стандартный модуль "PHP Filter".

Теперь жмём "Сохранить блок", указываем его местоположение на странице управления блоками и, собственно, готово. У нас получился блок, отображающий разделы, основанные на ваших тегах, прикрепленных к статьям, и количество постов в этих разделах. Можно применить к нему стили, использовав класс div-а контейнера "rubricator".

Видеохостинг: как разместить видео на своём сайте. Часть 1.

A. — Thu, 12 Mar 2009 22:41:33 +0000

Что делать, если возникла необходимость добавить поддержку размещения и просмотра видео на сайте? Существует великое множество способов – и в данной статье я постараюсь наиболее полно рассмотреть популярные сервисы видеохостинга, а заодно порекомендовать некоторые модули для CMS Drupal.


В начале пару слов о типичной организации процессов сохранения и воспроизведения видео. В целях экономии пространства загружаемое пользователем видео конвертируется в один из распространенных форматов для передачи видео по сети. Самым популярным форматом для получения роликов с невысоким качеством картинки и очень небольшим размером выходного файла в настоящий момент является flv (flash video), который использует кодек H.263. В случае, если необходимо получить видео более высокого качества, то ролики конвертируются в какой-либо формат, поддерживающий кодек H.264.
H.264 обладает большей степенью сжатия и позволяет получить лучшее по сравнению H.263 качество изображения при одинаковом весе выходного файла, но конвертация с его использованием съедает гораздо больше процессорного времени. Для воспроизведения видео на сайте используются flash плееры, поддерживающие соответствующие форматы.
На этом закруглимся с теорией и приступим к рассмотрению возможных схем.

Схема №1: Минимальное участие

Проще всего взвалить заботу по загрузке видеороликов на сторонние сервисы, такие как YouTube, Blip.TV или Revver. Денег платить не надо, пространство на вашем хостинге не задействовано, транслирование контента пользователю вашего сайта происходит через распределенную сеть серверов, принадлежащих видеохостингу, а это значит, что:
1) Ваш исходящий трафик не расходуется.
2) Видеоролики имеют высокую степень доступности пользователям из любой точки мира.
Но такие ресурсы могут иметь ряд ограничений или запретов, особенно касающихся использования данного сервиса коммерческими сайтами – так что внимательно читайте пользовательские соглашения, прежде чем реализовывать данную схему.
Выглядит она следующим образом: пользователь загружает ролик на стороннем сервисе и копирует ссылку на него, после чего сохраняет ее на вашем сайте, где она преобразуется при просмотре в соответствующее видео.
Для проигрывания роликов могу посоветовать модуль Embedded Media Field, который в данный момент поддерживает воспроизведение видеороликов с почти двух десятков видеохостингов и агрегаторов.
Из минусов данной схемы можно отметить то, что пользователю для загрузки видео придется покинуть ваш сайт, он не сможет выбрать качество конвертации, внешний вид плеера будет статичен или ограничен несколькими вариантами, тоже самое можно сказать про его функциональность. Также опционально поверх ролика может быть наложено лого сервиса, до или после отображена реклама и т.д.
В общем, вариант из разряда «дешево и сердито», крайне скудный в плане конфигурирования.

Схема №2: Удобное размещение

В этом случае пользователи загружает видео на сторонний сервис непосредственно с вашего сайта, при этом ролики обычно размещаются под единственным аккаунтом. Место на хостинге может использоваться для временного сохранения видео до момента последующего трансфера на выбранный сервис, или не использоваться вовсе.
В качестве примера – модуль Video Upload для YouTube.
Стоит отметить, что многие сервисы бесплатно предоставляют API под подобные задачи или даже полноценные сайты-заготовки, например в рамках партнерских программ.
При этом АPI обычно пишется для многих языков программирования, и почти всегда присутствует Javascript API, благодаря чему такую схему можно очень просто воплотить в жизнь. Исходя из личного опыта, могу сказать, что PHP API, предоставляемое Rutube, с минимальными усилиями по переделке интегрируется с Drupal.

Схема №3: Профессиональные видео-провайдеры

А теперь пришло время рассмотреть компании, специализирующиеся на создании любых мыслимых сервисов, так или иначе связанных с видео и интернетом. Такие компании называются видео провайдерами (video provider), и используют собственные сети доставки контента (CDN – content delivery network). Для работы с ними необходимо создать аккаунт, стоимость которого зависит от используемого спектра услуг, объемов загружаемого и транслируемого видео, желаемой функциональности, уровня технической поддержки, объемов работ по внедрению или переходу на данную платформу, необходимому API и пр. Зачастую вместо конкретных цен на сайте видео провайдера можно обнаружить предложение написать письмо или позвонить – в этом случае готовьтесь, что цены на услуги будут начинаться с нескольких сотен долларов в месяц.
Итак, что же можно получить за порой немаленькую сумму денег?
1) Изменение внешнего вида флеш плеера под ваш дизайн и функционал, создание виджетов.
2) Декодирование в любой нужный вам формат, в том числе и «на лету».
3) Предоставление необходимых инструментов для массовой загрузки видеороликов, отчетности и аналитики.
4) Создание собственного интернет-телеканала.
5) Редактирование видеороликов онлайн, микширование.
6) Загрузка контента пользователей, удобное управление их аккаунтами и правами.
7) Внедрение рекламы, участие в рекламных сетях.
И это далеко не полный список, который варьируется от провайдера к провайдеру, среди которых: brightcove, viddler, ooyala, thePlatform, Onstream media, magnify.net, iPlayerHD, fliqz, Kaltura (модуль для Drupal - http://drupal.org/project/kaltura/ ).

Схема №4: Видеохостинг своими руками

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

Продолжение: Видеохостинг: как разместить видео на своём сайте. Часть 2.

HTML письма и российские почтовые сервисы: подводные камни

Z. — Sun, 01 Mar 2009 22:13:55 +0000

Чтобы выделиться из общей массы сервисов рассылок, нередко владельцы сайтов решают отказаться от однообразных текстовых E-mail писем в пользу красивых разноцветных HTML версий. Такие письма выглядят эффектно и солидно. Но для их создания необходимы навыки в вёрстке и определенный запас терпения. А всё потому что модель HTML письма несколько отличается от стандартной модели страницы и то, как такое письмо будет выглядить, в значительной степени зависит не только от браузера, но и от используемого почтового сервиса.

Во-первых, стоит упомянуть, что для HTML писем сегодня принято использовать MIME тип "multipart/alternative". Это позволяет включать в E-mail как HTML, так и текстовую версию письма, на случай если пользователь не имеет возможности увидеть вашу вёрстку. Также, как показывает практика, почтовые сервисы предпочитают иметь дело именно с таким типом в случае HTML писем.

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

Еще один важный момент: к HTML письмам не стоит прикреплять внешний CSS файл - он просто не будет прочтен. Весь CSS код должен быть включен в сам E-mail. Хотя в идеале лучше вообще обойтись без каскадных таблиц стилей, так как, опять же, разные почтовики имеют разный уровень их поддержки.

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

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

Еще один небольшой совет - старайтесь уместить HTML письмо в ширину около 500px, ведь окошко просмотра содержимого E-mail у почтовиков меньше ширины окна, причем иногда сильно меньше.

Теперь рассмотрим некоторые особенности вёрстки HTML писем под популярные в рунете почтовые сервисы.

1. Mail.ru
Сразу скажу, что Mail.ru это IE6 от почтовиков. Пользуются им очень многие при том, что он очень недружелюбен к вёрстке. Не дай вам бог забыть убрать head и body из письма - показывать письмо откажется. CSS практически не поддерживает, более того - навязывает свои стили, которые побороть крайне сложно. Например, он насильно делает отступы от рамки в клетках таблицы (около 20-30 px, разные с каждой стороны). Поэтому если вы организуете хотя бы слегка нетривиальное позиционирование элементов, используя при этом таблицы, то придется учитывать данные отступы. Обычно это выливается в то, что под mail.ru делается отдельная версия письма, учитывающая особенности вёрстки под него.

2. Яндекс.Почта
Довольно-таки дружелюбный почтовый сервис, серьёзных проблем обычно не вызывает. Единственное, что неприятно - если не включить в код body и head, то поместит ваше письмо в спам. Странная логика. Посему делаем отдельную версию под этот ящик с body и head.

3. Рамблер Почта
По умолчанию не отображает картинки и alt текст для них, поэтому если какой-то текст вшит в них, то стоит приложить текстовую версию письма.

4. Gmail
Самый адекватный почтовый сервис. Практически никаких проблем. По умолчанию изображения также отключены, но alt текст отображается в любом случае.

HTML письмо - эффектный метод привлечь внимание к сайту. Главное помнить, что оно не является полноценной веб страницей и имеет ряд вышеперечисленных особенностей при вёрстке. Не забывайте проверять их отображение во всех более менее популярных почтовых сервисах, а также иметь представление о том, как они будут смотреться в почтовых программах типа MS Outlook, Firebird и на корпоративных ящиках.