Не ходите, люди, на 1gb.ru

Около года назад тоже решила на свою голову использовать для своего первого мфа сайта хостинг 1gb. Первые пару недель всё было нормально, а потом начались периодические "падения" сайта на несколько часов. Обратилась в техподдержку с этой проблемой, они долго молчали, а потом выдали, что сайт дает большую нагрузку (хотя сайт был на чистом html, без использования php и Mysql, и ни о какой большой нагрузке речи быть не могло). В итоге успешно переехала на бест-хост и на 1gb больше ни ногой!

Вы еще можете крикнуть на hostinghelp.biz

Интересно было бы услышать каким таким способом техподдержка умудрилась выключить редиректы в кронах? Крон никакого отношения к выполняемым скриптам по сути не имеет. Вот если меняли версию пхп - могло измениться что-то в выполнение скриптов из под крона. Мне кажется в причинах проблемы тут путаница какая-то. А в части реакции - ну это да, не очень красиво. Проблема явно не такой уж большой сложности, чтобы ее изолировать и решить.

Настройте оправку отчетов по крону на емейл и сморите ошибка - повода выносит мозх хостеру я не вижу вообще.

Ну у них всегда проблемы, я в 2009 году держал VDS у них.

Так они сделали перезагрузку длинною в 21 час. )))

Вот тема двух летней давности

/ru/forum/comment/4590953

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

http://site.com/script.for.cron.php

а на самом сайте в .htaccess стоит редирект с site.com на www.site.com , т.е. крон загружает http://site.com/script.for.cron.php и получает редирект на новый урл http://www.site.com/script.for.cron.php так скорее всего крон перестал переходить на этот новый урл по редиректу причем внезапно - хороший сюрприз для клиента

А каким боком хостер имеет отношение к тому, как и что задано у клиента в .htaccess? Я еще раз повторю - после внесения каких-либо изменений в apache, php, mysql, perl какие-то настройки у клиента действительно могут сломаться. Но вина ли это хостера, думаю что нет. Единственное, что может и должен сделать хостер - предупредить перед или после таких изменений клиентов о том, что именно надо тщательно проверить свои сайты на работоспособность. Предугадать, какие именно скрипты и настройки могут сломаться сложно. Иногда, даже самые безобидные на первый взгляд изменения могут привести к неработоспособности скриптов. Пример из реальной жизни - из за флуд атаки на один из сайтов пришлось подкрутить значение Timeout в конфигурационном файле апача хостинг сервера со значения по умолчанию 300 секунд до 45 секунд. Казалось бы, на что это могло повлиять? А повлияло. У клиента перестал работать yml яндекс маркета.

Че ж ты, бизнесмен блин, хочешь от дешевого массового хостинга? Заводи свою ВПС и будешь сам себе хостер.

ЗЫ а я вот рад этому хостеру. Вот честно. Моя история: Есть конкурент в регионе. У него старый сайт, не обновляется, но сидит крепко по очень многим запросам. Я уперся в него по позициям, но сильно обхожу по привлекательности сниппета и решил на этом сделать паузу. А тут херась, такая радость - хостер его, 1Пи, то-ли за неуплату, то-ли просто сам упал - сайт был недоступен. Не знаю сколько, при мне где-то неделю :) Пипец, все страницы с его контентом неизвестного происхождения выпали и все, более не вернулись в индекс. Осталась морда и та просела. 🍿

Недоступность сайта - штука злая, у меня один сайт был недоступен в пределах 10 часов - на три недели выкинуло из ТОП30 гугла, по Яндексу тоже просел по позициям.

Но к обсуждаемому хостингу проблема отношения не имеет.

хм вы вероятно не поняли что говорит ТС - там полноценого крона не предоставляют, а дают вместо него некую имимтацию-для загрузки внешнего скрипта, который и выполнит все что надо, так вот эта имитация и перестала выполнять загрузку нового урла при получении редиректа, соответсвенно у клиента перестали выполнятся крон задания

имхо - вина целиком и полностью на хостере!