Gray: Во-первых, знание о запросах к доменам может помочь поиску, но крайне мало и то — в случае появления новых доменов. Спрогнозировать же популярность сайта по запросам к DNS практически нереально — провайдеры с удовольствием кэшируют именно такую информацию.
Но ведь сервера провайдеров делают больше dns-запросов и в принципе их можно замерить и выделить их вес. Я понимаю, что это сложно, но подумал что создание dns-хостинга имеет какой-то скрытый смысл. Пофантазировали и хватит.
Gray: Во-первых, это достаточно типовое значение, да и вполне оправданное. Какой смысл фактически запрещать кэширование на уровне провайдеров слишком низкими значениями TTL?
А какой смысл делать в интерфейсе настройку TTL зоны и при этом ее игнорировать ? В Яндексе завелись программисты-диверсанты.
В Мастерхосте TTL - 900, но изменения вносятся где-то минут 30. ( Они уже поели этих проблем с переносом сайтов и экономят время техподдержки). На специализированных dns-хостингах, каким Яндекс пытается себя называть, вообще все мгновенно.
Gray: Я вот тут подумал, что вам на 6 часов сайт положили или домен не поддерживали, а вы, оказывается, про TTL.
Но в некоторых условиях это и означает - "положили".
Gray: В-третьих, вы же понимаете, что публичные сервисы делаются в расчете на массовых пользователей.
Я понимаю, что это универсальный ответ на любой вопрос к Яндексу.
Думаю, если все сделать нормально, все равно мало кто полезет редактировать SOA-запись и TTL зоны останется выгодным по-умолчанию.
DenisVS: У меня вопрос по поводу прямого копирования файлов таблиц, на сколько это грамотно и чем чревато?
при использовании снапшотов или остановке mysql - можно.
Из минусов, бОльший размер архива чем при дампе.
DenisVS: (2 ТС, а почему бы и нет? Отдельно базы копируются на ура, можно и InnoDB побить на таблички с помощью innodb_file_per_table)
а вот так уже нельзя с innodb. в главном файле innodb хранится некий словарь даже при использовании file_per_table. Есть способы потом подцепить отдельные файлы, но они сложные.
Это означает, что сервер провайдера может хранить записи до 6 часов. И будет хранить. И такие пользователи будут ломиться на старый сервер.
Для меня это важно потому что я хочу иметь возможность быстро переключаться между сервисом защиты от ддос и собственным сервером. И для этого нужно иметь хороший защищенный от DDOS DNS-сервер. Собственный сервер вероятно не вытянет.
ПОчему? Ну просто когда большие объемы данных, ни шелл бекап ни просто бекап не функционируют оптимально. даже при моем не очень большом объеме базы I\O забит на 99% при использовании решения с shel
Опять 25. Если не успевают диски - не нагружай их.
uchiha.madara: Хоть все сайты не особо висят в это время. но я так подозреваю, что проивоздительность падает в 1000 раз.
а вот поставь munin и вместо подозрений займись измерениями.
Кстати, малоизвестный совет о LVM : хороший скрипт бекапа работающей базы с LVM должен сделать снапшот, подождать пару минут пока дисковая активность не уляжется и только потом начинать паковать базу. Первое время LVM активно занимается перераспределением своих блоков и одна операция записи вызывает множество скрытых операций с диском.
Serjo_201: А мне интересно хрумер с первой попытки распознает текст? или может быть с 10-й, тогда проставить ограничение на к-во попыток и все. Ведь есть каптчи, которые даже человек с 5-го раза правильно вводит.
почему ты уверен, что всегда с первой? ты купил лицензию и провел замеры по всем форумам и изучил все капчи?
может и не с первой. может не всегда с первой. в спаме частные случаи не важны, а важны общие тенденции.
Fruit: dns-хостинг же только для Яндекс почты, нет?
Заявляют, что не только.
Впрочем, на практике - да, только для почты и только для обычных вебмастеров. До уровня любого приличного DNS-хостинга не дотягивает.
Судя по всему Яндекс насколько привык оперировать большими числами, что даунтайм сайта (моего разумеется) в течении 6 часов для них фигня сущая. Я вот сейчас обнаружил что TTL в зоне изменить невозможно. Настройка есть, но она не обрабатывается dns-сервером. Быстренько сменить IP и переехать не получится.
Во-первых, знание о запросах к доменам может помочь поиску, но крайне мало и то — в случае появления новых доменов. Спрогнозировать же популярность сайта по запросам к DNS практически нереально — провайдеры с удовольствием кэшируют именно такую информацию.
Но ведь сервера провайдеров делают больше dns-запросов и в принципе их можно замерить и выделить их вес. Я понимаю, что это сложно, но подумал что создание dns-хостинга имеет какой-то скрытый смысл. Пофантазировали и хватит.
Во-первых, это достаточно типовое значение, да и вполне оправданное. Какой смысл фактически запрещать кэширование на уровне провайдеров слишком низкими значениями TTL?
А какой смысл делать в интерфейсе настройку TTL зоны и при этом ее игнорировать ? В Яндексе завелись программисты-диверсанты.
В Мастерхосте TTL - 900, но изменения вносятся где-то минут 30. ( Они уже поели этих проблем с переносом сайтов и экономят время техподдержки). На специализированных dns-хостингах, каким Яндекс пытается себя называть, вообще все мгновенно.
Я вот тут подумал, что вам на 6 часов сайт положили или домен не поддерживали, а вы, оказывается, про TTL.
Но в некоторых условиях это и означает - "положили".
В-третьих, вы же понимаете, что публичные сервисы делаются в расчете на массовых пользователей.
Я понимаю, что это универсальный ответ на любой вопрос к Яндексу.
Думаю, если все сделать нормально, все равно мало кто полезет редактировать SOA-запись и TTL зоны останется выгодным по-умолчанию.
ionice достаточно помогает, если задать самый нижний приоритет.
я не утверждал, что он вообще никак не воздействует на программы.
зависит от уровня дефицита ресурсов на сервере. хорошо, если вам помогает.
Вот с бекапами баз у меня сложнее всё и решения не встречал, в mysqldump ведь нет приоритета?
В mysql нет приоритета, так что и в mysqldump неоткуда ему взяться.
Использование снапшотов LVM и последующее неторопливое копирование должны тебе помочь.
У меня вопрос по поводу прямого копирования файлов таблиц, на сколько это грамотно и чем чревато?
при использовании снапшотов или остановке mysql - можно.
Из минусов, бОльший размер архива чем при дампе.
(2 ТС, а почему бы и нет? Отдельно базы копируются на ура, можно и InnoDB побить на таблички с помощью innodb_file_per_table)
а вот так уже нельзя с 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
Address: 213.180.204.213
------------
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-сервер. Собственный сервер вероятно не вытянет.
ПОчему? Ну просто когда большие объемы данных, ни шелл бекап ни просто бекап не функционируют оптимально. даже при моем не очень большом объеме базы I\O забит на 99% при использовании решения с shel
Опять 25. Если не успевают диски - не нагружай их.
Хоть все сайты не особо висят в это время. но я так подозреваю, что проивоздительность падает в 1000 раз.
а вот поставь munin и вместо подозрений займись измерениями.
Кстати, малоизвестный совет о LVM : хороший скрипт бекапа работающей базы с LVM должен сделать снапшот, подождать пару минут пока дисковая активность не уляжется и только потом начинать паковать базу. Первое время LVM активно занимается перераспределением своих блоков и одна операция записи вызывает множество скрытых операций с диском.
А мне интересно хрумер с первой попытки распознает текст? или может быть с 10-й, тогда проставить ограничение на к-во попыток и все. Ведь есть каптчи, которые даже человек с 5-го раза правильно вводит.
почему ты уверен, что всегда с первой? ты купил лицензию и провел замеры по всем форумам и изучил все капчи?
может и не с первой. может не всегда с первой. в спаме частные случаи не важны, а важны общие тенденции.
dns-хостинг же только для Яндекс почты, нет?
Заявляют, что не только.
Впрочем, на практике - да, только для почты и только для обычных вебмастеров. До уровня любого приличного DNS-хостинга не дотягивает.
Судя по всему Яндекс насколько привык оперировать большими числами, что даунтайм сайта (моего разумеется) в течении 6 часов для них фигня сущая. Я вот сейчас обнаружил что TTL в зоне изменить невозможно. Настройка есть, но она не обрабатывается dns-сервером. Быстренько сменить IP и переехать не получится.
мне просто интересно как он проходит обчную капчу?
Так называемые нейронные сети "обучаются" чему угодно и сами находят закономерности. Значит можно скачать большое число картинок и провести обучение.
Даже без глубокого погружения в эту тему, можно найти открытые программы для распознавания текста и обучить их.
Шрифты из фон вообще практически никто не меняет на тиражируемых движках сайтов.
делайте нормальные понятные вопросы и всё. нельзя только математические, их боты распознают.
а если их распознают люди и потом введут в базу хрумера?
https://www.keycaptcha.com/whatisit/?s=easy
есть для SMF, но нет для DLE - не хотят чтобы вы замучали саппорт тупыми вопросами.