Сообщений в теме: 26

[M3ndark7]

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

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

[M3ndark7]

Про хорошую модель , есть интересный вопрос. Не к ТС , а к форуму, но все же. Размер модели сильно влияет на скорость поиска и нагрузку на винт\память\проц ? Есть смысл в коллективных компиляций моделей 100-300 к  и более картинок ? 

 

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

чтоб к капче реже долбиться надо иметь либо очень хорошую модель для капчи, либо суперский обработчик капчи. т.е все упирается в тонкости ее обработки когда она является еще картинкой.

 

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

 

[EvgeniyS81]

 

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

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

 

я не могу понять. чем лишние проверки могут уменьшить кол-во запросов? Вот в чем допустим принципиальная разница между вот этими примерами ниже?

 

получили капчу

обработали картинку

получили результат

сравнили на кол-во символов в результате

если не совпадает - грузим новую капчу

сравнили цифры ли или нет

если не цифры - грузим новую капчу

ищем совпадение результата с одним из ответов

если совпадения нет грузим новую капчу

-----------------------------------------------------------------------

получили капчу

обработали картинку

получили результат

ищем совпадение результата с одним из ответов

если совпадения нет грузим новую капчу
----------------------------------------------------------------------

 

Долбиться будут одинаковое кол-во раз что в первом, что во втором случае. Без разницы опознало лишь 2 символа из трех, или все три, но неправильно. придется делать перезапуск капчи. Да, в случае если капча ОДНА, то благодаря COMPARE можно даже при наличии двух правильных символов из трех - правильно угадать вариант ответа. А если у тебя капчи меняются как перчатки на сайте? сначала сравнение, потом математика, потом еще что-то? Такое явление очень частое на российских буксах.

[EvgeniyS81]

 

Про хорошую модель , есть интересный вопрос. Не к ТС , а к форуму, но все же. Размер модели сильно влияет на скорость поиска и нагрузку на винт\память\проц ? Есть смысл в коллективных компиляций моделей 100-300 к  и более картинок ? 

 

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

чтоб к капче реже долбиться надо иметь либо очень хорошую модель для капчи, либо суперский обработчик капчи. т.е все упирается в тонкости ее обработки когда она является еще картинкой.

 

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

 

 

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

[M3ndark7]

Ну знаете ли мусье , с оперативкой по разному можно работать , если бы все было так просто не было бы всяких рэйд 0 и рам дисков  
А про количество измываний над капчей , все ж по итогу условно говоря к нейросети приходит , та же 9 и 6 содержит всегда овал\круг, но разные по высоте , разбить картинку можно очень по разному , примером служит тот же ксевил который хорошо решает капчи экранированные линиями и неровные вплане 1 уровня (ну я так читал по крайне мере).
Про алгоритм описанный выше это уж и вовсе банально сильно, так как вся соль именно в обработке полученного изображения(массива или вообще чего-то другого). Могу быть не прав, это лишь имхо субьективное.

 

 

Про хорошую модель , есть интересный вопрос. Не к ТС , а к форуму, но все же. Размер модели сильно влияет на скорость поиска и нагрузку на винт\память\проц ? Есть смысл в коллективных компиляций моделей 100-300 к  и более картинок ? 

 

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

чтоб к капче реже долбиться надо иметь либо очень хорошую модель для капчи, либо суперский обработчик капчи. т.е все упирается в тонкости ее обработки когда она является еще картинкой.

 

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

 

 

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

 

[EvgeniyS81]

 

Ну знаете ли мусье , с оперативкой по разному можно работать , если бы все было так просто не было бы всяких рэйд 0 и рам дисков  
А про количество измываний над капчей , все ж по итогу условно говоря к нейросети приходит , та же 9 и 6 содержит всегда овал\круг, но разные по высоте , разбить картинку можно очень по разному , примером служит тот же ксевил который хорошо решает капчи экранированные линиями и неровные вплане 1 уровня (ну я так читал по крайне мере).
Про алгоритм описанный выше это уж и вовсе банально сильно, так как вся соль именно в обработке полученного изображения(массива или вообще чего-то другого). Могу быть не прав, это лишь имхо субьективное.

 

 

