В зависимости от конкретного ресурса. Чаще всего просто когда мне предлагают капчу, меняю ip-адрес, тру куки и меняю user-agent. Многие пользуются antigate но я его не использовал.
Простые капчи парсятся через OCR-программы. Они бесплатные, есть консольные и с возможностью обучения.
Я работаю с многими сайтами, более того практически в реальном времени (задержка 5-10 мин). Например самая большая доска объявлений по России или сайт, где все продают свои машины.
Протокол HTTP текстовый, куки передаются так де текстом, магии в работе со страницей без ее перезагрузки нет ;)
Как мне кажется, лучшем решением по работе с текстовым протоколом является то, на котором легче всего обрабатывать строки. По этому предпочитаю Perl за его легкость в работе регулярных выражений.
На данный момент нет ни одной адекватной защиты против автоматического распознавания чего либо.
Я говорю про парсинг тех источников данных, которые создатели сайта используют доя подгрузки динамического контента. Странно что вы не поняли этого. Можно назвать это api или как угодно, сути не меняет.
Динамически подгружаемый контент парсится на много легче когда он вынесен в api сайта, потому что, как правило, там обёрточных данных меньше и можно задавать доп параметры, в особенности те, что нужны. Например кол-во элементов в выдаче, или поиск. Еще api менее всего уделяют внимание в плане защиты. Более того, когда есть такой api, почти вся работа ложится именно на него
«Безмышиный» здесь больше подходит, потому что «Безмышечный» — это когда отсутствуют или не задействованы мышцы. При наборе текста они все равно используются
Мне одному кажется, что заголовок не отражает сути статьи?
было бы интереснее узнать от вас, какие языки используете и для каких задач, как работаете с БД, обрабатываете большие объемы данных, как высвобождаете память, с какими трудностями вам пришлось столкнуться и как вы их решили и почему именно так.
Бред какой-то.
У bitcoind есть функция getbalance — это суммарный баланс по всем, когда-либо выпущенным кошелькам. Сложно не заметить, что баланс не нулевой.
Так что это либо все вранье, либо заранее спланированные махинации.
По правилам, оператор POS-терминала, в случае, если вы не вызываете подозрения как держателя карты, принять к авторизации подпись, если не доверяет — пин-код. Но не оба способа одновременно.
Так же по правилам, в случае мошеннических действий или недействительности карты, нельзя изымать карту с применением физической силы (охраны в том числе), только добровольная сдача карты. P.S.: даже если вы сами вырвите ее из рук оператора.
Простые капчи парсятся через OCR-программы. Они бесплатные, есть консольные и с возможностью обучения.
Протокол HTTP текстовый, куки передаются так де текстом, магии в работе со страницей без ее перезагрузки нет ;)
Как мне кажется, лучшем решением по работе с текстовым протоколом является то, на котором легче всего обрабатывать строки. По этому предпочитаю Perl за его легкость в работе регулярных выражений.
На данный момент нет ни одной адекватной защиты против автоматического распознавания чего либо.
было бы интереснее узнать от вас, какие языки используете и для каких задач, как работаете с БД, обрабатываете большие объемы данных, как высвобождаете память, с какими трудностями вам пришлось столкнуться и как вы их решили и почему именно так.
У bitcoind есть функция getbalance — это суммарный баланс по всем, когда-либо выпущенным кошелькам. Сложно не заметить, что баланс не нулевой.
Так что это либо все вранье, либо заранее спланированные махинации.
Так же по правилам, в случае мошеннических действий или недействительности карты, нельзя изымать карту с применением физической силы (охраны в том числе), только добровольная сдача карты. P.S.: даже если вы сами вырвите ее из рук оператора.
Осталось дополнить эту технологию фильтром по неугодным высказываниям.