Акция!  Домен 34 грн, домен 55 грн, домен  - 200 грн домен  - 65 грн, домен  - 99 грн, домен  - 56 грн!, домен  - 425 грн!
Мы используем cookie-файлы
Для оптимизации работы нашего сайта мы используем cookie-файлы. Продолжая использовать сайт, Вы соглашаетесь с использованием cookie-файлов.
  • RUB
  • USD
  • EUR
  • UAH
Чат техподдержки
Вы являетесь клиентом?
  • +38(044) 392-74-33  Киев
  • +38(057) 728-39-00  Харьков
  • +38(056) 794-38-31  Днепр
  • +38(032) 229-58-93  Львов
  • +38(048) 738-57-70  Одесса
  • +38(093) 170-15-42  Life
  • +38(067) 400-88-44  Киевстар
  • +38(095) 630-90-82  MTC
  • +1(888)393-24-51  USA, Toll free
  • +44(131)507-01-14  Great Britain
  • +7(499) 348-28-61  Москва

Пожелания и предложения. Может, стоит разрешить иногда превышать максимальное время работы скрипта на хостинге?

Форумы Пожелания и предложения Может, стоит разрешить иногда превышать максимальное время работы скрипта на хостинге?
0leksa
11 месяцев
хостинг: есть
домен: есть
Может, стоит разрешить иногда превышать максимальное время работы скрипта на хостинге?
На форуме уже обсуждают максимальное время работы скрипта на хостинге, приводят примеры и аргументы в пользу увеличения. Форум. Хостинг. Максимальное время выполнения скрипта.(max_execution_time)., katur. Хостинговая компания Хостинг Украина. Тел. горячей линии. (044) 392-74-33

Еще один жизненный пример в пользу того, что стоит позаботиться об увеличении времени работы скрипта (пример реальный - случай с сайтом в моем аккаунте). Сайт на Джумла. Резервное копирование делается средствами Акиба бэкап. Если запустить копирование вручную, то все в порядке - скрипт создает файл бэкапа сайта (это первый шаг), а на втором шаге отправляет его в облако, удаляя отправленный бэкап с сайта. Если же процедура (операция) резервного копирования сайта запускается автоматически с планировщика, то в случае небольшого сайта все шаги процесса завершаются успешно (создание файла бэкапа + отправка в облако), а в случае единственного большого сайта в моем аккаунте скрипт проработав какое то время, создает файл бэкапа сайта и помещает его в файловую структуру сайта, а затем начинает его пересылать в облако, но внезапно убивается, то есть, процесс автоматически прекращается по исчерпанию лимита времени в 300 сек. и файл бэкапа остается на сайте, тем самым "съедая" лимитированное дисковое пространство. Если пройдет 2-3 суток, то повторяющийся в полночь процесс резервного копирования сайта полностью переполняет дисковое пространство в результате чего ВСЕ сайты моего аккаунта (а их несколько) прекращают свою работу. То есть, аккаунт перестает быть работоспособным с т.з. поддержки нормальной работы сайтов.

Уважаемое руководство хостинга! Как на мой взгляд, вполне логично было бы разрешить в исключительных случаях прописывать лимит работы скрипта в командной строке (как опцию команды крона), вы не согласны?

И второй вариант (который я могу предложить для решения этой проблемы) Сделайте возможным запускать для сайта режим Turbo Boost к определенному времени суток автоматически (по планировщику), Думаю, проблема будет решена!
ZimbalisT
11 месяцев
хостинг: есть
домен: есть
Turbo Boost увеличивает время выполнения скрипта с 30 до 300 сек. А при запуске скрипта по крону этот параметр и так 300 сек.

Ваш скрипт упирается не в максимальное время выполнения скрипта, а в максимальное время работы процесса, которое тоже равно 300 сек. но есть общим параметром для всех аккаунтов на сервере и не изменяется для каждого аккаунта по отдельности.
Илья
11 месяцев
хостинг: есть
домен: есть
4
Для того, что б снять это ограничение нужно ввести другое - полное отключение аккаунта при превышении допустимого лимита нагрузки. К примеру у клиента завис cron скрипт и работает 4 часа съедая 100% ядра процессора. Нужно отключать полностью аккаунт из-за того, что у него завис крон. IMHO 99,9% клиентов такой подход не понравится.
Участвовать в общении на этом форуме могут только
зарегистрированные пользователи.

Если вы уже зарегистрированы Вам необходимо войти на форум.