moldu: Люди, опомнитесь, какие контрольные суммы, какое побайтовое сравнение?!?! 🤣 Они могут быть одинаковыми только у одного и того же файла, смена формата, разрешения, степени сжатия, одного пикселя, как писал ksm и это будет ДРУГОЙ файл и другая контрольная сумма. Технология поиска одинаковых изображений явно будет строится не по контрольным суммам и побайтовому сравнению.
Ну если нужно решить задачу поиска именно абсолютно одинаковых рисунков, то это теоретически возможно. Перед расчетом контрольной суммы и записью этой информации в базу сначала любой рисунок конвертится например в raw 24bit bmp и только потом производятся все действия. Аналогично и для заданного юзером рисунка. Тогда будет пофигу на формат файла.
Но это не решает проблемы изменения поиска похожих рисунков, так степень похожести - субъективная величина. Здест возникает проблема конвертации растра в вектор, так как только с векторным рисунком можно хоть как-то решать проблему сходства независимо от разрешения, глубины цвета и прочих растровых параметров.
SEManiak:
лично мне кажеться, что на контрольных суммах далеко не уедешь, смысл будет очень терятся.тут ближе к нейросетям и распознаванием образов - это уже давно как решённая (решаемая) задача. разве не так?
Не так. Хорошие пример - капчи. Если бы задача была решена, то проблемы распознавания капчей просто бы не существовало. А капчи - это ведь простой пример.
Что уж говорит о том, как найти, например, все цифровые фотографии одной художественной картины в интернете (только не говорите мне про "Черный квадрат" Малевича :) )
Hallas: тут подумал, проверка идентичности картинок реализуется достаточно просто - паук лазит по сайтам и сохраняет к себе в базу картинки, а потом картинка юзера и картинки в базе сверяются побайтово... это, на мой взгляд, самый простой вариант, хотя возникает проблема трафика, вычислительной мощности и места для хранения файлов. Впрочем, для того же Гугла эта проблема не так актуальна - у него мощностей хватит...
Ну попроще все. Хранится в базе контрольная сумма (по типу как в осле) картинок, собранных пауком. Аналогично берется юзерская картинка и считается эта сумма, а потом поиск по своей базе. Если сумма совпала, тогда уж побайтово. Ресурсов надо на порядки меньше. Но есть минус - изменение цвета одного пискела - и ничего уже не найдется - т.е. это точный поиск.
Поиск похожих картинок - задача еще и академически не решена, поэтому тут трудно что либо сделать.
для моего домена - 500 долларов - цена довольно низкая, имхо, а если вам не нужно - так это не значит, что других не заинтересует, ... у кого есть деньги. :)
Как-то тут пораньше в форуме говорили - каждый товар найдет своего покупателя. Но слово site в имени домена считается не очень красивым ... аналогично слову host за исключением хостинговых компаний. Кроме того, например, blogsites.ru еще свободен (спешите, кому надо), и siteblog.ru ... подобных доменов еще дофига . Да и длинновато имя - blogsite - для зоны ru/блогосферы.
Вот в .com домен мог уйти и подороже...
В общем совет - либо ждите пару-тройку лет, либо ставьте реальную цену.
У меня есть такой вопрос: давайте представим, что java действительно индекситься, это позволит добиться реального успеха у тех же seo-ов?
Я уже спросил - что Вы имеете в виду - Java или JS?
Индексировать первое - значит вебальте придется декомпилировать апплеты, а это аналогично декомпиляции EXE. В общем случае - это нарушение прав владельца апплета. И главное - зачем?
Если обрабатывать второе - тут тоже все непросто, да тоже смысл сомнителен - полезной информации внутри JS немного, если только вебальта не собирается индексировать и искать внутри исходных кодов как codesearch от гугла.
есть VPS на Мастерхост, там Plesk 8.0.1, всё работает, но почту нужно забирать с сервера по smtp порту 2525 (25 закрыт у провайдера), а это порт закрыт где-то в настройках VPS и не настраивается через панель Virtupzzo, либо Plesk.
Для начала неплохо бы узнать какой у Вас SMTP daemon работает - sendmail, postfix, что-то другое, тогда можно и посоветовать.
Осилил почти все ... и задумался, что гугл может сделать реально, чтобы отличить покупные ссылки от естественных:
а) Сделать песок для ссылок, причем чем больше разница пиаров между сайтом-донором и сайтом-рецепиентом, тем дольше песок. Это сделает бессмысленным покупку слабым сайтом ссылки на сильном на короткий срок (а на длительный - дорого). Ну и остальным придется увеличивать длительность покупок - т.е. не на 1-2 месяца, а на полгода-год.
б) Анализировать частоту смены ссылок на морде. По типу на морде X ссылок, из них Y - постоянно изменяются. Чем чаще меняются ссылки, тем хуже перетекает ссылочное.
в) Тематика текста вокруг ссылок и тематика сайта/страницы.
г) Типы ссылаемых сайтов. Естественные ссылки появляются везде - на блогах, форумах,статьях,сайтах. Покупные - чаще на мордах сайтов.
д) Естественные растут с течением времени, покупные -взрывообразно.
Еще мысль - гугл возможно не хочет совсем победить покупные ссылки, так как авторитетные ресурсы тоже могут продавать ссылки, но хотя бы отслеживают куда они ссылаются и берегут репутацию. А вот сайты искуственно накаченные через каталоги исключительно для продажи с них ссылок - это сильно портит релевантность выдачи (по мнению гугла) и им пофигу куда продавать ссылки.
Кто знает как подключить видеокамеру к компу, цифровую ,есть дви выход.Вставляю ничего не происходить.Помогите.
хм вообще-то камера подключается по 1394 обычно
Люди, опомнитесь, какие контрольные суммы, какое побайтовое сравнение?!?! 🤣 Они могут быть одинаковыми только у одного и того же файла, смена формата, разрешения, степени сжатия, одного пикселя, как писал ksm и это будет ДРУГОЙ файл и другая контрольная сумма. Технология поиска одинаковых изображений явно будет строится не по контрольным суммам и побайтовому сравнению.
Ну если нужно решить задачу поиска именно абсолютно одинаковых рисунков, то это теоретически возможно. Перед расчетом контрольной суммы и записью этой информации в базу сначала любой рисунок конвертится например в raw 24bit bmp и только потом производятся все действия. Аналогично и для заданного юзером рисунка. Тогда будет пофигу на формат файла.
Но это не решает проблемы изменения поиска похожих рисунков, так степень похожести - субъективная величина. Здест возникает проблема конвертации растра в вектор, так как только с векторным рисунком можно хоть как-то решать проблему сходства независимо от разрешения, глубины цвета и прочих растровых параметров.
лично мне кажеться, что на контрольных суммах далеко не уедешь, смысл будет очень терятся.тут ближе к нейросетям и распознаванием образов - это уже давно как решённая (решаемая) задача. разве не так?
Не так. Хорошие пример - капчи. Если бы задача была решена, то проблемы распознавания капчей просто бы не существовало. А капчи - это ведь простой пример.
Что уж говорит о том, как найти, например, все цифровые фотографии одной художественной картины в интернете (только не говорите мне про "Черный квадрат" Малевича :) )
тут подумал, проверка идентичности картинок реализуется достаточно просто - паук лазит по сайтам и сохраняет к себе в базу картинки, а потом картинка юзера и картинки в базе сверяются побайтово... это, на мой взгляд, самый простой вариант, хотя возникает проблема трафика, вычислительной мощности и места для хранения файлов. Впрочем, для того же Гугла эта проблема не так актуальна - у него мощностей хватит...
Ну попроще все. Хранится в базе контрольная сумма (по типу как в осле) картинок, собранных пауком. Аналогично берется юзерская картинка и считается эта сумма, а потом поиск по своей базе. Если сумма совпала, тогда уж побайтово. Ресурсов надо на порядки меньше. Но есть минус - изменение цвета одного пискела - и ничего уже не найдется - т.е. это точный поиск.
Поиск похожих картинок - задача еще и академически не решена, поэтому тут трудно что либо сделать.
для моего домена - 500 долларов - цена довольно низкая, имхо, а если вам не нужно - так это не значит, что других не заинтересует, ... у кого есть деньги. :)
Как-то тут пораньше в форуме говорили - каждый товар найдет своего покупателя. Но слово site в имени домена считается не очень красивым ... аналогично слову host за исключением хостинговых компаний. Кроме того, например, blogsites.ru еще свободен (спешите, кому надо), и siteblog.ru ... подобных доменов еще дофига . Да и длинновато имя - blogsite - для зоны ru/блогосферы.
Вот в .com домен мог уйти и подороже...
В общем совет - либо ждите пару-тройку лет, либо ставьте реальную цену.
У меня есть такой вопрос: давайте представим, что java действительно индекситься, это позволит добиться реального успеха у тех же seo-ов?
Я уже спросил - что Вы имеете в виду - Java или JS?
Индексировать первое - значит вебальте придется декомпилировать апплеты, а это аналогично декомпиляции EXE. В общем случае - это нарушение прав владельца апплета. И главное - зачем?
Если обрабатывать второе - тут тоже все непросто, да тоже смысл сомнителен - полезной информации внутри JS немного, если только вебальта не собирается индексировать и искать внутри исходных кодов как codesearch от гугла.
продаю лучший домен для блогсайта
за 500 долларов
со словом blog еще много красивых доменов в зоне ru. Реальная цена не больше 50-100
Аналогично ... за эту неделю получила уже 4 посылки "с большими скидками и подарками к Новому году".
Добрый день, прошу совета:
есть VPS на Мастерхост, там Plesk 8.0.1, всё работает, но почту нужно забирать с сервера по smtp порту 2525 (25 закрыт у провайдера), а это порт закрыт где-то в настройках VPS и не настраивается через панель Virtupzzo, либо Plesk.
Для начала неплохо бы узнать какой у Вас SMTP daemon работает - sendmail, postfix, что-то другое, тогда можно и посоветовать.
Осилил почти все ... и задумался, что гугл может сделать реально, чтобы отличить покупные ссылки от естественных:
а) Сделать песок для ссылок, причем чем больше разница пиаров между сайтом-донором и сайтом-рецепиентом, тем дольше песок. Это сделает бессмысленным покупку слабым сайтом ссылки на сильном на короткий срок (а на длительный - дорого). Ну и остальным придется увеличивать длительность покупок - т.е. не на 1-2 месяца, а на полгода-год.
б) Анализировать частоту смены ссылок на морде. По типу на морде X ссылок, из них Y - постоянно изменяются. Чем чаще меняются ссылки, тем хуже перетекает ссылочное.
в) Тематика текста вокруг ссылок и тематика сайта/страницы.
г) Типы ссылаемых сайтов. Естественные ссылки появляются везде - на блогах, форумах,статьях,сайтах. Покупные - чаще на мордах сайтов.
д) Естественные растут с течением времени, покупные -взрывообразно.
Еще мысль - гугл возможно не хочет совсем победить покупные ссылки, так как авторитетные ресурсы тоже могут продавать ссылки, но хотя бы отслеживают куда они ссылаются и берегут репутацию. А вот сайты искуственно накаченные через каталоги исключительно для продажи с них ссылок - это сильно портит релевантность выдачи (по мнению гугла) и им пофигу куда продавать ссылки.
Java != JavaScript (не равно) и эти две технолологии не имеют ничего общего окромя обьектно ориентированной парадигмы разработки
Добавлю, что для индексации Java придется ее декомпилировать, что фактически может нарушать права владельца апплета.