Что не радует — 4 из обладателей IE пользуются версией 6.0. Анафема!

Дано: Drupal 7.8, тип содержимого с единственной ссылкой (link field).

Задача: сделать так, чтобы ссылка отображалась в виде /node/*nid*/goto, а при нажатии перекидывала посетителя на адрес, фактически содержащийся в ссылке (link url).

Потребуются: модули redirect, custom formatters, rules.

Custom Formatters можно заменить на шаблон поля. Для примера field–field-url.tpl.php

<?php foreach ($items as $delta => $item) : ?&gt
<a rel="nofollow"
     title="<?php print $element['#object']->field_url['und'][0]['title']; ?>"
     href="/node/<?php print $element['#object']->nid;?>/goto">LINK TEXT</a>
<?php endforeach; ?>

Текст ссылки можно заменить на любое значение из $element['#object'], это все данные по текущему документу (node).
Custom formatter слегка удобнее использовать и оперативно редактировать. У меня получился такой код для link_field:

// Custom formatter for a link_field.
$node = $variables['#object'];
foreach (element_children($variables['#items']) as $delta) {
  $item = $variables['#items'][$delta];

  $source = "Перейти по ссылке";
  $destination = 'node/'.$node->nid.'/goto';

  return l($source, $destination, array('html' => false, 'attributes'=>array('rel'=>'nofollow', 'title'=>'Перейти в по ссылке '.$node->title, 'class'=>array('my-link-field'))));
}

Затем для нужного view mode меняем вывод нужной ссылки (Структура — Типы материалов — ВашТип — Управление отображением). Все, ссылку заготовили, но она пока ведет в никуда. Точнее, на ту же страницу, что и /node/*nid*, как любая ссылка на /node/*nid*/whatever.

Правило (Rule) настраиваем на событие “После редактирования существующего документа” и “После сохранения нового документа”, чтобы не пропустить возможные изменения ссылки. Отфильтровываем условиями тип материала, если необходимо. Действие будет типа PHP code (модуль PHP нужно заранее включить). Код примерно такой, взят почти полностью из тестов, идущих с модулем Redirect.

$redirect_defaults = array(
          'uid' => $node->uid,
          'status_code' => 302,
        );
    $redirect_path = $node->field_url['und'][0]['url']; // real URL to redirect to
    $source_path = 'node/'.$node->nid.'/goto'; // fake url (tweak to your link field custom formatter)
    redirect_delete_by_path($source_path); // delete existing redirects to avoid PDO errors
    $source_parsed = redirect_parse_url($source_path);
    $redirect['source'] = $source_parsed['url'];
    if (isset($source_parsed['query'])) {
      $redirect['source_options']['query'] = $source_parsed['query'];
    }

    $redirect_parsed = redirect_parse_url($redirect_path);
    $redirect['redirect'] = $redirect_parsed['url'];
    if (isset($redirect_parsed['query'])) {
      $redirect['redirect_options']['query'] = $redirect_parsed['query'];
    }
    if (isset($redirect_parsed['fragment'])) {
      $redirect['redirect_options']['fragment'] = $redirect_parsed['fragment'];
    }

    $redirect = (object) $redirect;
    redirect_object_prepare($redirect, $redirect_defaults);
    redirect_save($redirect);

Теперь после создания или изменения документа будет выполняться правило, которое создает перенаправление с локального адреса /node/NNN/goto на адрес, указанный в поле field_url документа с идентификатором NNN.

Если контент уже был, то нужно «передернуть» все материалы нужного типа — сфабриковать событие, по которому сработает правило. Я для этого использовал views bulk operations (VBO).

Вероятно, не самый простой и изящный способ, но вполне прозрачный и рабочий, по-моему.

Дано: CentOS 5 (64bit), Plesk 10.3, Apache 2.

Нужный результат: Nginx отсылает статику, Apache все остальное (php в основном).

1. Установка nginx на CentOS 5 (без фанатизма).

# rpm -ihv http://centos.alt.ru/repository/centos/5/x86_64/centalt-release-5-3.noarch.rpm
# yum install nginx
# chkconfig –level 35 nginx on

Меняем порт Apache по инструкции Parallels (Plesk 10.2, на 10.3 сработало)

# mysql -uadmin -p`cat /etc/psa/.psa.shadow` -D psa -e'replace into misc (param, val) values ("http_port", 8080)'
# mysql -uadmin -p`cat /etc/psa/.psa.shadow` -D psa -e'replace into misc (param, val) values ("https_port", 8080)'

