Планировщик задач для PHP-сайта::Журнал СА 7-8.2017
www.samag.ru
     
Поиск   
              
 www.samag.ru    Web  0 товаров , сумма 0 руб.
E-mail
Пароль  
 Запомнить меня
Регистрация | Забыли пароль?
Журнал "Системный администратор"
Журнал «БИТ»
Наука и технологии
Подписка
Где купить
Авторам
Рекламодателям
Магазин
Архив номеров
Контакты
   

  Опросы
1001 и 1 книга  
12.02.2021г.
Просмотров: 10472
Комментарии: 11
Коротко о корпусе. Как выбрать системный блок под конкретные задачи

 Читать далее...

11.02.2021г.
Просмотров: 10909
Комментарии: 13
Василий Севостьянов: «Как безболезненно перейти с одного продукта на другой»

 Читать далее...

20.12.2019г.
Просмотров: 17796
Комментарии: 2
Dr.Web: всё под контролем

 Читать далее...

04.12.2019г.
Просмотров: 16345
Комментарии: 13
Особенности сертификаций по этичному хакингу

 Читать далее...

28.05.2019г.
Просмотров: 17140
Комментарии: 7
Анализ вредоносных программ

 Читать далее...

Друзья сайта  

Форум системных администраторов  

sysadmins.ru

 Планировщик задач для PHP-сайта

Архив номеров / 2017 / Выпуск №7-8 (176-177) / Планировщик задач для PHP-сайта

Рубрика: Разработка /  Автоматизация   | Дополнительные материалы

Игорь Орещенков ИГОРЬ ОРЕЩЕНКОВ, инженер-программист, iharsw@tut.by

Планировщик задач для PHP-сайта

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

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

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

Во-вторых, можно генерировать странички «на лету» по каждому пользовательскому запросу. Это один из самых популярных подходов среди сайтов, разработанных на PHP. Он позволяет получить максимальную гибкость содержания засчет увеличения вычислительной нагрузки на сервер.

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

На практике лучше использовать комбинацию этих двух вариантов: данные собираются и преобразуются в удобный промежуточный формат фоновым процессом, а страничка для выдачи пользователю формируется сценарием окончательной cборки. Такой подход позволяет достичь компромисса между производительностью и актуальностью веб-ресурса.

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

Рекурсивный запуск PHP-сценария HTTP-запросом

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

Однократный запуск легко осуществить направлением HTTP-запроса из браузера – таким способом запускаются все PHP-сценарии. После запуска PHP-сценарий мог бы организовать бесконечный цикл с периодической проверкой наступления времени выполнения задачи.

Но время выполнения PHP-сценария в составе веб-приложения ограничено как настройкой среды выполнения (параметр max_execution_time конфигурационного файла по умолчанию равен 30 секундам, см. рис. 1), так и настройкой веб-сервера (для Apache и IIS это ограничение составляет 300 секунд). Как бы либерально ни был настроен веб-сервер, сам факт наличия ограничения является препятствием в вопросе организации фонового PHP-процесса. Можно попытаться его преодолеть, вспомнив, что любой цикл может быть заменен рекурсией.

Рисунок 1. Время выполнения сценария ограничено настройками среды PHP

Рисунок 1. Время выполнения сценария ограничено настройками среды PHP

Организовывать рекурсивный вызов PHP-сценария нужно через HTTP-запрос к самому себе, в противном случае его выполнение будет происходить в рамках одного серверного потока, что не позволит справиться с описанными ограничениями. Если же эстафета будет передаваться вызовом сценария по сетевому запросу, то веб-сервер воспримет это как обычный пользовательский запрос и запустит сценарий в новом потоке, со сброшенными таймерами (см. рис. 2).

Рисунок 2. Схема сценария, реализующего рекурсивный HTTP-вызов

Рисунок 2. Схема сценария, реализующего рекурсивный HTTP-вызов

Статью целиком читайте в журнале «Системный администратор», №7-8 за 2017 г. на страницах 62-67.

PDF-версию данного номера можно приобрести в нашем магазине.


  1. RFC 2616: Hypertext Transfer Protocol – HTTP/1.1 – URL: http://www.ietf.org/rfc/rfc2616.txt.
  2. Орещенков И. О совместном доступе к файлам в PHP. // «Системный администратор», № 4, 2017 г. – С. 66-71/ URL: http://samag.ru/archive/article/3413.
  3. Планировщик задач phpJobScheduler – URL: http://www.phpjobscheduler.co.uk.

Комментарии отсутствуют

Добавить комментарий

Комментарии могут оставлять только зарегистрированные пользователи

               Copyright © Системный администратор

Яндекс.Метрика
Tel.: (499) 277-12-41
Fax: (499) 277-12-45
E-mail: sa@samag.ru