Обновить
-7
Олег@Master255read⁠-⁠only

Программист

9
Подписчики
Отправить сообщение
Может, может. Мы обсуждаем технологию, а не сервис.

CDN работает по другому принципу и не сбережёт ваш домен от недоступности. Тут обсуждение первого примера. В нём вообще ни слова про скорость передачи данных, а вы уже CDN сюда приводите, как пример. Прокси ещё хоть как-то похожа, но CDN нет совсем.
И CDN — ещё более затратная система, чем прокси.
Без денег, конечно ничего нельзя сделать, но разговор не о тотальной и педантичной бесплатности, а о условной бесплатности обслуживания и содержания сервиса.
Хорошо. Докажите, что нужны деньги. Компьютер и стоимость 100м.бит канала (300 рублей в месяц) не в счёт.
Каким образом «провайдер пользователей» докажет, что вредоносное ПО было с моего сайта?

Так там будет указано, что контент был скачен с вашего ip адреса.

А как сервис DoubleDomain докажет, что переадресацию настроил я (и, кстати, что именно он — сервис — ее предоставил)?

Так у сервиса есть ваш ip адрес и почта. У пользователей установлено расширение сервиса. Всё легко доказуемо.
И вообще сначала надо ответить на вопрос: а как вы докажите, что это не ваше вредное ПО, ведь сайт будет ваш и все будут думать на вас, а вы уже потеряете связь с пользователями. А у нового хозяина будут новые пользователи.
Второй вопрос — это вредоносное ПО. От него вроде как антивирусы должны защищать, а не доменные технологии. Все должны заниматься своим делом.
Ну вот я опять занимаюсь вашим образованием. Если сейчас не будет аргумента, то будете перечитывать этот пост бесконечно.
CDN — это платный сервис и не может участвовать в сравнении. Я уже говорил, что за деньги я могу купить всё! Зачем вообще компьютеры, если есть деньги! Деньги имеют большое значение.

В общем опять мы упираемся логически в мой коммент http://habrahabr.ru/post/267329/#comment_8616745
перечитывайте до просветления! Раз 5 или 10, что бы суть понять моих слов! И почувствовать логику. Пытайтесь уловить именно логику. Без неё никуда.
А как доказать, что я настроил переадресацию? И как доказать, что вредоносное ПО было с моего сайта?

Эту информацию предоставит любой провайдер пользователей или сервис DoubleDomain.

Правда? Где же?

Вот вам, сравните: www.nic.ru/whois/?query=jollybunch.ru, и еще www.nic.ru/whois/?query=ib-sys.ru

С адресом я ошибся, но с доменом IB-SYS.RU — указано же state: UNVERIFIED
. Вот и поле указывающее на отсутствие владельца.
А сжатие трафика не приводит к ускорению?

Сжатие трафика никак не может увеличить скорость передачи уже сжатых данных! Сжатие уже используют многие сайты и отдают данные в сжатом виде, кроме файлов. А большие файлы опера не сжимает! Следовательно в данном контексте нельзя сказать, что она способна ускорять передачу данных или работать хотя бы на той же скорости.

Я вижу что аргументов опять нет. Тут логически может быть только статистическое исследование. А всё остальное — это я занимаюсь вашим образованием. Приводите исследование или говорить больше не о чем.
а все вопросы послать к новому владельцу.

А новый владелец пошлёт эти вопросы обратно к вам. Ведь вы настроили переадресацию таким образом и именно с вашего сайта пользователи получили вредоносное по. Это сложнее понять, но что поделать мы живём во всё более усложняющемся мире.

Взять хотя бы https://www.nic.ru/whois/?query=http%3A%2F%2Fwww.vtb.ru%2F
там конечно указан почтовый адрес. И такая ситуация уже исключена полностью. Зато какая польза громадная от сервиса! Бесперебойный доступ! Это очень круто!
Вы показали вашу некомпетентность только! Вы вообще что ли не понимаете о чём говорите?