Здесь 8080 — новый порт. Аналогичный указываем в /etc/httpd/conf/httpd.conf (Listen 80 → Listen 8080).
Ахтунг! В документации Plesk 10 есть тема про правку шаблона /usr/local/psa/admin/conf/templates/default/domain/domainVirtualHost.php и замену $VAR->server->webserver->httpPort на нужный порт — делать это не надо и очень вредно, Apache ругается: VirtualHost x.x.x.x:8080 overlaps with VirtualHost x.x.x.x:8080, the first has precedence, perhaps you need a NameVirtualHost directive).

# mysql -uadmin -p`cat /etc/psa/.psa.shadow` -D psa -e'replace into misc (param, val) values ("http_port", 8080)'
# mysql -uadmin -p`cat /etc/psa/.psa.shadow` -D psa -e'replace into misc (param, val) values ("https_port", 8080)'
# /usr/local/psa/admin/bin/httpdmng --reconfigure-all

У более ранних версий Plesk (до 9.5) была отдельная команда на этот случай (websrvmng –set-http-port –port=8080).

Дальше берем в этом малость устаревшем руководстве нужные файлы (тыц) и распаковываем куда-нибудь в рабочую папку. Копируем nginx.conf → /etc/nginx/nginx.conf и proxy.conf → /etc/nginx/proxy.conf — они подхачены для использования с Plesk.

UPDATE: По ссылке выше файлы не актуальны для Plesk 10 — там жестко зашито расположение корневых папок (document root) для доменов и поддоменов. В новом Плеске их можно произвольно переносить или переименовывать через панель управления, а сами данные хранятся в базе. Здесь исправленная версия generate_nginx_conf.sh для Plesk 10 и сопутствующие шаблоны, в которых тоже есть изменения. Не проверял и пока не менял ничего в настройке списков рассылки, webmail и sitebuilder.

Запускаем sh generate_nginx_conf.sh — скрипт выбирает из базы все домены и поддомены и создает в каждой папке /var/www/vhosts/*/conf/nginx.conf. Если порт для Апача выбран не 8080, то предварительно нужно поправить шаблоны template_dom.conf, template_subdom.conf (там порт жестко зашит).

Порт, на котором работает Apache (8080 или другой) нужно открыть в iptables. Делать это пришлось через панель управления, команда (iptables -A INPUT -p tcp –dport 8080 -j ACCEPT) не лечит.

Готово, вроде, перезапускаем httpd и nginx.

Проблемы по ходу дела — не запускался nginx, пришлось увеличивать server_names_hash_max_size 1024 (было 512) и server_names_hash_bucket_size 128 (было 64). Это /etc/nginx/nginx.conf.

TODO: После добавления домена в Plesk нужно создать конфиг для nginx. Скрипт generate_nginx_conf.sh каждый раз перезаписывает настройки виртуального хоста (/var/www/vhosts/*/nginx.conf) из шаблонов заново (нужно оставлять измененные).

UPDATE: Повесил скрипт создания/обновления nginx.conf на события в Plesk: Website created/updated/deleted (аналогично для Subdomain и Domain alias). Теперь конфигурация для nginx создается/обновляется автоматически.

Осталось одно желание — иметь возможность настраивать конфигурацию для каждого сайта отдельно. Сейчас все конфиги переписываются из шаблона и похожи как однояйцевые близнецы. Можно встроить проверку существования файла и не трогать его (только создавать новые), но это плохой выход, поскольку все поддомены/синонимы настраиваются в одном файле — после добавления алиаса или поддомена надо будет руками править nginx.conf.

Делать подключение еще одного файла на каждый домен/поддомен тоже бессмысленно — nginx не принимает переопределение, то есть 2 одинаковых директивы (location /, например) в «главном» и «подключаемом» конфигах сделать не получится, а без этого затея теряет смысл. Надо какой-то ум применить, пока не придумал ничего.

http://wiki.mediatemple.net/w/%28dv%29:Configure_nginx_as_reverse_proxy_web_server

http://www.grafxsoftware.com/faq.php/HOW-TO-configure-PLESK-with-NGinx-proxy-reverse/1/1/

http://kb.parallels.com/11232

http://www.x83.net/plesk-10-nginx-reverse-proxy-configuration-in-front-of-apache/

