@sim3x на сколько мне помниться в nginx не применяется динамическая линковка, собственно именно поэтому при подключении нового модуля его приходится каждый раз перекомпилировать (в отличие от php). И Игорь даже в рассылке писал, что динамической не будет хотя запросы на такую фичу были.
@teet есть, но написаны они не для nginx, а для конкретного компилятора. Можно вообще скомпилить под конкретное системное окружение, но авторы пакета так гарантированно не делали.
@MasterF там одно ядро и часть модулей общая. У каждого сайта своя тема оформления которая по структуре одинакова, но на каждом сайте своя цветовая схема (к примеру, тут vladimir.arbitr.ru зеленая). Тексты, как и весь контент сайта у каждого свой. Т.е. хотя движок работает в мультисайтовом режиме каждый отдельный сайт автономен на столько, что может быть вынесен на отдельную инсталяцию drupal-а и там будет по прежнему без проблем работать.
@iwebber что бы восстановить NS нужно получить полное дерево из AL, рассчитать требуемые NSLeft и NSRight и сделать полный апдейт NS. Не вижу проблему кроме разве незнания матчасти, но необходимые ссылки я уже дал.
@inkvizitor68sl да и пусть кэша. Оно же максимально близко к клиенту. Хотя у того же MaxCDN я не нашел информацию о том, что у них есть хосты в России.
@GansikUA его можно скопировать и в фаербаге и вообще в любом адекватном инструменте. На практике устойчивых парсеров от этих готовых выражений толку мало, хотя на них можно бывает ориентироваться.
@GansikUA если нужно получить Standart, а его нет, то код упадет с ошибкой тут ->item(0). Решается if-ом и проверкой на length полученного набора узлов.
@GansikUA вообще для парсинга крайне рекомендую использовать XPath и только XPath. Он великолепен! Позволяет составлять очень навороченные правила (в духе, "найти соседа третьего потомка элемента в классе которого содержится подстрока item"), но которые писать очень просто и легко, при этом если правильно писать выражения, то парсер не развалиться даже если на странице изменится верстка.