Комментарии 13
Именно поэтому я и выбирал Beget, так как у них Telegram работал идеально из России. А теперь нужно искать сервер в РФ, чтобы там тоже работал Telegram
У меня то же самое: на старом сервере Telegram Bot API отвечал, а с нового московского не отвечает вовсе. Похоже, дело было в репутации конкретного адреса, а не в хостинге. Я в итоге вынес исходящие запросы на маленький зарубежный сервер, всё остальное живёт в Москве. Схема — в разделе про сюрприз нового сервера.
Думаете после восстановления тспу окончательно задушат багетов? А то придется тоже что-то думать)
вот прям сам хостер взял и стер виртуалку?
Бегету сложно будет отправиться после этого случая.
прикол что мучился с выбором VPS и в итоге продлил бигет. Тогда он нагнулся. И теперь опять возник вопрос, какой хостер по цене и качеству выбрать? !
Beget или Timeweb. Я всегда выбирал один из них. Теперь остался один. Да, там "нагадили" маркетологи, надо снимать много галочек и вообще, быть внимательным на любой форме, которую отправляешь
По себе скажу так: после такого случая цена тарифа — последнее, на что смотрю. Главное — где лежат бэкапы и что хостер обещает при аварии. У Beget бинарные копии оказались в том же контуре, который и стёрли, поэтому копии вне сервера и DNS у другого провайдера теперь обязательные пункты. У меня связка из двух машин: основная в Москве и маленький зарубежный для исходящих запросов — Telegram и API моделей из РФ всё равно не отвечают.
bash - lnstall , интересная вещь, но я стал использовать везде makefile. Из минусов надо поставить пакет make, из официального репозитория, плюс мне нравится, что можно выполнять напрямую сделанную команду, например: make help.
Отсутствие кода на любом из гитов. Думаю пора перевести весь код и ввести версионность именно там. Как в той самой песне "это базовый минимум".
Ну и конечно бекапирование. Шутя постоянное по три вида айтишников, где одни начинают делать, другие делают уже давно, а третьи делают и проверяют - столкнулся с интересной вещью сам. Мой системный администратор, решил, что с Яндексом ничего не случится, и снимков не было, но снимок это не есть бекап. Вообщем - часть восстановили ручками, часть восстановили при помощи поддержки Яндекса. От сюда встал вопрос, как копировать? Правильно: делать копию в С3, а с другого сервера без внешнего доступа и другого контура, подключается к С3 и копирует на другой С3. Идея не нова, но эффективна. Если у вас много проектов - надо задуматься об этом.
Вообще спасибо за описание/статью. лишний раз доказывает, что надо проверять все и делать бекапы. Делаем, проверяем, стараемся спать крепко.
Спасибо. Makefile — по сути у меня он и есть: deploy.sh с шагами setup, env, site, bot, check, по той же логике. Git с удалённым репозиторием и ночной бэкап базы — ближайшие два пункта, уже записаны. Схема с копией S3 в S3 из контура без внешнего доступа — интересная, для нескольких проектов действительно имеет смысл.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Атака на Beget стёрла мой VPS вместе с базой: как я переезжал