Написание фильтров для Apache 2.0

Биллинг панели

iPanel

Биллинг-панель управления хостингом. Автоматическое создание как бесплатных так и платных аккуантов для ваших пользователей. iPanel используется большинством зарубежных, бесплатных хостеров. Функции администратора: Добавление аккаунтов Просмотр, изменение аккаунтов Проверка бесплатных аккаунтов администратором Многократное ограничение по ip Подтверждение по E-mail для бесплатных аккаунтов Регистрация бесплатных аккаунтов только для поддоменов Массовая отправка сообщений пользователям Вход пользователей по IP Faq Блокировка E-mail Назначение одиночных и блоков IP Лимит создания аккантов Опции при выборе

DAdmin

Профессиональная биллинговая система для DirectAdmin. Простота в установке, удобное управление, приятный и доступный пользовательский, а также - админ-интерфейс; возможность приёма более 20-ти видов денежных средств, интеграция с DirectAdmin, что даёт возможность Вашим клиентам совершать заказ и моментально, без Вашего участия, получать доступ к аккаунту за считанные секунды после оплаты. Основные характеристики: Администратор: Интеграция с DirectAdmin: автоматическое

MasterBill

Система биллинга хостинга MasterBill - это посредник между клиентом и администратором, упрощающий большую часть задач, связанных с эффективным ведением бизнеса по предоставлению услуг виртуального хостинга и регистрации доменных имён. Система автоматически проводит каждый этап сделки с Вашим клиентом. Приём платежей on-line - мгновенное зачисление денежных средств на счёт клиента. На данный момент система биллинга хостинга поддерживает

Solidstate

Бесплатный биллинг Solidstate Открытый исходный код (GPL) Поддержка PHP4 и PHP5 Использование СУБД MySQL Многопользовательская система Возможность интеграции модулей третьих сторон Использование Smarty для шаблонов Проверка активных, неактивных и ожидающих аккаунтов Присоединение памяток к аккаунтам Отправка предопределенных e-mail’ов для новых клиентов Создание и редактирование счетов, которые могут быть распечатаны или отправлены по почте для своих клиентов Счета могут быть сгенерированы по одному или сразу все Прием платежей Установка

Документация

Написание фильтров для Apache 2.0

Когда разработчики впервые начали обсуждать Apache 2.0, одной из главных целей, стоявшей перед ними, было создание механизма, чтобы один модуль мог модифицировать данные, полученные от другого. Эта возможность была реализована только в шестой альфа-версии сервера. Механизм, использовавшийся для осуществления этих возможностей, называется - фильтры. Изначально написание фильтров было нелегким делом, но в течение нескольких последующих

Чем занимается Apache

Внутри web-технологий всё определяется взаимодействием клиента и сервера. В роли клиента выступает браузер посетителя web-сайта. Браузер, на основе команд пользователя, формирует запросы к серверу (например, запрашивает HTML-страницы). Принятые в ответе сервера данные и формируют представление web-сайта на компьютере пользователя. Взаимодействие клиента и сервера происходит по специальному протоколу (описывающему команды, структуры данных и порядок обмена информацией).

Необходимый резерв

В создание сайта вкладывается много сил и средств. Тексты, графика, статистика посещаемости - всё это данные, хранящиеся на сервере. Компьютерная техника подвержена сбоям и отказам,которые могут привести к потере данных. И это касается не только документов на персональном компьютере, но и файлов, составляющих web-сайт. Для того чтобы получить возможность восстановления данных, необходимо резервное копирование (backup).

Лог-файлы web-сервера - что в них?

В тот момент, когда пользователь Сети набирает в браузере адрес того или иного ресурса, браузер, получая страницу с web-сервера, соответствуюую адресу, генерирует как минимум один запрос, обрабатываемый web-сервером. Сведения о каждом запросе браузера web-сервер записывает в особый файл, называемый “лог-файлом” (от англ. log - судовой журнал, в данном случае). Обычно одному запросу в лог-файле

