У того кто ничего не делает ошибок нет, единственное, если команда уже знает нужно и пользователей ставить в известность, а то приходится по форумам выяснять.
Ну да интересно, ладно ресурсы кончились под хостинг, но даже домен зарегистрировать нельзя через них, тоже самое сообщение выдает.
В принципе им какая разница, - сто тыщ сайтов по сто уников или тыща сайтов по десять тыщ уников? Математически если рассуждать?
А вам чем проще управлять 1000 сайтов по 100 уников или одним со 100000 уников?
Что то вы всё слишком усложняете, вы свои решения для своих больших проектов приводите, думаю если бы у ТС был такой проект, то он бы не задавал вопрос на форуме, а просто нанял бы работников с соответствующей квалификацией.
у меня sqlite отлично работает и огромное количество запросов держит, запись данных НЕ идет напрямую в файл базы с которым взаимодействуют посетители, все новые данные вносятся в копию базы после чего файлы переименовываются, в случае ошибки всегда можно назад переименовать, но за годы работы проблем не было пока.
По-моему всё логично. Воспользуюсь, спасибо.
обязательно берите мониторинг серверов, в селектеле или еще где не важно, в начале у меня не было мониторинга, диск на резервном сервере переполнился и он перестал корректно работать, узнал я об этом только когда основной сервер отключился, после этого взял диск побольше и настроил мониторинг.
В моем случае простой это не проблема, основной сервер прекрасно справляется с нагрузкой, скорость переключения меня полностью устраивает, к тому же решение проверено временем и стоит не дорого можно сказать бесплатное, в реализации простое. Ну и на резервном сервере крутятся языковые версии сайта, поэтому совсем он не простаивает.
Мониторинг у них не глючит, всё вас в нем устраивает?
СМС входит в стоимость?
Мониторинг как мониторинг, работает проблем у меня не было. СМС я думаю не входит, но мне они не нужны, уведомления я в телеграм отправляю.
Вот только у CloudFlare, на фришном тарифе TTL всегда в AUTO встает, сколько не прописывай, а это 300 сек по дефолту.
А у Selectel реально можно указать TTL?
У селектел кажется минимум 60 ttl можно указать, 120 точно работает.
А причём тут селектел, оба VDS расположены у двух других хостеров, в минусах я писал, что если ляжет днс селектела, то сайт будет не доступен, но в платных решениях так же, если ляжет их днс, то всё. Схема работает, за 4 года уже не единожды основной сервер вырубался, в основном хостер вырубал, так как я не успевал за 12 часов на жалобы роскомнадзора отреагировать.
Обратно переключаю потому что на резервном VDS тариф дешевле и ресурсов меньше, его задача работать только когда не работает основной VDS.
Скрипт который переключает расположен на обоих VDS и на резервном и на основном, скрипт запущенный на резервном следит за основным, соответственно php скрипт упадет только, если упадет сам резервный сервер, но тогда и переключаться будет некуда, в минусах это тоже указано, что при одновременном падении обоих VDS сайт будет не доступен. Можно конечно использовать 3 VDS или больше, но это уже паранойя.
В моем конкретном случае не обязательно базы данных один в один держать на обоих VDS, поэтому проблем с этим нет.
В плюсах я писал по поводу бесплатности решения, вроде уже бесплатно пользоваться не получится, услуги dns у selectel бесплатны, но ты вроде должен пользоваться любой платной их услугой. У меня подключен мониторинг доступности сайтов за 240 в месяц, поэтому dns работает, что будет если отключить платные услуги я не знаю. Раньше можно было бесплатно пользоваться dns и бесплатно мониторить 3 сайта на доступность.
С помощью мониторинга я слежу за обоими VDS и могу точно знать, что они работают или что не работают. Таким образом если резервный vds упадет я об этом сразу узнаю.
Я сделал так, в качестве днс использовал selectel, можно cloudflare использовать, и selectel и cloudflare позволяют управлять настройками днс записей через API, время ttl для A записей поставил 120. Сайт и его копия хранятся на VPS у разных хостеров, резервный сервер по крону следит за доступностью основного сервера с помощью php скрипта, в случае не доступности основного сервера на резервном запускается php скрипт который через API меняет A записи, соответственно когда основной сервер становится доступным, он так же по крону меняет записи обратно. Так уже 4 года работает на нескольких сайтах, с посещаемостью от 20000 до 150000 уников в сутки. Так как ttl 120 переключается быстро, падения трафика судя по метрике не было, по крайней мере заметного падения.
Из минусов, если днс ляжет или оба сервера одновременно, то работать не будет. Из плюсов бесплатно, переключается быстро.
Поправка - это НЕ ИХ сайт. Это сборник ЧУЖИХ сайтов. У них СВОЕГО нет вообще ничего. Исходим из этого.
Каждый кто не желает что бы его сайт был в яндекс может в robots.txt запретить индексацию, но в подавляющем большенстве все стремяться скорее туда попасть, вот только первая страница одна и не всем на ней места хватит, поэтому всегда будут не довольные, что их самый лучший сайт не на первой странице. А уж если говорить о технической стороне, то у них есть алгоритмы индексации, релевантности, поиска и они намного сложнее и полезнее для обычного пользователя, чем 99,9999% других сайтов.
С чем яндекс действительно злоупотребляет, так это со своими сервисами, но это он у гугла научился, а потом переплюнул своего учителя.
Обвинять коммерческую организацию в том, что она выжимает максимум денег из своего продукта это глупо, хотелось бы конечно какой то справедливостии в распределении трафика и доходов от рекламы, но решает это только Яндекс. Все крупные компании пользуются своим положением на рынке.
