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

Итак, лирическое отступление отбросим в сторону, и приступаем к установке и настройке (благо, что это несложно).

Задумался над ускорением работы CMS Drupal. Очень эффективным способом оптимизации является механизм кеширования страниц. Изначально CMS Drupal уже имеет интегрированный механизм кеширования страниц. Включить и настроить его можна на странице управления механизмом кеширования: Управление => Настройка сайта => Производительность. Однако результаты работы можно считать удовлетворительными, а не отличными. Например, довольно часто приходится отключать оптимизацию CSS-файлов, поскольку оптимизация CSS-файлов иногда искажает тему оформления, что недопустимо. К тому же, результаты кеширования могли бы быть получше.

Итак, исходные данные:

Во время настройки или проверки работы BGP довольно часто возникает необходимость просмотреть, какие анонсы мы отдаем определенному neighbor'у, или наоборот, принимаем от этого neighbor'а.

Просмотреть анонсируемые маршруты - advertised-routes.

Пример использования: смотрим, какие маршруты анонсируем neighbor'у 195.3.156.217

Довольно часто одни и те же правила необходимо применить к нескольким neighbor'ам. Вместо того, чтобы определять одни и те же правила для каждого neighbor'а, есть возможность создать peer group name и присвоить policies этой peer group. Также следует отметить, что роутеры, входящие в peer group, наследуют все опции конфигурации этой самой peer group. Роутеры в peer group могут также изменять эти опции, с условием что измененные значения не будут передаваться далее в outgoing updates. Это означает, что менять ту или иную опцию конфигурации можно только для incoming updates. Итак, начнем.

Для улучшения работы  с сайтом поисковых систем, решил "прицепить" sitemap. Немного общей информации:

Sitemap - это XML-файл, который содержит информацию о страницах сайта: URL страницы, дату последнего изменения, частоту изменения, "важность" страницы. Эта информация позволяет поисковым системам быстрее и качественнее просканировать Ваш вебсайт, но не даёт гарантии что страницы будут проиндексированы.

Поисковые системы необходимо проинформировать о наличии файла Sitemap. Лучше всего добавить директиву Sitemap в файл robots.txt:

В основном новые модули Drupal тестирую на тестовом сайте. Однако иногда возникает необходимость корректно удалить какой-то из модулей на работающих проектах.

Итак, смоделируем ситуацию... Необходимо полностью удалить модуль Smileys.

Копаясь в материалах, по обновлению FreeBSD, нашел интересную утилиту - "Fastest_cvsup". Ее задача - определить самый быстрый сервер для загрузки обновлений. Заинтересовало. Решил "пощупать". Идем в порты и даем команду на инсталляцию:

Установка заняла несколько секунд. По завершению установки "полез" читать маны - man fastest_cvsup. Теперь более подробно о возможностях:

Продолжая тему обзора утилит обзора пропускной способности канала, рассмотрим утилиту Nload.

Установку выполним из портов:

Делаем попытку запуска утилиты. В результате получилось следующее:

Postgrey (Postfix Greylisting Policy Server) - решение на Perl реализации технологии Greylisting для MTA Postfix.

Собственно говоря, Greylisting уже давно использую на корпоративных почтовых серверах. Но там в качестве MTA используется Exim. Сегодня знакомый пожаловался, что увеличилось количество приходящего спама на почтовые ящики в некоторых  доменах. Эти домены я не так давно перенес на отдельный сервер, чтобы отделить грешное от праведного, тоесть клиентские данные от корпоративных.

Как всем известно, протокол отправки электронной почты SMTP, подразумевает, что в качестве отправителя можно указать любой почтовый ящик. Таким образом можно послать письмо, подставив в поле "From" вымышленное значение. Процесс такого почтового обмана называется Спуфинг (e-mail spoofing). Чтобы бороться с этим явлением, был разработан и введен в действие стандарт SPF – Sender Policy Framework (структура политики отправителя).

SPF позволяет владельцу домена указать в TXT-записи домена специальным образом сформированную строку, указывающую список серверов, имеющих право отправлять email-сообщения с обратными адресами в этом домене.

Рассмотрим простой пример SPF-записи.