Работа начинается с создания нового сайта и назначения общих свойств. Ширина страницы (контентной части) задается в точках, без вариантов.

Структура сата (закладка Plan) представлена в виде многоуровневого «дерева», страницы добавляются слева-справа (братья и сестры) и снизу (отпрыски, то есть дети). Сначала будет полезно отредактировать стартовые шаблоны — вставить логотип, навигацию и прочие общие для всех страниц элементы.

Design — режим редактирования шаблонов и самих страниц. Полнейший WYSIWYG, все свойства объектов управляются выбором значений, пунктов, галочек, величин. Muse знает стандартный набор современных фишечек — скругленные углы, всплывающие состояния (rollover, mousedown etc.), модные градиенты и содержит набор готовых к использованию виджетов — галерея, слайдшоу, вкладки, динамически меняющиеся блоки с текстом и т.п.

С Preview все понятно — тут можно оценить свое творение с точки зрения браузера. Работает? Нормально выглядит? Едем дальше, к публикации.

Автоматически можно опубликовать получившийся сайт на хостинг Busyness Catalyst, пока так. Ничего хорошего о нем сказать не могу — по-моему дорого и глупо (от $19 в месяц). Гораздо разумнее экспортировать сайт в виде набора HTML файлов.

Файлы документов с русскими названиями Muse называет по-русски, равно как и соответствующие им css. В итоге в коде встречаются такие неудобочитаемые вещи: css/%d0%bd%d0%be%d0%b2%d0%be%d1%81%d1%82%d0%b8.css. Ну по идее никто из пользователей Muse кодом интересоваться не должен. Использование jQuery и «плужков» к нему тоже должно остаться незаметным.

Вердикт: отличный вариант для небольших организаций, для создания маленьких и простых сайтов. Эдакий Frontpage 21 века.

Если коротко — Ubercart хорош для задач, которые он выполняет “из коробки”. Если эта коробка называется Openstore, то многим больше ничего не потребуется. Я с неделю занимался обратным процессом — выбрасывал из сборки ненужные мне модули. Закончилось тем, что оставшееся не выглядело сколько-нибудь лучше Drupal Commerce (для моей задачи).

Drupal Commerce — гол, как сокол. Я устанавливал сборку (профиль) Commerce Kickstart. Доставки нет, нужен отдельный модуль. Почти для всего нужен отдельный модуль, которого или вообще не существует, или он находится на dev, alpha, beta стадиях (вялой) разработки.

Ладно, перестаю ныть, начинаю похваляться делиться информацией. Задача была простая — добавить в Drupal Commerce два способа доставки — курьером (за фиксированную сумму) и “самовывоз”, который никакая не доставка, но выбор такой клиенту дать нужно. Пока пытаюсь сделать все правильно, используя модуль Commerce Shipping. Половину дела сделал легко — курьерскую доставку можно реализовать на основе модуля Flat Rate, простого и понятного — фиксированная цена доставки. Дальше начались трудности.

Модуль Commerce Shipping добавляет новый профиль (user profile) для пользователя и соответствующую панель (pane) на страницу расчета (checkout). Процедура оформления покупки в Drupal Commerce многостраничная, панели можно передвигать между страницами произвольно. По-умолчанию панель с адресом доставки (shipping profile) помещается на самую первую страницу. Для многих это логично — от адреса доставки могут зависеть доступные способы доставки или способы оплаты. У меня ситуация обратная — город известен заранее, стоимость доставки тоже. Остается реализовать “самовывоз”, то есть отключить панель адреса доставки (shipping profile) в случае выбора соответствующего способа доставки.

1. Помещаем панель shipping на первой странице (checkout), панель shipping profile переносим на вторую (review). Так мы принуждаем клиента выбрать способ доставки и меешм шанс не спрашивать адрес в случае самовывоза.

2. Создаем новый модуль (это за пределами заметки) и добавляем в него свой хук для переопределения панелей модуля commerce checkout.

/*
 * Hook hook_commerce_checkout_pane_info_alter($checkout_pane)
 */
