хм вообще-то камера подключается по 1394 обычно
Ну если нужно решить задачу поиска именно абсолютно одинаковых рисунков, то это теоретически возможно. Перед расчетом контрольной суммы и записью этой информации в базу сначала любой рисунок конвертится например в raw 24bit bmp и только потом производятся все действия. Аналогично и для заданного юзером рисунка. Тогда будет пофигу на формат файла.
Но это не решает проблемы изменения поиска похожих рисунков, так степень похожести - субъективная величина. Здест возникает проблема конвертации растра в вектор, так как только с векторным рисунком можно хоть как-то решать проблему сходства независимо от разрешения, глубины цвета и прочих растровых параметров.
Не так. Хорошие пример - капчи. Если бы задача была решена, то проблемы распознавания капчей просто бы не существовало. А капчи - это ведь простой пример.
Что уж говорит о том, как найти, например, все цифровые фотографии одной художественной картины в интернете (только не говорите мне про "Черный квадрат" Малевича :) )
Ну попроще все. Хранится в базе контрольная сумма (по типу как в осле) картинок, собранных пауком. Аналогично берется юзерская картинка и считается эта сумма, а потом поиск по своей базе. Если сумма совпала, тогда уж побайтово. Ресурсов надо на порядки меньше. Но есть минус - изменение цвета одного пискела - и ничего уже не найдется - т.е. это точный поиск.
Поиск похожих картинок - задача еще и академически не решена, поэтому тут трудно что либо сделать.
Как-то тут пораньше в форуме говорили - каждый товар найдет своего покупателя. Но слово site в имени домена считается не очень красивым ... аналогично слову host за исключением хостинговых компаний. Кроме того, например, blogsites.ru еще свободен (спешите, кому надо), и siteblog.ru ... подобных доменов еще дофига . Да и длинновато имя - blogsite - для зоны ru/блогосферы.
Вот в .com домен мог уйти и подороже...
В общем совет - либо ждите пару-тройку лет, либо ставьте реальную цену.
Я уже спросил - что Вы имеете в виду - Java или JS?
Индексировать первое - значит вебальте придется декомпилировать апплеты, а это аналогично декомпиляции EXE. В общем случае - это нарушение прав владельца апплета. И главное - зачем?
Если обрабатывать второе - тут тоже все непросто, да тоже смысл сомнителен - полезной информации внутри JS немного, если только вебальта не собирается индексировать и искать внутри исходных кодов как codesearch от гугла.
со словом blog еще много красивых доменов в зоне ru. Реальная цена не больше 50-100
Аналогично ... за эту неделю получила уже 4 посылки "с большими скидками и подарками к Новому году".
Для начала неплохо бы узнать какой у Вас SMTP daemon работает - sendmail, postfix, что-то другое, тогда можно и посоветовать.
Осилил почти все ... и задумался, что гугл может сделать реально, чтобы отличить покупные ссылки от естественных:
а) Сделать песок для ссылок, причем чем больше разница пиаров между сайтом-донором и сайтом-рецепиентом, тем дольше песок. Это сделает бессмысленным покупку слабым сайтом ссылки на сильном на короткий срок (а на длительный - дорого). Ну и остальным придется увеличивать длительность покупок - т.е. не на 1-2 месяца, а на полгода-год.
б) Анализировать частоту смены ссылок на морде. По типу на морде X ссылок, из них Y - постоянно изменяются. Чем чаще меняются ссылки, тем хуже перетекает ссылочное.
в) Тематика текста вокруг ссылок и тематика сайта/страницы.
г) Типы ссылаемых сайтов. Естественные ссылки появляются везде - на блогах, форумах,статьях,сайтах. Покупные - чаще на мордах сайтов.
д) Естественные растут с течением времени, покупные -взрывообразно.
Еще мысль - гугл возможно не хочет совсем победить покупные ссылки, так как авторитетные ресурсы тоже могут продавать ссылки, но хотя бы отслеживают куда они ссылаются и берегут репутацию. А вот сайты искуственно накаченные через каталоги исключительно для продажи с них ссылок - это сильно портит релевантность выдачи (по мнению гугла) и им пофигу куда продавать ссылки.
Добавлю, что для индексации Java придется ее декомпилировать, что фактически может нарушать права владельца апплета.
