Никогда не пользовался этим правилом, чтобы знать, как правильно писать.
Если достаточно читал в детстве — появляется чувство языка, которое позволяет на каждое слово не вспоминать правила.
Как раз недавно выбирал себе смартфон (впервые в жизни! долго сопротивлялся :D)
Сначала казалось, что выбор очень широк. А потом осознал, что с AMOLED дисплеем вариантов раз-два и обчелся :( Пришлось брать Samsung Galaxy S5.
Обещают с AMOLED-ом еще Nexus 6 и Motorola Moto Maxx, но первого пока нет (да и лопата), а второго не предвидится в Европе.
Что касается чипсетов — мне было достаточно беглого чтения отзывов на форумах, чтобы отказаться от идеи связываться с MediaTek-ами.
Как я понял, основная суть подхода — в дальнейшем усложнить этот «байткод» для виртуальной машины, чтобы результат зависел от того, на реальном браузере он исполняется, или нет.
Все предпосылки для этого есть.
Возможно, в новой капче это уже сделано.
На самом деле гугл уже достаточно давно применяет двухфакторный метод.
На первом этапе он отдает сложную капчу (есть даже подозрение, что нерешаемую — любой ответ не подходит) из нечитаемого набора символов.
Но эту капчу юзер не видит — она мгновенно заменяется (вызовом обычного «reload») на другую, нормальную.
Казалось бы — бот достаточно легко может вызвать этот reload и получить нормальную капчу. Однако, для его вызова нужно сначала из одного длинного строкового параметра (приходит вместе с ID исходной капчи) получить другой и отправить вместе с запросом на reload. Проблема в том, что метод получения этого параметра из исходного реализуется в крайне сложном обфусцированном JS, который очень похож на мини-виртуальную машину, «байткодом» для которой и является исходный параметр.
После хотя бы одного корректного reload гугл уже начинает сразу отдавать нормальную капчу при повторных появлениях того же юзера (с теми же куками) на странице.
Полагаю, новая капча от гугла — развитие этой схемы.
Тем не менее, хочу заметить, что сам я — тоже гик, однако на чтение время находилось ;)
Если достаточно читал в детстве — появляется чувство языка, которое позволяет на каждое слово не вспоминать правила.
Сначала казалось, что выбор очень широк. А потом осознал, что с AMOLED дисплеем вариантов раз-два и обчелся :( Пришлось брать Samsung Galaxy S5.
Обещают с AMOLED-ом еще Nexus 6 и Motorola Moto Maxx, но первого пока нет (да и лопата), а второго не предвидится в Европе.
Что касается чипсетов — мне было достаточно беглого чтения отзывов на форумах, чтобы отказаться от идеи связываться с MediaTek-ами.
К тому же, при неизвестных критериях.
Все предпосылки для этого есть.
Возможно, в новой капче это уже сделано.
На первом этапе он отдает сложную капчу (есть даже подозрение, что нерешаемую — любой ответ не подходит) из нечитаемого набора символов.
Но эту капчу юзер не видит — она мгновенно заменяется (вызовом обычного «reload») на другую, нормальную.
Казалось бы — бот достаточно легко может вызвать этот reload и получить нормальную капчу. Однако, для его вызова нужно сначала из одного длинного строкового параметра (приходит вместе с ID исходной капчи) получить другой и отправить вместе с запросом на reload. Проблема в том, что метод получения этого параметра из исходного реализуется в крайне сложном обфусцированном JS, который очень похож на мини-виртуальную машину, «байткодом» для которой и является исходный параметр.
После хотя бы одного корректного reload гугл уже начинает сразу отдавать нормальную капчу при повторных появлениях того же юзера (с теми же куками) на странице.
Полагаю, новая капча от гугла — развитие этой схемы.