function mymodule_commerce_checkout_pane_info_alter(&$checkout_pane) {
	global $user;
	// $checkout_pane на самом деле содержит массив из всех панелей...
	foreach($checkout_pane as $pane_name => &$pane_data) {
		// …нам нужна только она из них — панель с профилем доствки
		if($pane_name == 'customer_profile_shipping' && $pane_data['enabled']) {
			// загружаем текущий заказ
		    $order = commerce_cart_order_load($user->uid);
		    // $order->data был найден с помощью dsm()
		    // в нем не было ничего за исключением 'shipping_method' со строкой
		    // rules_pick_up это ID склонированного способа доставки flat rate
			if($order->data['shipping_method'] == 'flat_rate|rules_pick_up') {
				// панель была изначально включена в админке, отключаем ее
				$pane_data['enabled'] = 0;
			}
		}
	}
}

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

У меня нет никакой уверенности, что это правильный и эффективный способ выполнить задуманное. Глядя на Drupal Commerce вообще, я был уверен, что найду способ сделать подобное с помощью Правил (Rules), но готовых “действий” не нашлось (панели не контролируются правилами), а приделать такое сбоку мне оказалось не по силам.

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

Измененный timthumb.php можно скачать тут.

Можно ничего не скачивать, просто открыть файл и удалить переменную $allowedSites. Разумеется, если вы не пользуетесь удаленной загрузкой, в которой вся проблема и кроется.

Суть «дырки» в том, что скрипт позволяет скачивать файлы с удаленных серверов, белый список настраивается в параметрах, но проверяется по ходу выполнения неверно — если разрешено загружать картинки с flickr.com, то и webshell с какого-нибудь flickr.com.hackersplace.com тоже можно загрузить.

Подробно об уязвимости timthumb.php пишет в своем блоге Mark Maunder фром хиз харт ин инглиш.

Lab.SixtyFive
http://www.labsixtyfive.com/responsive-web/
Blaskan
http://blaskan.net/demo/

Thematic 320 And Up
http://www.ejhansel.com/thematic320andup/sample-page/

Ari
http://ari.elmastudio.de/

Scherzo
http://leonpaternoster.com/scherzo/

Constellation
http://constellationtheme.com/demo/

Yoko
http://yoko.elmastudio.de/

Все темы простые и бесплатные, для Wordpress 3.x, большинство появились в этом году. Ссылки ведут на странички с демо-сайтами.

Есть еще такая тема, тоже HTML5 — Bones, но там смотреть нечего — это тема исключительно для разработчиков.

Беглый осмотр показал, что Google+ отличается от Facebook, но не все отличия можно записать в преимущества.

Круги. Их несколько изначально и можно создавать свои. Это удобнее Групп в ФБ, а сам интерфейс выглядит несоразмерно красивее.

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

Google+ ненавязчиво предложил добавить в круги людей, которых нашел в адресной книге Gmail — в итоге у меня за 5 минут «френдов» образовалось больше, чем в ФБ за год.

На «стене» можно оставлять тексты, ссылки, адреса, фото и видео. Больше пока ничего не нашел — опросов нет, приложений нет. В настройках — только уведомления о различных действиях, по-умолчанию все включено и приходит на электронную почту.

В рамки социальной сети включили фотоальбомы Picasa, скромно переименовав ее в Фотографии. Фотка профиля загрузилась в Пикасу (у меня там был аккаунт), где создался новый альбом Фотографии профиля.

Как я уже упоминал — в социальной сети Google+ пока нет никаких приложений, тем более сторонних. Также отсутствует аналог Фейсбучных Страниц (Fanpages), а я как раз только вчера разбирался как импортировать в эти страницы контент с блога по RSS.

Покак как-то так. Google потихоньку подгребает под себя разные составляющие интернет-активности граждан и бизнеса: поиск, реклама, видео, фото, теперь вот социальная сеть. Что любопытно, Google+ изначально «говорит» по-русски, причем существенно лучше корявого ФБ.

Facebook в ответ представил (совместно со Skype) свои видео-звонки. Я пробовал, довольно удобно, но это не определяющий сервис, да и в Гугле он тоже есть.

DYGS-DJ7F-D66E-2BVT-6U2

Маленький подвох — при регистрации надо будет уплатить 400 рублей, это минимальный платеж. Еще один нюанс — купон надо активировать до 16 июня 2011.

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

Для начала снова про биллинг (простите, Customer and Business Manager — так звучит солиднее). Люди из Parallels путаются в показаниях, что-то постоянно выдумывают и меняют.

Напоминаю, нынешний CBM (бывший Billing & Modernbill) появился в качестве бесплатного дополнения к панели Plesk 10. В установщике Plesk до сих пор так и написано — Customer & Business Manager (free, recommended for shared hosting).

