Но ведь сервера провайдеров делают больше dns-запросов и в принципе их можно замерить и выделить их вес. Я понимаю, что это сложно, но подумал что создание dns-хостинга имеет какой-то скрытый смысл. Пофантазировали и хватит.
А какой смысл делать в интерфейсе настройку TTL зоны и при этом ее игнорировать ? В Яндексе завелись программисты-диверсанты.
В Мастерхосте TTL - 900, но изменения вносятся где-то минут 30. ( Они уже поели этих проблем с переносом сайтов и экономят время техподдержки). На специализированных dns-хостингах, каким Яндекс пытается себя называть, вообще все мгновенно.
Но в некоторых условиях это и означает - "положили".
Я понимаю, что это универсальный ответ на любой вопрос к Яндексу.
Думаю, если все сделать нормально, все равно мало кто полезет редактировать SOA-запись и TTL зоны останется выгодным по-умолчанию.
я не утверждал, что он вообще никак не воздействует на программы.
зависит от уровня дефицита ресурсов на сервере. хорошо, если вам помогает.
В mysql нет приоритета, так что и в mysqldump неоткуда ему взяться.
Использование снапшотов LVM и последующее неторопливое копирование должны тебе помочь.
при использовании снапшотов или остановке mysql - можно.
Из минусов, бОльший размер архива чем при дампе.
а вот так уже нельзя с innodb. в главном файле innodb хранится некий словарь даже при использовании file_per_table. Есть способы потом подцепить отдельные файлы, но они сложные.
futuristian, допускаю, что у тебя лично это работало быстро. Вот последовательность команд для проверки:
nslookup.exe
Default Server: <провайдер обычно>
> server dns1.yandex.ru
Default Server: dns1.yandex.ru
Address: 213.180.204.213
> set debug=1
> www.твой-домен.ru
Server: dns1.yandex.ru
------------
Got answer:
HEADER:
opcode = QUERY, id = 3, rcode = NOERROR
header flags: response, auth. answer, want recursion
questions = 1, answers = 1, authority records = 0, additional = 0
QUESTIONS:
www.твой-домен.ru, type = A, class = IN
ANSWERS:
-> www.твой-домен.ru
internet address = 1.2.3.4
ttl = 21600 (6 hours)
Это означает, что сервер провайдера может хранить записи до 6 часов. И будет хранить. И такие пользователи будут ломиться на старый сервер.
Для меня это важно потому что я хочу иметь возможность быстро переключаться между сервисом защиты от ддос и собственным сервером. И для этого нужно иметь хороший защищенный от DDOS DNS-сервер. Собственный сервер вероятно не вытянет.
Опять 25. Если не успевают диски - не нагружай их.
а вот поставь munin и вместо подозрений займись измерениями.
Кстати, малоизвестный совет о LVM : хороший скрипт бекапа работающей базы с LVM должен сделать снапшот, подождать пару минут пока дисковая активность не уляжется и только потом начинать паковать базу. Первое время LVM активно занимается перераспределением своих блоков и одна операция записи вызывает множество скрытых операций с диском.
почему ты уверен, что всегда с первой? ты купил лицензию и провел замеры по всем форумам и изучил все капчи?
может и не с первой. может не всегда с первой. в спаме частные случаи не важны, а важны общие тенденции.
Заявляют, что не только.
Впрочем, на практике - да, только для почты и только для обычных вебмастеров. До уровня любого приличного DNS-хостинга не дотягивает.
Судя по всему Яндекс насколько привык оперировать большими числами, что даунтайм сайта (моего разумеется) в течении 6 часов для них фигня сущая. Я вот сейчас обнаружил что TTL в зоне изменить невозможно. Настройка есть, но она не обрабатывается dns-сервером. Быстренько сменить IP и переехать не получится.
Так называемые нейронные сети "обучаются" чему угодно и сами находят закономерности. Значит можно скачать большое число картинок и провести обучение.
Даже без глубокого погружения в эту тему, можно найти открытые программы для распознавания текста и обучить их.
Шрифты из фон вообще практически никто не меняет на тиражируемых движках сайтов.
а если их распознают люди и потом введут в базу хрумера?
https://www.keycaptcha.com/whatisit/?s=easy
есть для SMF, но нет для DLE - не хотят чтобы вы замучали саппорт тупыми вопросами.