За деньги я куплю все сервера в интернете и вообще отменю все технологии, поэтому деньги имеют значение!

опера турбо и подобные сервисы сжимают трафик! А не ускоряют его передачу! Речь идёт именно о скорости передачи данных в секунду времени! Попробуйте передать 500 мегабайт рар архива с максимальной компрессией быстрее через любую прокси, чем по прямому каналу! И покажите, что передаётся по опере турбо быстрее))) Это смешно! Вы совсем не технический специалист! Вы какой-то чат бот.
С момента потери файла.

В whois есть поле Admin E-mail:

Ну и да, вот он, месяц несанкционированной переадресации, за время которого можно много чего интересного и неприятного сделать.

Приведите практический пример???
Откуда вообще возьмутся новые посетители у домена за первый месяц покупки домена, ещё и использующих технологию в то время, когда вы будете взламывать сайт А, что бы он не открывался??? Причём это должно случиться с таким новым покупателем у которого посетители будут вводить конфиденциальную информацию. И при всём при этом whois никак не поменяется!
Это невыполнимое стечение обстоятельств.
На простой вопрос: на основании чего вы утверждаете, что vpn и прокси гарантированно (т.е. всегда) снижают скорость передачи данных между пользователем и хостингом.

На основании того, что не существует сервисов прокси предоставляющих бесплатный доступ к интернет ресурсам на скорости больших (и даже точно таких же скоростях), чем прямое соединение с ресурсом без прокси в нормальных условиях.
Хорошо. ip и ns сервера не будут проверяться. Переадресация останется на какое-то время. Например на месяц. Затем перестанет работать. На почту при регистрации и текущему вебмастеру домена будет направлены письма с уведомлением о случившемся. Таким образом и новый и старый владелец узнают о событии.
Если это сбой, то месяца должно быть достаточно, что бы устранить его. Если это новый хозяин, то он получит письмо и через месяц переадресации прекратятся совсем автоматически или он сразу зайдёт и настроит сервис под себя.

Фраза «при разработке что-то изменится в лучшую сторону» обычно означает «сейчас мы не знаем как решить эту проблему». Что, собственно, и видно в этом примере.

Это ваши личные эмоции.
Нет никаких аргументов, относящихся к первому примеру опять. Я не вижу на что должен отвечать. Вы пытаетесь без логики навязать своё мнение.
То есть отказоустойчивость в статье не обсуждается, я правильно вас понял?

Обсуждается. Мне кажется вам надо опять в первый класс. Вот почитайте: https://ru.wikipedia.org/wiki/Отказоустойчивость и ни слова про SLA.

Да нет, вы еще первые не опровергли,

В том то и дело, что всё опроверг. Остались ваши логические обманы и уловки на ровном месте.
Ну то есть нет никаких миллионов пользователей и миллионов сайтов, про которые вы писали раньше?

Все эти нагрузки минимальны для сервера в сравнении с таким количеством пользователей с прокси. Кроме сервера пользователи могут обмениваться между собой свежими данными :-). И всё. Никаких нагрузок на сервер. Технология может быть бесплатной и абсолютно не затратной. Зависит от реализации. Но никакая реализация прокси не даст вам такую бесплатность!

Он не недоступен, а не отвечает за время таймаута пинга. А через vpn — отвечает. Так что это именно более высокая скорость ответа.

В примере должно быть именно сравнение скоростей. Иначе не принимается.

Исходя из здравого смысла и того, как принято трактовать такие вещи в профессиональных кругах. Если у вас другая трактовка — укажите ее в посте, и недопонимание будет снято.

Статья — это не рассказ в профессиональном круге, а статья написанная на интернет ресурсе. Она написана с учётом правил русского языка и правил ресурса. Какие-то ваши личные понятия не имеют никакого отношения к понятиям статьи, если они идут вразрез с правилами русского языка и слов смысл, которых указан в википедии. Тематика сайта хабрахабр — не влияет на определение слов в википедии. Кроме этого смысл этих слов прямо указан автором статьи! Это для особо медленных читателей.
В ситуации, когда person изменилось?

