Pull to refresh
38
0
korchasa @korchasa

Пользователь

Send message
Он не то, что не резиновый, он вообще не тянется, ибо дома диалап (и такое бывает...сам себя оградил от интернета :) )
CSS не все браузеры парсить умеют :)
Но найти ее можно всегда. Один из способов - менять место вывода картинки, и добавлять "ложные" (невидимые пользователю). Но опять же не панацея, т.к. набор ваших методов "прятания" ограничен, и легко описывается через RegExp.
Никакой разницы, формат то открытый. Flesh в этом плане интереснее.
Большинство ботов определяются по "мгновенности" действий. Иначе они свой смысл теряют.

И DoS им в ответ :)
Уже есть, для поисковых роботов
Не серьезно...автоматический сборщик должен анализировать ответ атакуемого сайта. Ну иногда врать можно ;)
Это не понация, но искать такой текст тяжелее.
Кстати сложные каптчи разгадывают сами пользователи, помогая спамерам. Технология элементарная: адалт сайт + транслятор каптчи :)

И разноцветные кошечки не спасут.

ИМХО, уже бессмысленно привязываться к распознаванию чего-то, пора привязываться к действиям.

ЗЫ: Я у себя в блоге писал об это. Кому интересно смотрите в профиль (здесь писать не буду, т.к. ссылка уже была, поэтому боюсь, что заминусуют)
Вопрос не в том сколько их, отношение времени пополнения словаря, к времени, которое тратит спамер на определение образа.
Если вы их собираетесь сами фотографировать, то вы уже проиграли, т.к. вам нужно потратить на каждую фотографию несколько минут, а спамеру секунды.

Можно было бы использовать flickr или гугловский поиск по картинкам, но они не релевантны.
Да не спасут вопросы. Вы будете больше времени тратить на то, чтобы придумать вопрос, который устроит всех, чем хакер который будет добавлять еще пару записей.

Можно конечно и вопросы использовать: А пмоинте штуку о том, что пояродк бкув в слове не иемет занчеиня?
Ничтожно мало.
1. Не факт, что в качестве словаря будет использоваться именно гугл
2. Как она по картинке будет восстанавливать ключевое слово?
А если набор вопросов не ограничен? Например распознавание образа не картинке, с гугловского поиска, по какому то ключевому слову.
Вы правы, не является. Спасибо за ликбез.
Ну наконец-то :) Я об этом писал три с половиной часа назад, но видимо недостаточно уверенно и развернуто.
А вы располагаете статистикой сколько OS продуктов являются "классическими", а сколько нет?

ИМХО, большинство их пишется под нужды конкретной организации/человека, и оплачивается. В случае организации это зарплата, а в случае человека - автоматизация каких то потребностей, экономия времени и, соответственно, денег.
Простой пример:
Битрикс - плохая программа, но хороший продукт, т.к. код его ужасен (по крайней мере то, что дали посмотреть), а вот рыночная составляющая отличная.
OpenOffice - отличная программа, но плохой продукт, т.к. прибыль от него получать напрямую тяжело. Можно осуществлять поддержку, "подсаживать" на себя для продвижения других продуктов, реклама, и т.д. Это все неоднозначные способы заработка, по сравнению с продажей и внедрением.

Программы пишут, чтобы они решали какую то задачу. Продукты делают чтобы получать бабло.
ИМХО, все что вы описали относиться к программам, а не к продуктам. Продукт - это код, в контексте рынка. Программы пишут, а продукты продают.
Это скорее вопрос терминологии: роли/персонажи, сценарии/задачи.
Недавно за пивом вспомнили об этой теории. Получилось, что через 4 человека жал руку Джорджу Бушу. Стыдно ;)

Information

Rating
Does not participate
Location
Киев, Киевская обл., Украина
Date of birth
Registered
Activity

Specialization

Specialist
Lead