IPanel

Биллинг-панель управления хостингом. Автоматическое создание как бесплатных так и платных аккуантов для ваших пользователей. iPanel используется большинством зарубежных, бесплатных хостеров.

Функции администратора:

Добавление аккаунтов
Просмотр, изменение аккаунтов
Проверка бесплатных аккаунтов администратором
Многократное ограничение по ip
Подтверждение по E-mail для бесплатных аккаунтов
Регистрация бесплатных аккаунтов только для поддоменов
Массовая отправка сообщений пользователям
Вход пользователей по IP
Faq
Блокировка E-mail
Назначение одиночных и блоков IP
Лимит создания аккантов
Опции при выборе пакетов
Уведомления администратору при вводе дважды порта
Инструмент для импорта доменов
Новостная лента
Добавление нескольких серверов с разделением типов аккаунтов
Статус сети
Отчет по регистрациям
Редактор правил
Редактирование шаблонов e-mail
Поиск клиентов
Бесплатный хостинг каталог клиентам
Принудительное включение в сайты информации html, htm, php, perl, cgi
Принудительный показ рекламы
Защита от авторегистаций
Поддержка поддоменов
Отчет по доходам
Создание учетной записи с реселлерами и корневым доступом к серверу
Интеграция с платежными системами - Authorize.net, 2CheckOut, Paypal ipn
Интеграция с WHM, Cpanel, RvSkin

Панель управления клиента :

Обновление до платного аккаунта
Просмотр статуса сети
Просмотр, редактирование информации аккаунта
Смена пароля
Просмотр сообщений
Просмотр и оплата счетов

Требования:

Cpanel / WHM, DirectAdmin, Plesk
PHP 4.4.x or PHP 5.x
MySQL 4.x or MySQL 5.x
Curl+SSL
Ioncube loader (included in the script)
OPENSSL
Mod_layout for forced ads
Root access for forced ads feature

Возможность локализации присутствует.

DAdmin

Профессиональная биллинговая система для DirectAdmin. Простота в установке, удобное управление, приятный и доступный пользовательский, а также - админ-интерфейс; возможность приёма более 20-ти видов денежных средств, интеграция с DirectAdmin, что даёт возможность Вашим клиентам совершать заказ и моментально, без Вашего участия, получать доступ к аккаунту за считанные секунды после оплаты.

Основные характеристики:

Администратор:

Интеграция с DirectAdmin: автоматическое создание аккаунта при оплате пользователем услуги хостинга (реселлинг/vps/dedicated - вручную);
Автоматический приём электронных денежных средств: WebMoney (наличие персонального аттестата), E-Gold, RuPay (наличие - аттестата проверенного клиента), Yandex (заключение договора); соответственно - через систему RuPay - ещё БОЛЕЕ 10-ти способов оплаты: Сбербанк России, Приват Банк Украины (Приват 24), терминалы элекснет и OSMP, карты РАПИДА, Capitalcollect, Почта России и т.д.
Редактирование существующих заказов/счетов;
Создание нового заказа;
Добавление услуги к существующему заказу (домен/хостинг/реселлинг);
Создание тарифных планов для: хостинга/реселлинга/VDS(VPS)/dedicated; ;
Настройка системы скидок, бесплатных доменов (настройка сразу нескольких зон для того, или иного срока заказа), сроков заказа, а также доп. услуг - отдельно для каждого тарифа;
Возможность включения/отключения тарифного плана, а также возможность автоматического создания/блокирования/удаления аккаунта в DirectAdmin при заказе пользователем услуги - отдельно для каждого тарифа;
Блокирование/Удаление пользователей из системы;
Создание/Управление новостями;
Рассылка сообщений пользователям по выбору: клиентам на хостинг/реселлерам/клиентам на vps, либо dedicated; Согласившимся на получение рассылки, либо нет;
Редактирование WHOIS-зон;
Установка минимального срока заказа/срока продления;
Установка стоимости заказа/продления, а также стоимости заказа/продления при заказе/продлении хостинга;
Отображение WHOIS-формы на любой странице сайта. Возможность включения/отключения зоны для отображения в форме, а также выбор отображения - чекбоксы, либо выпадающий список;
Настройка курса валют: ЕВРО, У.Е., Гривны;
16 шаблонов писем с возможностью редактирования: напоминания об оплате за услуги хостинга/реселлинга/доменного имени, либо выделенного сервера. Письма, получаемые клиентом после регистрации, письма для администрации сервиса и т.д.
Напоминание об оплате пользователям за 5, 3, и 1 дней до истечения срока оплаченной услуги (cron);
Статистика по доходу за хостинг/домены: общая, предыдущий/текущий месяц.