Про хорошую модель , есть интересный вопрос. Не к ТС , а к форуму, но все же. Размер модели сильно влияет на скорость поиска и нагрузку на винт\память\проц ? Есть смысл в коллективных компиляций моделей 100-300 к  и более картинок ? 

 

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

чтоб к капче реже долбиться надо иметь либо очень хорошую модель для капчи, либо суперский обработчик капчи. т.е все упирается в тонкости ее обработки когда она является еще картинкой.

 

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

 

 

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

 

 

Ну, хоть кто-то согласен со мной, что долбежка зависит от уровня обработки самой картинки. Но если картинка убого распознается, хоть ты стопятьсот условий при работе с результатом обработки поставь она от этого лучше распознаваться не станет. Да, в каких-то единичных случаях, "излишнее" условие приведет к меньшим долбежкам сайта запросами. Пример: капча-сравнение. И то исключительно благодаря тому, что есть команда COMPARE_WITH_BUFFER. НО, если надо верно распознать 5 символов или больше... Но при этом сама картинка с кучей помех и сами символы всяко разно искажены, - тут и compare не поможет. И в итоге все сводится к универсальному приему: тупо сравниваем результат с вариантами ответа, или ответом.

[AleksLD]

Ну тотже ксевил может верно распознать два символа из трех, тотже COMPARE_WITH_BUFFER поможет выбрать наиболее совпадающий вариант, а не обновлять еще раз капчу.

Report: | -=XEvil=- | Капча: 34hn
Report: Варианты: sab bzg gzk 34n 8v7 8am | Мой ответ: 34hn | Капча: 34n совпадений: 2 
Report: http://........./ajax/ajax_surfing_verify.php?rnd=0.94542354496442739 | op=CheckVerify&token=25fe599652e122677c911c40b9436338&code=ed85d5d192d3fd576c8836defcf68a47&id_adv=31392&id_adv_l=31392
Report: Спасибо за посещение!(+0.024)

[zmiuka]

Ну тотже ксевил может верно распознать два символа из трех, тотже COMPARE_WITH_BUFFER поможет выбрать наиболее совпадающий вариант, а не обновлять еще раз капчу.

 

Угу, хорошо быть нубом, просить о помощи с многочисленными вопросами и замахиваться на универсалки "для новичков".

[EvgeniyS81]

 

Ну тотже ксевил может верно распознать два символа из трех, тотже COMPARE_WITH_BUFFER поможет выбрать наиболее совпадающий вариант, а не обновлять еще раз капчу.

Report: | -=XEvil=- | Капча: 34hn
Report: Варианты: sab bzg gzk 34n 8v7 8am | Мой ответ: 34hn | Капча: 34n совпадений: 2 
Report: http://........./ajax/ajax_surfing_verify.php?rnd=0.94542354496442739 | op=CheckVerify&token=25fe599652e122677c911c40b9436338&code=ed85d5d192d3fd576c8836defcf68a47&id_adv=31392&id_adv_l=31392
Report: Спасибо за посещение!(+0.024)

Алекс все верно. Но много ли у нас сайтов осталось, где используется исключительно одна капча на совпадение (да при этом из 3 символов состоящая всего-то). Такие сайты, конечно есть, но даже на них такая капча идет вместе с другой.

[robox]

Пример, коих видел предостаточно в L-1 (капча на математику в ответе всегда 2 символа):

 

получили капчу

обработали картинку

получили результат

сравнили на кол-во символов в результате

если не совпадает - грузим новую капчу

сравнили цифры ли или нет

если не цифры - грузим новую капчу

ищем совпадение результата с одним из ответов

если совпадения нет грузим новую капчу

 

Возникает вопрос: нафига? чем излишние условия помогут реже долбиться к капче, если достаточно сделать так:

 

получили капчу

обработали картинку

получили результат

ищем совпадение результата с одним из ответов

если совпадения нет грузим новую капчу

Я только что выложил базу ответов от капчи солве медиа в txt , возможно ты сможешь ее прикрутить к минипостеру и поделишся в будущем с нами. В базе 1710 правильных ответов и я ее проверял на одном кране. 10 раз обновлял капчу и сверялся с базой, из 10 раз попал все 10. Конечно это не значит что база полная, но % вероятности очень большой. Было бы не плохо найти ей применение.

база тут тык