Ну во-первых, никто тут не пытался сказать, что изобретена принципиально новая система. Скорее это просто комбинация некоторых давно известных практик.
А во-вторых, не знаю как было у km.ru, но у i.ua вроде как нет временных адресов. А в нашей система — это весьма важный компонент схемы.
Это, получается, просто не совсем «правильное» использование нашего сервиса. Для регистрации на форумах гораздо удобнее использовать временный адрес и тогда все письма с форума приходят прямиком в почтовый ящик пользователя без каких-либо проверок.
Другое дело, что обычному юзеру такую схему работы «привить» очень тяжело. Это, наверное, самый большая проблема подобной системы.
А насчет «не могут написать»: так на самом деле писать практически ничего не нужно — давно есть куча open source кода, который можно использовать и реализовать на своем сервисе классическую схему работы антиспама. Вопрос стоял не «можем \ не можем», а «хотим попробвать что-то другое или не хотим».
Я что-то не понял. При отсылке писем на алиасы (они же временные емейлы) никаких сообщений с просьбой ввести капчу не приходит. На такие адреса все сообщения должны приходить без фильтрации.
Ну а если люди для регистрации на форумах используют основной адрес — то значит мы плохо объяснили как пользоваться временными.
Ну а что мешает спамеру нарегать до фига нормальных адресов someXXX@mail.ru или, еще лучше, сделать это на разных почтовых системах? В нашем случае вы хотя-бы можете за раз убить всех ботов с адресом ...@username.mail.ua.
Да и вообще, любой сервис можно использовать в плохих целях (рассылать спам, регать ботов и т.д.). Также как ножем — можно себе отрезать бутерброд, а можно кого-то убить.
Ну да, подловили, anchor-навигацию пока не реализовали. Да и, честно говоря, особого смысла в возможности перемещаться в почтовом сервисе браузерными кнопками «назад», «вперед» я ни вижу.
Опять же, хочу отметить, что статья не про достоинства и недостатки сервиса Mail.UA, а про вполне конкретную реализацию системы антиспама.
Ну на самом деле все это рассказывается пользователям после регистрации в системе.
Но статья, вообщем-то, не про сам сервис Mail.UA, а про несколько иной подход к фильтрации спама. Подходит ли пользователям такая реализация или нет — каждый решает сам для себя.
Практика использования показала, что довольно мало случаев, когда пользователь или не понимает, что нужно делать или настолько раздражен поведением системы, что отказывается использовать сервис вообще.
Для сильно популярных сервисов и, соответственно, легко-угадываемых адресов можно использовать несколько видоизмененные имена. Скажем: vkontakte123@username.mail.ua
Но практика показывает, что как раз с таким сервисами проблем нет.
Ну таким же образом работают некоторые другие системы. Например, SpamArrest или Boxbee. Т.е. вроде как подобная система вполне рабочая. Кроме того, тут уже отмечали, что капчу вводить нужно только один раз.
Ну так и будут делится опытом, как проходил процесс переноса их в облако. Там ведь и сказано «lessons learned».
Хотя я больше склонен под major application все таки подразумевать Office.
Вы наверное про старую реализацию этого анти-спама, где все письма от неизвестных отправителей просто отбрасывались.
Теперь она более «лояльна» к незнакомым адресам и работает примерно по тому же принципу, что и система SpamArrest.
Ну раз сейчас речь идет о Гугл — значит все-таки не до конца подмяли.
А Apple тоже скоро «корпорацией зла» называть начнут.
Думаю следующая их фишка будет iBook — т.е. читалка эл. книг.
Когда за это возьмется Apple, то все вдруг резко поймут, что читать книги в электронном формате — это супер. Потом откроется сервис iTexts где можно будет закачать книжки (по 0.99$ за слово :-)) и все книгоиздатели отомрут сами собой.
Еще позже на iBook можно будет получить последние новости через сервис iNews и отомрут все СМИ.
Вот вам и полный контроль над сознанием людей — через Apple будет проходить все разговоры по телефону, вся музыка, все книги и все новости. Здравствуй «Большой Брат» :-)
Не думаю что все настолько плохо.
Подобная ситуация всегда была и всегда будет.
Помните в 1984 Apple даже снимала рекламный ролик про борьбу c Большим Братом (IBM).
Прошло больше 20 лет, но Большой Брат так и не подмял под себя всех, как тогда думали.
А Гугла тоже есть слабые места. Все ихние сервисы — это разработки эпохи Web 2.0., технологическая база которых — HTML+JavaScript.
Но что будет когда настанет эпоха Web 3.0, базой для которых (это только мое ИМХО — просьба не пинать) возможно будет RIA технологии типа Adobe AIR, MS Silverlight, Java FX, etc.
Может тут как раз появится какой-нибудь новый крупный игрок?
А еще мысль в догонку.
Придумывать капчу, в которой изображено что-то характерное для определенной культуры (скажем европейской) и не очень понятно представителям других культур. Пока что не придумал что именно.
Или наоборот: капча изображает нечто оскорбительное или неприемлемое для индусов. Тут как раз воображение сразу подсказало идею :-). Изображаем на капче разрезанную корову и просим ввести число, на сколько частей она разрезана. Бедные индусы все слезами изойдутся пока распознавать будут.
Жестко конечно, но таковы суровые законы бизнеса :-).
Я вот чего не понимаю.
Если регистрирует ботов какая-то программа (иначе смысла особого нет наверное), но распознает капчу человек (точнее миллион человек :-)), то наверняка между моментом генерации страницы и моментом когда капча попадает на «рассмотрение» какому-нибудь индусу проходит некоторое время.
Отсюда сразу две мысли как предотвратить взлом капчи:
1. Ставить какой-то не сильно большой таймаут (~1 мин) на ту страницу, которая требует ввода капчи. По таймауту — менять капчу. Есть большая вероятность, что пока лемминг распознает одну капчу, на странице уже будет нарисована другая.
2. Менять капчу вообще практически беспрерывно (скажем раз в 5-10) секунд и останавливать только когда фокус ввода перешел на поле ввода этой капчи.
А во-вторых, не знаю как было у km.ru, но у i.ua вроде как нет временных адресов. А в нашей система — это весьма важный компонент схемы.
Другое дело, что обычному юзеру такую схему работы «привить» очень тяжело. Это, наверное, самый большая проблема подобной системы.
А насчет «не могут написать»: так на самом деле писать практически ничего не нужно — давно есть куча open source кода, который можно использовать и реализовать на своем сервисе классическую схему работы антиспама. Вопрос стоял не «можем \ не можем», а «хотим попробвать что-то другое или не хотим».
Ну а если люди для регистрации на форумах используют основной адрес — то значит мы плохо объяснили как пользоваться временными.
Дальше работа пока только по http.
Да и вообще, любой сервис можно использовать в плохих целях (рассылать спам, регать ботов и т.д.). Также как ножем — можно себе отрезать бутерброд, а можно кого-то убить.
Опять же, хочу отметить, что статья не про достоинства и недостатки сервиса Mail.UA, а про вполне конкретную реализацию системы антиспама.
Но статья, вообщем-то, не про сам сервис Mail.UA, а про несколько иной подход к фильтрации спама. Подходит ли пользователям такая реализация или нет — каждый решает сам для себя.
Практика использования показала, что довольно мало случаев, когда пользователь или не понимает, что нужно делать или настолько раздражен поведением системы, что отказывается использовать сервис вообще.
Но практика показывает, что как раз с таким сервисами проблем нет.
Хотя я больше склонен под major application все таки подразумевать Office.
Теперь она более «лояльна» к незнакомым адресам и работает примерно по тому же принципу, что и система SpamArrest.
Сначала они темы интерфейса сделали как у нас. Теперь вот и метки перетаскиваемые.
А Apple тоже скоро «корпорацией зла» называть начнут.
Думаю следующая их фишка будет iBook — т.е. читалка эл. книг.
Когда за это возьмется Apple, то все вдруг резко поймут, что читать книги в электронном формате — это супер. Потом откроется сервис iTexts где можно будет закачать книжки (по 0.99$ за слово :-)) и все книгоиздатели отомрут сами собой.
Еще позже на iBook можно будет получить последние новости через сервис iNews и отомрут все СМИ.
Вот вам и полный контроль над сознанием людей — через Apple будет проходить все разговоры по телефону, вся музыка, все книги и все новости. Здравствуй «Большой Брат» :-)
Подобная ситуация всегда была и всегда будет.
Помните в 1984 Apple даже снимала рекламный ролик про борьбу c Большим Братом (IBM).
Прошло больше 20 лет, но Большой Брат так и не подмял под себя всех, как тогда думали.
А Гугла тоже есть слабые места. Все ихние сервисы — это разработки эпохи Web 2.0., технологическая база которых — HTML+JavaScript.
Но что будет когда настанет эпоха Web 3.0, базой для которых (это только мое ИМХО — просьба не пинать) возможно будет RIA технологии типа Adobe AIR, MS Silverlight, Java FX, etc.
Может тут как раз появится какой-нибудь новый крупный игрок?
Придумывать капчу, в которой изображено что-то характерное для определенной культуры (скажем европейской) и не очень понятно представителям других культур. Пока что не придумал что именно.
Или наоборот: капча изображает нечто оскорбительное или неприемлемое для индусов. Тут как раз воображение сразу подсказало идею :-). Изображаем на капче разрезанную корову и просим ввести число, на сколько частей она разрезана. Бедные индусы все слезами изойдутся пока распознавать будут.
Жестко конечно, но таковы суровые законы бизнеса :-).
Если регистрирует ботов какая-то программа (иначе смысла особого нет наверное), но распознает капчу человек (точнее миллион человек :-)), то наверняка между моментом генерации страницы и моментом когда капча попадает на «рассмотрение» какому-нибудь индусу проходит некоторое время.
Отсюда сразу две мысли как предотвратить взлом капчи:
1. Ставить какой-то не сильно большой таймаут (~1 мин) на ту страницу, которая требует ввода капчи. По таймауту — менять капчу. Есть большая вероятность, что пока лемминг распознает одну капчу, на странице уже будет нарисована другая.
2. Менять капчу вообще практически беспрерывно (скажем раз в 5-10) секунд и останавливать только когда фокус ввода перешел на поле ввода этой капчи.