Клиенту:

Заказ услуг: хостинг/реселлинг/vps/dedicated/доменное имя, а также заказ доп. услуги, настраиваемой в админ-панели (например: выделенный ip, регистрация в каталогах и т.п.);
Управление заказами/счетами: заказ доп. услуг для существующего заказа, продление, редактирование профайла;
Калькулятор тарифных планов;

Производитель: dadmin.ru

MasterBill

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

Приём платежей on-line - мгновенное зачисление денежных средств на счёт клиента. На данный момент система биллинга хостинга поддерживает порядка 30 различных платёжных систем и процессинговых/клиринговых центров, что является абсолютным показателем в индустрии. Полный перечень поддерживаемых системой биллинга хостинга платёжных средств Вы можете найти на странице “Сравнительные характеристики”.

Автоматические создание, блокировка и удаление клиентских аккаунтов, при условии, что на сервере установлена панель управления хостингом, поддерживаемая системой биллинга хостинга. Полный перечень поддерживаемых биллингом панелей управления хостингом Вы можете найти на странице “Сравнительные характеристики”.

Автоматические регистрация, делегирование, перенос и продление доменных имён. Вы без труда сможете импортировать ранее зарегистрированные доменные имена в систему биллинга хостинга для централизованного управления доменами. Полный перечень поддерживаемых системой биллинга хостинга регистраторов доменных имён Вы можете найти на странице

Основные характеристики:

Ядро системы биллинга - 100% PHP (поддерживаются версии 4.x и 5.x).
Ядро системы прекомпилированно Zend Encoder для повышения быстродействия.
Используемая СУБД - MySQL.
Расширяемая структура ? позволяет без труда наращивать функциональность системы.
Технология тем - позволяет изменять внешний вид системы, счетов, уведомлений и т.п.
Модульная структура - определение добавляемых модулей без их инсталляции.

Интеграция с регистратором доменных имен:

Наш биллинг хостинга обладает специализированным интерфейсом - Registrar API (RAPI), выступающим посредником между системой биллинга и любым регистратором доменных имён, предоставляющим пользовательский API. Модули RAPI используются системой при регистрации, переносе, делегировании и продлении доменных имён. RAPI основывается на ассоциациях доменная зона-регистратор (.com-eNom, .net-Directi и т.п.) и позволяет одновременно работать с любым количеством регистраторов. Вы можете добавлять, удалять и изменять ассоциации налету, не заботясь о принципах их внутреннего устройства. Система учитывает API, использованный при регистрации доменного имени, и запоминает его ассоциацию, даже если она была изменена в настройках позднее.

Интеграция с панелью управления хостингом:

Наш биллинг хостинга обладает специализированным интерфейсом - Hosting panel API (HAPI), позволяющим объединить систему биллинга хостинга и панель управления хостингом в одно целое. При помощи данного API, при поступлении заказов и их успешной оплаты on-line, система биллинга хостинга автоматически создаёт хостинг-аккаунты на сервере. Система биллинга может взаимодействовать с любым количеством серверов. Учитывая возможность автоматической регистрации доменных имён, Ваши клиенты будут получать работающий аккаунт практически мгновенно и безо всякого Вашего вмешательства! Не многие компании, предоставляющие услуги хостинга, могут похвастаться подобным сервисом.

