- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Что делать, если ваша email-рассылка попала в спам
10 распространенных причин и решений
Екатерина Ткаченко
Проблемы нет. Кеш провайдеров рулится через TTL на собственном днс сервере.
Ставим 30 секунд и в течение этого времени "перескочим" с IP на IP.
Чем гарантируете, что хотя бы половина провайдеров в Москве пропустит посетителей на новый IP хотя бы спустя 5 минут после переключения на сервере?
Чем гарантируете, что хотя бы половина провайдеров в Москве пропустит посетителей на новый IP хотя бы спустя 5 минут после переключения на сервере?
Мне то зачем гарантировать. Это работа DNS протокола. По статистике есть конешно dummy dns-servers, которые не выполняют RFC, но таких около 1% всего, ими можно пренебречь.
yesRuslik, вам никогда не понять русских ISP - безжалостных и беспощадных, которые кешируют DNS минимум на сутки
Так что оставьте этот рецепт для пухлых и нежных европейцев :)
Мне то зачем гарантировать. Это работа DNS протокола. По статистике есть конешно dummy dns-servers, которые не выполняют RFC, но таких около 1% всего, ими можно пренебречь.
Я повторяю вопрос про гарантии. Может замутим страховой сервис по выплате компенсации при падении хостинга за проседание трафика более, чем на 10%? Возьму на себя сайт, продвижение, обслуживание клиентов и т.п. С Вас только возмещение страховых случаев. Прибыль по 45%. Ещё отдадим 10% Андрейке в довесок к его же проценту за продажи услуг - он нам так быстрее своих клиентов подгонит 🚬
yesRuslik, вам никогда не понять русских ISP - безжалостных и беспощадных, которые кешируют DNS минимум на сутки
Так что оставьте этот рецепт для пухлых и нежных европейцев :)
Это все херня... у одного из моих клиентов были проблемы. Жуткие. Сайт не видится.
На месте стало ясно, что дело в ДНСах ISP его офисного центра. Причем не смотря на то, что "не работала" куча сайтов, местный монополист чувствовал себя хорошо, отвечал что у него все ок. Впрочем, он же мягко обещал заблочить клиенту IP телефонию, если тот ее заведет. Предложив в качестве альтернативы купить выходящих номеров обычной своей телефонии по 10тр за линию + 4 тр каждый месяц. Правда закрыть SIP телефонию он так и не смог.
Все синхронизируется, все организовывается.
И с DNS проблема решаема.
Для typo3 кстати уже организовывал такую штуку, только на дедиках.
Но там была больше задача не файловер, а балансировки нагрузки(думаю понимаете почему:) ), но файловер был предусмотрен.
все же интересно, как Вы решите проблему, описанную мной Выше? Я, как раз, не вижу никакой проблемы в синхронизации серверов, для файлов делаем дифференциальный бэкап с одного сервера на другой, для баз используем механизм репликации.
в mysql репликация не влияет на скорость работы. то есть, можно получить ситуацию, когда клиент нажал кнопку "положить кучу бабла на внутренний счет", потом "перепрыгнет" на другой сервер, а там денег нет. Это недопустимо для многих сайтов. То же и с файлами, только еще хуже. DRBD эту ситуацию более-менее решает.
Однако, многим все равно.
А вот как быть с днс? Я имею ввиду не сам днс сервер, а изменение записей на нем в случае отказа одного из серверов.
Это вроде ответили без меня. Проблема решается с помощью волшебной силы программирования.
netwind, репликация тоже решается с помощью волшебной силы программирования.
DLag, Galera? вроде еще сыровата. В общем случае репликация в mysql асинхронная.
DLag, Galera? вроде еще сыровата. В общем случае репликация в mysql асинхронная.
Можно и ее, но в случае ТС, где используется typo3, которая под каждый проект переписывается вдоль и поперек, все делается довольно просто в коде драйвера БД.