Мы используем cookie-файлы
Для оптимизации работы нашего сайта мы используем cookie-файлы. Продолжая использовать сайт, Вы соглашаетесь с использованием cookie-файлов.
  • UAH
  • USD
  • RUB
  • EUR
  • +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  Москва

Хостинг. Максимальное время выполнения скрипта.(max_execution_time).

Форумы Хостинг Максимальное время выполнения скрипта.(max_execution_time).
katur
21.09.2015
хостинг: есть
домен: есть
Максимальное время выполнения скрипта.(max_execution_time).
Можно ли увеличить max_execution_time больше 30 сек.?
В панели (настройка php.ini) стоит максимум 30.
Евгений В.
21.09.2015
хостинг: есть
домен: нет
В рамках шаред-хостинга - к сожалению, нет.
Увеличение этого параметра возможно только на VPS или физическом выделенном сервере Выделенный сервер в Украине. Хостинг Украина предоставляет услугу - аренда сервера, выделенный сервер в аренду
Илья
29.09.2015
хостинг: есть
домен: есть
Можно ли увеличить max_execution_time больше 30 сек © katur

Используйте для выполнения длительных задач SSH или Cron.
dotern
2 месяца назад
хостинг: есть
домен: есть
Используйте для выполнения длительных задач SSH или Cron. © Илья

Ограничение 300 секунд?
Пытаюсь запустить скрипт, который генерирует карту сайта, для этого он обходит каждую страничку сайта, 300 секунд ему не хватает и процесс убивается.
dotern
2 месяца назад
хостинг: есть
домен: есть
del
alexandrpaliy
2 месяца назад
хостинг: есть
домен: есть
На хостинге невозможно выполнить процесс, который займёт более 300 с.
Остаётся либо пытаться разбить задачу на части (если скрипт это позволяет), либо - если я правильно понимаю суть задачи, можно попробовать поднять локальный сервер, перенести копию сайта на него, сгенерировать карту на локальном сервере, и затем скопировать результат обратно на сервер хостинга.
dotern
2 месяца назад
хостинг: есть
домен: есть
Либо перейти на другой хостинг, где max_execution_time 600 секунд, а по крону и SHH лимит 10 часов
Илья
2 месяца назад
хостинг: есть
домен: есть
3
Либо перейти на другой хостинг, где max_execution_time 600 секунд, а по крону и SHH лимит 10 часов © dotern

А что тот другой хостинг делает, если уложить пару ядер процессора на 10 часов?
Можно убрать этот лимит и поставить другой - потребил x процессорных минут и все отключилось до следующего дня.
Все равно есть какое-то ограничение, пока не сделали процы с неограниченным числом ядер.
dotern
2 месяца назад
хостинг: есть
домен: есть
Можно убрать этот лимит и поставить другой - потребил x процессорных минут и все отключилось до следующего дня. © Илья

Да, вы правы, там ограничение 65 попугаев в сутки, я, думаю, вы поняли, о каком хостинге речь. Но по опыту могу сказать, если превышать в несколько раз эти 65, то ничего не отключают и не просят покинуть хостинг.
У вас вроде как тоже есть условные лимиты на процессор:
"Для всех аккаунтов виртуального хостинга установлен лимит 100 процессорных минут в сутки."
Вам виднее, но существующее ограничение 300 секунд тоже не дело, как по мне. А чтоб не класть процессор, нужны мощнее процессоры и адекватное количество аккаунтов на один сервер, ваш кэп.
Вы лидеры рынка и всегда выходили за рамки обычного хостинга и не хотелось бы, чтоб подобные ограничения вынуждали искать альтернативу.
Илья
2 месяца назад
хостинг: есть
домен: есть
2
Вам виднее, но существующее ограничение 300 секунд тоже не дело, как по мне. © dotern

Приведите пример задачи, которая не укладывается в 5 минут?

А чтоб не класть процессор, нужны мощнее процессоры и адекватное количество аккаунтов на один сервер, ваш кэп. © dotern

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

Для всех аккаунтов виртуального хостинга установлен лимит 100 процессорных минут в сутки © dotern

У нас пока лояльное к этому отношение, хотя уже давно пора его менять так как есть много клиентов. которые злоупотребляют нашей лояльностью, вот к примеру за сегодня лидер набрал 1800 процессорных минут.
dotern
2 месяца назад
хостинг: есть
домен: есть
Приведите пример задачи, которая не укладывается в 5 минут? © Илья

Привел же пример в первом своем сообщении: скрипт-краулер генерирует карту сайта xml-sitemaps.com. Допустим среднее время открытие одной страницы сайта - 0,5 секунд, значит при наличии на сайте 601й страницы скрипт уже не будет вкладываться в отведенный лимит 300 секунд.
Сайт с более чем 600 страницами не место на виртуальном хостинге? Возможно, но на дворе 2018 год, да и хостинг неординарный.
vityah1
1 месяц назад
хостинг: есть
домен: есть
5
вообще то карту своего сайта генерировать через обход страниц это не рационально. у вас есть база и значит вы можете сгенерировать ссылки на страницы из базы. как я например и делаю.
0leksa
3 недели назад
хостинг: есть
домен: есть
Еще один жизненный пример в пользу того, что стоит позаботиться об увеличении времени работы скрипта (пример реальный - случай с сайтом в моем аккаунте). Сайт на Джумла. Резервное копирование делается средствами Акиба бэкап. Если запустить копирование вручную, то все в порядке - скрипт создает файл бэкапа сайта (это первый шаг), а на втором шаге отправляет его в облако, удаляя отправленный бэкап с сайта. Если же процедура (операция) резервного копирования сайта запускается автоматически с планировщика, то в случае небольшого сайта все шаги процесса завершаются успешно (создание файла бэкапа + отправка в облако), а в случае единственного большого сайта в моем аккаунте скрипт проработав какое то время, создает файл бэкапа сайта и помещает его в файловую структуру сайта, а затем начинает его пересылать в облако, но внезапно убивается, то есть, процесс автоматически прекращается по исчерпанию лимита времени в 300 сек. и файл бэкапа остается на сайте, тем самым "съедая" лимитированное дисковое пространство. Если пройдет 2-3 суток, то повторяющийся в полночь процесс резервного копирования сайта полностью переполняет дисковое пространство в результате чего ВСЕ сайты моего аккаунта (а их несколько) прекращают свою работу. То есть, аккаунт перестает быть работоспособным с т.з. поддержки нормальной работы сайтов.

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

И второй вариант (который я могу предложить для решения этой проблемы) Сделайте возможным запускать для сайта режим Turbo Boost к определенному времени суток автоматически (по планировщику), Думаю, проблема будет решена!
Участвовать в общении на этом форуме могут только
зарегистрированные пользователи.

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

Горячая линия
(044)
392 74 33
другие города