Шлюзы платежных систем:

Наш биллинг обладает уникальной “портальной” технологией обработки платежей. Добавляемые модули платёжных систем автоматически распознаются системой при их загрузке на сервер и не требуют инсталляции. Каждый модуль состоит из 3-х частей, выполняющихся поочередно. Система позволяет одновременно использовать любое количество модулей платёжных систем, у Вас не будет недостатка в платёжных инструментах.

Клиентская панель биллинга:

Для каждого Вашего клиента система биллинга хостинга создаёт личный кабинет. В данном разделе сохраняются все размещённые клиентом заказы. Также сохраняются контактные данные клиента и контактные данные необходимые при регистрации доменных имён (technical/administrative/billing) - при размещении новых заказов на услуги хостинга и/или регистрации доменных имён Ваш клиент будет избавлен от необходимости вводить их повторно. Возможно изменение тарифного плана, контактов домена, серверов NS и т.п. непосредственно из клиентской панели.

Периодические платежи:

При наступлении контрольной даты система биллинга хостинга высылает Вашему клиенту уведомление о необходимости оплаты услуг и счёт для оплаты. Если у клиента истекает оплаченный срок нескольких услуг, то все счета объединяются системой в единый, который и отправляется клиенту. Также, уведомление о необходимости оплаты отображается в клиентской панели. Далее клиент входит в свою панель и проводит необходимый платёж (при необходимости изменив платёжное средство и/или срок оплаты) либо отменяет заказанные услуги. В случае несвоевременной оплаты клиенту высылается уведомление, а его аккаунт переводится в так называемый “период отсрочки”. При не поступлении оплаты по истечении данного периода, аккаунт клиента автоматически блокируется и переводится в так называемый “могильный период”. При не поступлении оплаты по истечении данного периода, аккаунт клиента автоматически удаляется с сервера. Разумеется, в административной панели присутствует возможность изменять все необходимые параметры.

Solidstate

Бесплатный биллинг Solidstate
Открытый исходный код (GPL)
Поддержка PHP4 и PHP5
Использование СУБД MySQL
Многопользовательская система
Возможность интеграции модулей третьих сторон
Использование Smarty для шаблонов
Проверка активных, неактивных и ожидающих аккаунтов
Присоединение памяток к аккаунтам
Отправка предопределенных e-mail’ов для новых клиентов
Создание и редактирование счетов, которые могут быть распечатаны или отправлены по почте для своих клиентов
Счета могут быть сгенерированы по одному или сразу все
Прием платежей
Установка единоразовых и месячных платежей для каждого сервиса/услуги
Сервисы имеют продолжительность 1,3,6 и 12 месяцев
Регистрация доменов через API Directi

Написание фильтров для Apache 2.0

Когда разработчики впервые начали обсуждать Apache 2.0, одной из главных целей, стоявшей перед ними, было создание механизма, чтобы один модуль мог модифицировать данные, полученные от другого. Эта возможность была реализована только в шестой альфа-версии сервера. Механизм, использовавшийся для осуществления этих возможностей, называется - фильтры. Изначально написание фильтров было нелегким делом, но в течение нескольких последующих релизов разработчики усовершенствовали программный интерфейс, поэтому сейчас создавать фильтры стало гораздо проще.

Эта статья описывает основные концепции фильтров Apache. В моей следующей статье я проведу Вас через процесс создания фильтра. В этой статье я также покажу Вам некоторые основы написания входных фильтров.

Стандартные фильтры

