Нужен бесплатный хостинг с поддержкой php и cron

https://aquinas.su/node/5

Трафик 4 ГиБ

За превышение цена 1 руб./ ГиБ

Ничего особенного.

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

---------- Добавлено 25.07.2016 в 19:08 ----------

З.Ы. ssh на халяву еще не видел.

К сожалению только сейчас стало ясно (из ваших постов) что запусков будет 15, а ранее было написано "минутный крон"... думаю понятно откуда взята моя цифра.

если хостинг берет деньги за доступ к ssh, то он продает вам воздух

ekokunov

а зачем клона сделали?

зы опять эти картинки для сбора дураков.

Нет, мы их не считаем, мы просто не допускаем ежеминутные кроны. Да и кстати, причем тут год?

Провайдера можно и не спрашивать, а использовать бесплатный внешний cron-сервис

Непонятен смысл запрета ежеминутного крона. Клиент может ОДНИМ запуском скрипта нагрузить процессор до предела так, как не наберется за месяц ежеминутным запуском простенького скрипта.

С другой стороны, если провайдер не умеет считать ресурсы, то для него это выход — ограничить везде, да побольше.

Интересные заключения у вас, чем дальше в лес, тем толще помидоры, в 2006 году о котором вы говорите сервера были послабее, а в 2016 софт стал куда более ресурсоемкий, по этому общая пропорция смысла особого не поменяла. Зачем вообще выполнять что либо каждую минуту, для подобных решений демоны писаться должны на C и в памяти висеть грамотно отрабатывая события, а не кроны на PHP, которые запускаются не понимая ничего и ни о чем про предыдущий запуск.... В принципе учить вас не намерен, стабильность каждый строит из разных составляющих.

---------- Добавлено 02.08.2016 в 06:38 ----------

Это видимо cron на другой машинке, которая curl-ом или подобным методом дергает ваши страницы.... С одной стороны, ничего военного в этом нет, возможно даже подобный сервис более удобен, потому как ваше обращение произойдет снаружи и гораздо меньше шансов загрузить что либо, другое дело когда крон выполняется внутри системы... Ограничения конечно есть в обоих случаях, однако при обращении через apache например будет уже масса "нативных" настроек в виде memory_limit , execution time, etc....

---------- Добавлено 02.08.2016 в 06:39 ----------

Может и одним PHP файлом убить всю систему, все понятно, у каждого свой подход тут не о чем спорить.

ekokunov, Дайте мне возможность запускать php в режиме cgi и я положу ваш сервер... или вы ini_set тоже закрываете от клиентов?