- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Тоже повторю: RU была безопаснее GTLD в этом плане.
Она и сейчас безопасна. Ситуация произошла сугубо в контексте получения несанкционированного доступа к e-mail и документам и только в нем. По вашей логике мы вообще должны запретить менять админа, регистратора и днс, чтобы быть мега защищенными вместо того, чтобы думать о защите первичных данных ;)
Но защищаемый вами регистратор решил выделиться и все сломать.
Регистратор не может работать в нарушение правил КЦ. Следовательно, этот вариант работы разрешен. Также, как и вариант у Регтайма через вебмани и т.д. Регистратор ничего не ломал. Каждый из регов выбрал себе допустимый и разрешенный вариант работы в зоне RU.
Прекрасно знаю подход упомянутого вами передающего (и с какой целью это делается). Отвечал в общем, без привязки к конкретному передающему.
Ну тогда ваш ответ тем более не верен. Регистратор должен идентифицировать иницииатора трансфера, а вы говорите, что он может не выполнять этого.
В контексте этой темы уже всем давно очевидно, что здесь вина ТС целиком и полностью. Собственно, он это тоже признает.
Регистратор не может работать в нарушение правил КЦ. Следовательно, этот вариант работы разрешен.
Ну тогда ваш ответ тем более не верен. Регистратор должен идентифицировать иницииатора трансфера, а вы говорите, что он может не выполнять этого.
"Имеет право" и "должен" (обязан) - не одно и то же 😉 Речь о дополнительной идентификации перед передачей.
Вот из действующих правил:
Вы прекрасно знаете, что речь в данном случае о "вольной трактовке" правил. Будем откровенны.
ездил в офис Рег.Ру и там указывал свою почту - одну, не десять разных (mail. ru, к великому сожалению)
А может причина именно здесь? Вы ездили физически в офис. Там люди работают. Вы НЕ знаете кто и чем из них "дышит"... Да еще и мейл ру... У меня лет семь назад тоже взломали почту на мейле. Неприятно( Больше с мейлом не связываюсь.
Ну как можно взломать почту? Если там не пароль 12345678.
Вот такой к примеру никто не подберет - wWX~3i*Gpk^7JCfq9. Пользуйтесь кому нужен :)
В 99% это всегда вина владельца. И не важно где ваша почта.
Ну как можно взломать почту? Если там не пароль 12345678.
Вот такой к примеру никто не подберет - wWX~3i*Gpk^7JCfq9. Пользуйтесь кому нужен :)
В 99% это всегда вина владельца. И не важно где ваша почта.
Да, и почту можно не ломать, если у вас комп дырявый))
А если к почте привязать номер, то тем более
Да, и почту можно не ломать, если у вас комп дырявый))
Ну как можно взломать почту? Если там не пароль 12345678.
Вот такой к примеру никто не подберет - wWX~3i*Gpk^7JCfq9. Пользуйтесь кому нужен :)
В 99% это всегда вина владельца. И не важно где ваша почта.
Если быть точнее - почту не взломали! Взлом я увидел бы, так как на почту захожу регулярно. Просто кто то выкинул базу паролей и аккаунтов и какой то чел ею воспользовался. А пароль у меня не хуже предложенного вами был по надежности. Другой вопрос - как эти пароли от мейл ру попадают в такие вот базы для мошенников. Впрочем, как я понял, для мейл.ру это норм, там такое регулярно случается. Двухфакторная авторизация - наверное, единственный способ защиты, хотя я думаю и не 100%, во всяком случае с мейл.ру.