Для обеспечения работы механизма фильтров разработчики Apache рассматривают веб-страницы как блоки (chunk) информации. Разработчики сделали так, чтобы нас не беспокоило то, на что эти блоки похожи или то, как они хранятся на сервере. В терминологии фильтров Apache, каждый блок хранится в контейнере (bucket), а список контейнеров формирует бригаду (brigade). А список бригад в свою очередь формирует веб-документ. Фильтр работает с одной бригадой за раз, и для обработки всего документа вызывается повторно для каждой бригады. Такой подход позволяет серверу передавать данные клиенту блоками, не дожидаясь завершения обработки всего документа.
Основной дистрибутив сервера Apache 2.0 содержит несколько стандартных фильтров.
Первый это content_length_filter. Этот фильтр подсчитывает длину данных, отправляемых клиенту сервером, в байтах. Если при первом вызове фильтра ответ сервера недоступен в полном объеме, и, если протокол позволяет серверу отсылать ответ без заголовка content-length, тогда этот фильтр просто пропускает данные к следующему фильтру. Однако он все-таки продолжает подсчитывать длину для ведения логов.
Второй стандартный фильтр это header_filter. При первом вызове фильтр формирует заголовки и передает их следующему фильтру. После этого он передает само содержание веб-страницы. Это важный момент, потому что, если Вашему фильтру необходимо изменить заголовки, то он должен быть размещен до header_filter. Также он должен хранить все содержание страницы до тех пор, пока не закончит работать с заголовками. Когда же Ваш фильтр передает данные следующему фильтру в стеке, Вы тем самым сообщаете серверу Apache, что закончили работать с данными, и он может отсылать их клиенту.
Последним фильтром в выходной цепочке всегда является core_output_filter. Этот фильтр отвечает за отправку данных в сеть. Для оптимального использования пропускной способности сети Apache перед отправкой буферизирует данные по 9 KB. Тем не менее фильтры могут заставить Apache отправлять данные немедленно, путем очистки текущего стека фильтров.

Типы фильтров и их предназначения

Перед тем как фильтр сможет получать запросы, он должен быть зарегистрирован на сервере. Это делается функцией ap_register_output_filter. Эта функция вызывается с тремя аргументами: имя фильтра, указатель на функцию фильтра и тип фильтра.
ap_register_output_filter(”CONTENT_LENGTH”, ap_content_length_filter, AP_FTYPE_HTTP_HEADER);
Имя фильтра должно быть уникальным в пространстве имен сервера. Два фильтра не могут использовать одинаковую строку для своих имен. В связи с этим рекомендуется, чтобы имена фильтров обладали некоторой уникальной защитой имен (префиксами) для каждого модуля. Функция фильтра - это функция, которая должна быть добавлена в стек фильтров всякий раз при определении этого фильтра. В следующий раз мы рассмотрим эту функцию более подробно. Также должен быть определен тип фильтра. Каждый фильтр имеет связанный с ним тип. Это помогает Apache корректно упорядочивать фильтры в стеке. Ниже приведен список типов фильтров с их описанием:

AP_FTYPE_CONTENT Этот тип фильтров показывает, что фильтр будет использоваться для изменения содержания веб-страницы. Примеры фильтров этого типа: SSI или PHP.
AP_FTYPE_HTTP_HEADER Это специальный тип фильтра, который дает возможность модулям изменять заголовки. Все фильтры данного типа запускаются после AP_FTYPE_CONTENT фильтров. Примеры фильтров данного типа: content_length и http_header.
AP_FTYPE_TRANSCODE Тип фильтров, которые могут изменять способ отправки ответа клиенту, но не содержание этого ответа. Пример этого типа фильтров - фильтр chunking_filter, который разбивает ответ сервера на блоки. Все фильтры этого типа запускаются после AP_FTYPE_HTTP_HEADER фильтров.
AP_FTYPE_CONNECTION Фильтры этого типа используются для изменения способа интерпретации сервером HTTP данных. Эти фильтры не стоит использовать для изменения данных запроса или ответа, потому что они вызываются после фильтров AP_FTYPE_TRANSCODE, когда сервер уже создал заголовки для запроса и ответа. Пример этого типа фильтров - http_in фильтр, который разбивает составные запросы в одном соединении на отдельные запросы.
AP_FTYPE_NETWORK Фильтры этого типа запускаются последними. Они отвечают за чтение и запись данных из/в сети.

