drupal

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

Сегодня у нас будет перевод небольшой заметки в блоге Криса Джонсона об особенностях встроенного в Drupal кэширования.

TweenTribune — новостной сайт для детей и подростков от 8 до 18 лет, ежедневно публикующий уникальные и интересные для детей новости. События отбираются детьми совместно с профессиональными журналистами. Дети могут публиковать ссылки на события, которыми хотели бы поделиться, публиковать свои собственные события, и комментировать новости.

Более 53 тысяч учителей в США используют этот сайт в своих классах.
Более 5 миллионов просмотров страниц в месяц.
10 000 нодов добавляется ежедневно.

Сегодня решил написать небольшую статью об отличном проекте BOA, помогающем автоматизировать установку высокопроизводительного веб-сервера (Nginx + PHP-Fpm + APC + Redis/Memcached), подготовленный под размещение Drupal сайтов.
Моя компания предоставляет услуги Drupal хостинга, поэтому постоянно изучаем решения для автоматизации установки высокопроизводительных решений для Drupal проектов, вот таким образом и был найден проект BOA.

Продолжение статьи о стратегиях кэширования в Drupal. Оригинал на английском можно посмотреть тут.

Решил написать обзорный пост о методах кэширования Drupal сайтов и нашел на просторах Интернета статью от технического консультанта Acquia, как раз затрагивающая эту тему. Поэтому сегодня будет перевод этой статьи.

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

В принципе все нормально и можно работать, но есть некоторые недостатки такого решения:
1) При работе с клиентами, у которых медленные каналы связи, оперативная память сервера будет занята процессом Apache до тех пор пока он полностью не отдаст запрошенный контент.
2) Каждый раз когда клиент запрашивает статический контент будет запущен процесс Apache для выдачи этого контента, что тоже будет "отъедать" драгоценную оперативную память сервера.

Отличным способом устранения недостатков нашего решения является использования веб-сервера Nginx в качестве front-end к Apache. Все статические запросы будет обслуживать Nginx, а остальные запросы Nginx будет проксировать на Apache. В этом посте мы рассмотрим подробную настройку этого решения.

Сегодня рассмотрим настройку веб-сервера "с нуля" и установку на него CMS Drupal. На сервере c Linux Debian Stretch/ Ubuntu будем настраивать стандартный набор Apache, MySql, Php и базовую настройку Drupal. Конфигурацию Apache, MySql, Php рассмотрим по умолчанию и изменять не будем.

В дальнейшем рассмотрим более тонкую настройку этого набора. У нас уже имеется сервер, с установленным Debian, и root пароль ssh для доступа к серверу, поэтому приступим. Наш сайт будет иметь адрес: drupaladmin-example.com