На сайте информация уже несколько иная — CBM бесплатно включен только в неограниченные версии Plesk.

Дальше на горизонте появляется какой-то Unlimited Hosting Suite и становится ясно, что неограниченные версии тоже бывают разные и биллинг входит не во все. Еще точнее — не входит ни в одну из тех, что есть у людей — Hosting Suite изобретен одновременно с выходом Plesk 10.2 (или 10.0, я не слежу настолько пристально).

Небольшая выдержка с форума Parallels.

Sorry for not responding earlier, the problem has recently been raised to my attention and it took sometime to find its roots. First of all I have to apologize for this unfortunate case and all the inconvenience caused. The issue is a little complicated so let me explain:

1. We didn’t mean to force all of you to purchase any additional key or something like that. The issue is basically a very unfortunate coincidence and miscommunication which I will explain below.

2. CBM is made free for Plesk Unlimited Hosting Suite key only. That’s what is meant in Plesk Autoinstaller and the text will be fixed to reflect it better - other keys have no CBM included.

3. Versions prior to 10.2 had a bug letting to utilize CBM even if it is not included in the key. CBM 10.2 got it fixed. It is not a change of pricing policies or anything - those are completely defined by license key content, not by software. If you open its source you’ll see that “mb_accounts” property is zero (no CBM allowed).

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

Коротко — ни одна лицензия от Plesk 9.x CBM в Plesk 10.2 поддерживать не будет, хотя сама панель работает со старыми ключами.

На форуме же я получил личное сообщение, в ответ отправил номер своего ключа и получил через пару дней бесплатную лицензию на 6 месяцев, которая позволяет включить CBM. Через 6 месяцев надо будет покупать крутую лицензию для крутых хостеров.

We apologize for any confusion experienced regarding your usage of the Parallels Customer & Business Manager (CBM) in your Plesk Panel. The license currently installed in your panel does not include support for the CBM component. The only licenses that include the CBM component are known as “Hosting Suite” licenses.

To resolve this, we have issued you a license upgrade PLSK.*********.0000 that does include this option. The license upgrade will be valid for six months at no additional charge to you. In fact, the new license even includes other components such as the Parallels SiteBuilder! At the end of the six months, you will have the option to upgrade your license permanently to the Hosting Suite, or you can allow it to revert again to your current license.

Барышня из саппорта Parallels любезно прислала мне цены на Plesk для Unix. Я плакал, как говорится.

Leasing

* Parallels® Plesk Panel 10 – Hosting Suite – Unlimited Domains
Includes Parallels Plesk Panel 10 (Unlimited Domains), Parallels Plesk Sitebuilder (100 Domains) and Parallels Plesk Billing (1,000 Clients) at no additional charge! $69.99 / month

* Parallels® Plesk Panel 10 – Standalone Product – Unlimited Domains
For those with alternative billing and site design tools who only need the control panel (with unlimited domains) $69.99 / month

Perpetual

* Plesk Plus
A bundle of Plesk Unlimited Domain License, Plesk Power Pack, Unlimited Language Packs, 1 year of Single Server Email Support for up to 20 incidents, and a One Year Software Update Service. At the time of purchase, you are eligible to receive a 20% discount on Parallels Premium Antivirus. $1,399.00

Для ясности я выделил жирным — Hosting Suite включает биллинг, но стоит ровно столько же, сколько Standalone, который его не включает. В чем смысл такого извращения с ценообразованием? В том, что лицензия на Plesk Standalone 10 есть у всех, кто пользовался Plesk 9.x (они совместимы), а лицензии на Hosting Suite нет ни у кого из них — так изящно Parallels отсекает «халявщиков».

Я бесплатную эту шестимесячную подачку скачивать не стал — покупать неограниченную лицензию (как и любую другую) непосредственно у Parallels за $70 в месяц я принципиально не буду. После пары месяцев мытарств уже нет никакого желания доверять этому непредсказуемому чудищу еще и денежные расчеты. Кстати, у моего провайдера неограниченная лицензия стоит $30, если я правильно помню.

Маленькая иллюстрация напоследок. При каких-то обстоятельствах Plesk 10.2 убивается, если на него зайти по https браузером Firefox. Больше 10 дней назад об этом известили разработчиков — до сих пор тишина. Очень показательно, как по мне.