В ситуации, когда person не изменилось. Если прочитать http://habrahabr.ru/post/267329/#comment_8616609 то это понятно становится. И такие глупые вопросы можно бы и не задавать.

Опять-таки, проверяется последовательно? Или всегда все? Что система делает при совпадении/несовпадении?

последовательно конечно. Система ищет смену чего-либо и если находит — значит владелец сменился переадресация прекращается.

В том, что у вас пока не получается описать, как вы разграничиваете ситуации, в которых надо снимать переадресацию, и те, в которых не надо.

Описано. Читайте выше. Уверен при разработке обязательно что-то изменится и найдутся более радикальные способы, а это обсуждение просто для генерации комментов.
Вы, похоже, принципиально не понимаете, в каких терминах обсуждается отказоустойчивость.

Это вы похоже не понимаете, что тут обсуждается статья и её содержимое. А в статье ничего не сказано про SLA и про термины отказоустойчивости.
Можете сами посчитать какую отказоустойчивость даст эта технология, но у себя в голове и не рассказывайте об этом лучше никому. Так как вы всё равно не понимаете сути технологии.
И ваше личное мнение меня не интересует. Меня интересуют аргументы и факты, которые у вас закончились.
Это утверждение ни на чем не основано.

затраты на её содержание минимальны

Вы их уже посчитали? Можете озвучить конкретные цифры (заодно и цифры на поддержание прокси)?

Именно не понимание принципов работы данной технологии рождает такие тупые вопросы. Плавающая технология может работать из моего телефона! Да хоть из наручных часов! Достаточно любого компьютера, который сможет работать веб сервером в интернете. О каких затратах вообще речь? Интернет трафик? Или электричество для одного компьютера? Технология для пользователей локальна! Связь с сервером периодична и настраивается очень гибко. Из-за этого никаких хайлоад нагрузок не будет нигде! А вот для сравнительной работы любого прокси, которым пользуется множество людей будут нагрузки большие и на это надо деньги. Так как поддерживать нагруженный канал — это не то же самое что поддерживать работу компьютера, периодически обращающегося в интернет за каким-то не значительным количеством байтов.

Без ссылки ваша конкретность ничего не значит.

Да пожалуйста

А какой смысл в этой ссылке? У вас не доступен ip адрес. Это пример доступности, а не более высокой скорости. Вообще не в тему!

когда вы оперируете понятиями «гарантированно», не указывая SLA, подразумевается гарантия в 100%

Исходя из чего вы делаете такие выводы??? В учебнике русского языка есть такое правило?? Или на хабре в правилах где-то указано, что такие фразы так трактуются??? Это ваша выдумка и сказка. Это утверждение не имеет никаких оснований.

Итого: не понимание работы технологии, обман в примере, попытка логического обмана.
Лаир — да вы жулик! Мне не приятно обсуждать в таком ключе.
рабочее — это полностью рабочее, а не рабочее — это хотя бы частично не рабочее и не важно по каким причинам. Естественно в контексте статьи обсуждается полностью рабочее состояние технологии так как нигде не сказано ни про какие вероятности и гарантию SLA равную единице.
Исходя из чего вы делаете такие предположения????
Где вы увидели механизм для фишинга???
С вами продолжу беседу после того, как закончу обсуждение с lair.
Ну и что эта проверка дала?

Далее происходит проверка ns серверов и итогового ip адреса ещё. Совпадение этого всего крайне маловероятно, если вообще вероятно совпадение whois, ns серверов и ip адреса после смены владельца сайта.
А в чём собственно вообще дело??? Новый владелец сделает сайт и он будет открываться без переадресаций у пользователей с технологией. В этом и суть 4го примера.
проверка whois происходит только при неудачной проверки файла.

Информация

В рейтинге
Не участвует
Откуда
Москва, Москва и Московская обл., Россия
Зарегистрирован
Активность