Большинство фильтров создаются исключительно как фильтры AP_FTYPE_CONTENT типа. После регистрации фильтра на сервере он может быть добавлен для обработки запросов. Это делается функцией ap_add_output_filter и обычно определяется с помощью директивы SetFilter в файле http.conf. Функция ap_add_output_filter принимает четыре аргумента:
ap_add_output_filter(const char *name, void *ctx, request_rec *r, conn_rec *c);
Первый аргумент - это имя, под которым фильтр был зарегистрирован в функции ap_register_output_filter. Аргумент ctx это произвольный указатель, который передается фильтру при каждом его вызове. Это бывает полезно, если одна функция имеет несколько вариантов исполнения. Последние два аргумента: request_rec и conn_rec, фильтр использует каждый раз при вызове. Если аргумент request_rec недоступен, то он должен быть равен NULL. Если request_rec равен NULL, тогда обязательно должен быть определен conn_rec. Они позволяют использовать одну цепочку фильтров для запроса и подзапросов без дополнительных обращений к Apache для определения какой запрос пришел от какого фильтра. Связывание запроса с фильтром происходит при добавлении фильтра в стек.
Эта статья только поверхностно рассматривает интерфейс фильтров, поэтому следующие две статьи будут посвящены углубленному рассмотрению этой темы. Написание фильтров является сложной задачей, но они являются мощным инструментом для расширения функциональности сервера.

Чем занимается Apache

Внутри web-технологий всё определяется взаимодействием клиента и сервера. В роли клиента выступает браузер посетителя web-сайта. Браузер, на основе команд пользователя, формирует запросы к серверу (например, запрашивает HTML-страницы). Принятые в ответе сервера данные и формируют представление web-сайта на компьютере пользователя. Взаимодействие клиента и сервера происходит по специальному протоколу (описывающему команды, структуры данных и порядок обмена информацией). Для Web - это протокол HTTP (или HTTPS).

Со стороны web-сайта с браузером посетителя взаимодействует специальная программа - HTTP-сервер (или web-сервер). HTTP-сервер обрабатывает запросы от клиентского браузера, принимает от браузера данные. На основе обработанных запросов, клиентскому браузеру передаются данные с сревера. Например, данные, содержащие HTML-страницы.

HTTP-сервер - центральный и наиболее важный элемент, обеспечивающий работу любого web-сайта в Интернете. Существует множество реализаций HTTP-серверов. Однако на настоящий момент большинство сайтов в Интернете работают благодаря HTTP-серверу Apache, ставшему своего рода стандартом.

Конфигурации Apache могут быть весьма различными, разобраться с ними в деталях под силу лишь профессионалу. Впрочем, обычному пользователю хостинг-площадки детальная информация о конфигурации web-сервера не нужна. Требуется лишь знание ключевых параметров. Например, необходимо знать имя “индексного файла” - это тот файл, который открывается http-сервером по умолчанию, если посетитель сайта просматривает данную директорию (папку). Так, если на web-сервере, соответствующем адресу “http://www.mygoodsite.ru” существует директория “/myphoto”, то http-сервер можно настроить таким образом, что при переходе пользователя по адресу “http://www.mygoodsite.ru/myphoto/” ему будет передаваться содержимое файла index.html, находящегося в директории “/myphoto”. Так же, как если бы посетитель набрал адрес “http://www.mygoodsite.ru/myphoto/index.html”.

