Ситуация следующая, есть nginx стоящий фронтендом. Есть апач (apache 2.2) бекендом. Nginx проксирует запросы на Apache.
В Apache вертится приложение. В данном случае Drupal.
Возникла проблема следующего плана: на страницах 404 и 403 начал вылезать мусор в виде размера странички в байтах в шустнадцатиричной системе счисления. Как оказалось - это всего лишь навсего способ передачи данных от сервера Apache, когда он не знает точно длины контента(chunked encoding).
За эту неделю уже трижды слышал слова: "нам нужно готовое решение, и побыстрее, ТЗ не будет, все будет решаться по ходу пьесы". При этом эти товарищи(не буду называть имен) предлагали сразу же назвать фиксированную цену проекта. Но сейчас не об этом. Вернее, не совсем об этом.
Обычно, разработка для уже запущенного проекта ведется следующим образом: делается копия системы, программист на ней все отлаживает, тестирует, и потом отправляет на рабочий сервер. Однако для Drupal есть своя проблема.
Для копии системы - для нормальной отладки будут нужны совсем другие параметры модулей, например отключенный кеш, другой каталог для веременных файлов и так далее. Каждый раз при заливе свежего снапшота базы на тестовый сервер заново делать изменения конфигурации? Нет, есть другой путь.
Как оказалось, в версии 1.9 библиотека Zend Framework, а вернее та ее часть, что отвечает за перевод приложения на другие языки и многоязычность строк интерфейса - Zend Translate, теперь поддерживает работу с числительными. Причем поддерживает для форматов array, gettext, csv.
Таким образом, можно заставить работать с системой конструкции в русскоязычных .po файлах вида:
<aalchemy> Привет! <aalchemy> ребята, подскажите пожалуйста, как мне отцентровать сайт на экране? <aalchemy> чтобы при любом разрешении он был по центру <aalchemy> но при этом ширина содержимого была строго 1024 * orb ушел (Ping timeout) <Ilya_1st> width:1024px;margin-left:auto;margin-right:auto; <Ilya_1st> в css на объемлющий блок <Ilya_1st> тока это <Ilya_1st> 1024 это многа.. * Ilya_1st бы резину делал <aalchemy> это как?
Иногда бывает необходимость отключения сайта, его переноса или другая ситуация, когда поисковая машина может получать от сервера не тот ответ который мы бы хотели ей дать. Как известно, в протоколе HTTP предусмотрены различные коды ответов. В частности код ответа сервера 503, который отдается в случае, если сервис недоступен. А такое иногда надо. Например, перенесли вы сайт, а DNS не обновился и поисковики стучатся по старому адресу. Могут выйти недоразумения - вы же наверняка начали обновлять перенесенный на новую площадку сайт. Обратимся к справке google.
Часто от коллег, делающих решения для сайтов на основе готовых систем управления контентом, можно услышать фразы вида:
сделав сайт на базе данной системы XYZ, вы облегчите себе дальнейшую поддержку проекта, ведь вы сможете обратиться к любому другому спецу по XYZ и получить желаемые измения системы в течение короткого времени.
Так вот. В общем случае, если у Вас не простой сайт визитка с набором простых, уже готовых модулей, а нечто более сложное, написаное под Ваши нужды, то Вам просто врут.
Для Drupal имеется большое количество модулей изображений, которые позволяют красиво организовать информацию на Вашем сайте. Прикрепить изображения к страницам, организовать тот их вывод, который Вам необходим. Есть модуль Image для создания единичных изображений, есть модуль node_images.
Так же программистам будет полезен модуль imagecache позволяющий получать преобразованные изображения из тех, что лежат на диске "на лету" - при запросе браузера. С его помощью вы можете получить измененные в размере картинки, и прочие вкусности.
Однако, есть нюанс объединяющий 90% модулей которые используются в Drupal, да я предполагаю и в других CMS тоже.
Загруженные изображения сваливаются в один каталог файловой системы.
Для Drupal имеется большое количество модулей изображений, которые позволяют красиво организовать информацию на Вашем сайте. Прикрепить изображения к страницам, организовать тот их вывод, который Вам необходим. Есть модуль Image для создания единичных изображений, есть модуль node_images.