Для владельца web-сайта может быть важным настройка файлов .htaccess, управляющих некоторыми параметрами обработки адресов HTTP-сервером. Например, .htaccess позволяет защитить отдельные директории сайта паролем - при переходе на защищённые страницы браузер будет запрашивать у посетителя имя пользователя и пароль. (Сами пароли и имена пользователей настраиваются не в .htaccess, а в дополнительных файлах, доступных http-серверу.)

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

Необходимый резерв

В создание сайта вкладывается много сил и средств. Тексты, графика, статистика посещаемости - всё это данные, хранящиеся на сервере. Компьютерная техника подвержена сбоям и отказам,которые могут привести к потере данных. И это касается не только документов на персональном компьютере, но и файлов, составляющих web-сайт. Для того чтобы получить возможность восстановления данных, необходимо резервное копирование (backup).

В зависимости от набора технологий, которые используются для создания сайта, для его работы необходимы разные типы файлов: коды программ-скриптов (например, на языках Perl или PHP), исходные данные в виде текстовых файлов, графические файлы (GIF, JPEG, PNG) - и этим список не исчерпывается. Файлы web-сайта хранятся на хостинге в рамках дискового пространства, предоставленного хостинг-провайдером. Во многих случаях основная часть информации, составляющей страницы сайта, хранится в базе данных хостинга, например в базе данных под управлением MySQL. Если сайт работает на базе CMS, то размещение информации в базе данных хостинга - самая распространённая практика. Резервное копирование должно охватывать все файлы, необходимые для работы сайта, в том числе и базы данных.

К потерям важных данных могут привести сбои в компьютерной системе хостинг-провайдера, взломы сайта хакерами и неверные действия самого владельца сайта. В случае сбоев на стороне хостинг-провайдера потери данных клиента хостинга - редкий случай: хороший хостинг-провайдер использует компьютерные системы с резервированием, и даже в случае поломок отдельных серверов фактически нет риска потери данных. Куда больший риск представляют злоумышленники, похитившие пароль к CMS сайта - они могут удалить его содержимое без всяких “компьютерных сбоев”. А действия неопытного администратора сайта, случайно выбравшего в меню CMS не ту команду и в результате очистившего всю базу данных, ещё более распространённая причина потери данных.

Резервное копирование данных, позволяющее в случае проблем восстановить сайт, может быть включено в перечень услуг хостинга. Также задачи резервного копирования и восстановления сайта можно возложить на стороннюю компанию, занимающуюся технической поддержкой web-проектов (в этом случае придётся передать этой компании права доступа к хостингу). Другой вариант - копирование и сохранение данных силами администратора сайта.

В самом простом случае, достаточно создать копию данных, размещённых на хостинге, воспользовавшись доступом по FTP. Правда, такой вариант обычно позволяет сохранить лишь файлы HTML-страниц и скриптов. Для сохранения содержимого базы данных способ с FTP не годится, но его может с успехом заменить подходящее средство администрирования баз данных, например, широко распространённый пакет PHPMyAdmin. PHPMyAdmin либо предоставляется хостинг-провайдером, либо может быть установлен на хостинг самостоятельно клиентом.

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

Стандартная практика сохранения содержимого баз данных - это формирование специальных файлов, содержащих структуру базы данных и сохранённые в ней записи (так называемые “дампы” базы данных). Эти файлы могут использовать разные форматы (например, базироваться на XML или SQL), а их генерация проводится программой администрирования (PHPMyAdmin) базы данных.

Многие современные CMS имеют встроенные средства создания резервных копий и управления ими. Например, CMS может самостоятельно генерировать архивный файл с резервной копией всего содержимого сайта (включая базу данных) и либо сохранять этот файл на хостинге, либо пересылать его на локальный компьютер администратора (например, по электронной почте). Также, интерфейс для управления резервными копиями может предоставлять хостинг-провайдер, в таком случае соответствующие функции доступны в панели управления услугой хостинга.

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

Поиск по сайту: