Для вебмастера есть интерес в том, что он получает возможность (т.е. я говорю про случай, когда вебмастер глядя на список заявок рекламодателей может предложить самое удачное место для каждого рекламодателя) привлечь более адекватную и полезную для его сайта и посетителей рекламу.
Система больше ориентирована на обычные блоги или сообщества в социальных сетях.
Чтобы большие площадки разрешили в их текстах ставить ссылки нужно реализовать алгоритм систем обмена трафиком. Т.е. на одного ушедшего пользователя система возвращает площадке одного пользователя из вне. Аналог — "Новотека". А ещё, я думаю, что серьёзным проектам выгодно участвоать в моём проекте, так как рекламные площади обычно ограничены, а тут есть возможно на имеющихся ресурсах если не заработать, то хотя бы привлекать новую аудиторию. Хотя конечно, из-за больших объёмов нужно будет дополнительно обговаривать с каждой такой площадкой условия её участия.
Забыл добавить. Автоматический способ (основанный на задании ключевых слов) упускает варианты, когда по смыслу ссылку поставить можно, но слов ключевых в тексте нет или они не в нужной словоформе.
ИМХО, любой автоматический способ действует довольно грубо. Поглядите как подбирает размещение Бегун. Ручная простановка ссылок позволяет выбрать наиболее оптимальное место. «Оптимальное» в том смысле, что потом посетитель сайта будет воспринимать ссылку как вполне логичную. Т.е. её будет довольно сложно проигнорировать так же, как это умеют делать опытные пользователи с любой другой рекламой. Другой вопрос, что я не собираюсь никого из пользователей обманывать, т.к. во всплывающем боксе будет явно указано, что ссылка «рекламная» (так же поступает Бегун и другие системы).
Другими словами, должна получиться по настоящему контекстная реклама.
В моём проекте нет автоматического выбора. Совсем. «Рекламодатель» сам (или ему подсказывают, что на каком-то месте для него будет удачно поставить ссылку) выбирает место, где хочет поставить ссылку. А вебмастер апрувит «рекламодателя» и соглашается на размещение его ссылки. Если вебмастер согласится разместить в статье про прядильные станки со слова «станки» ссылку на сайт про деревообарабатывающие станки, то это его выбор. Имхо, вполне законный.
«Биржи ссылок» это инструмент влияния на поисковые системы. Мой же проект вообще никакого отношения к поисковикам не имеет — ссылки расставляются javascript-ом и для каждого посетителя сайта набор может быть разным. И даже больше — позволяет сайтам «оторваться» и перестать зависеть от поискового трафика «напрямую».
стеганография штука интересная. Но вот вопрос о применимости в борьбе за авторские права — сомнительное средство, ибо есть ситуации когда наличие «подписи» ничего не доказывает. Например, что будет мешать «переподписанию» изображения?
Я конечно не сильно вдавался в суть вопроса, но мне думается, что помимо простановки подписи, ещё интереснее разработать сервис по обнаружению таких «подписей».
Скоро новый год… количество глубокомысленных статей обычно уменьшается в период праздников. Поэтому я решил провести небольшой опрос и возможно услышать полезные советы и пожелания касательно создания сайта с идеями сервисных стартапов.
Всех с наступающим Новым годом! Любви и успехов в новом году! :)
Понравилась выборка и формулировка вопросов. Молодцы, качественно сработали. Спасибо!
ЗЫ: Мои вопросы в явном виде не участвовали (к сожалению), но ответ я всё же получил.
ЗЗЫ: А главное — для себя отметил, что просто нужно увлеченно работать над своим проектом и тогда, возможно, Яндекс купит твой стартап или пригласит в свой коллектив, чтобы не изобретать свои «велосипеды» :)
Очевидной аналогией комьюнити из «реальной жизни», имхо, являются коллективные блоги. Однако их (почему то) пока не так много. Что заставляет задуматься.
В ЖЖ ситуация такова, что хоть права управления, модерирования и т.п. делегируется кому-то (пользователю сервиса) из сообщества, но контент и деньги достаются ЖЖ. И хотя модератор сообщества может (мобилизуя своих сторонников на различные действия) получать доход, но вот ЖЖ в более выгодном положении находится, ибо имеет возможность получать доход относительно пассивно. В случае с отдельным коллективным блогом это положение вещей становится более заметно и становится труднее организоваться и собраться «под одними знамёнами». Думаю вы понимаете о чём я.
В общем, идеи понятны и близки. Хотелось бы только добавить следующее…
Как я думаю, основным преимуществом ЖЖ-блогосферы (и аналогичных ей) является возможность постить в коммьюнити и, соответственно, привлекать внимание тематических читателей. Остальное уже давно существует: хостинг — подходит любой виртуальный (тем более сейчас часто предлагают предустановленный вордпресс), поиск по блогам (яндекса или гугла) — не такой навороченный, как описываете вы, но всё же, рсс-ридеры для чтения «френд-ленты». У вас есть варианты, как реализовать «комьюнити» в рамках вашей концепции «распределённой блогосферы»? У меня есть вариант, но хотелось бы услышать сперва ваше мнение.
На сколько я понимаю, моя высказанная концепция — это далёкое будущее Интернет. Семантический Веб — тоже будет повсеместно использоваться не завтра и не послезавтра. Поэтому вариант с семантическим анализом для выявления изменённых блоков информации пригодится, ибо сенсор придётся научить интеллектуальному распознаванию изменений веб-страниц.
Конкретно по 3-му пункту скажу, что это вряд ли вообще нужно. Ибо клиент сам должен решать, что ему делать с уведомлением об изменениях.
Да, раньше было легче внедрить. Сейчас наворотили столько, что уж жалко выбрасывать.
Против частого изменения отдельных элементов страницы, очевидно пришлось бы собирать статистику «эффективных изменений» и на её основе уже принимать решение о посылке уведомления публичному серверу.
1. всё верно. Серверу будет туго. Но снова же, есть возможность ограничить множество страниц «под наблюдением». Да использовать хоть тот же robots.txt. Ну и можно добавить опциональную предварительную проверку длинны ответа прежде чем считать md5. C модификацией публикующего софта заметно всё сложнее…
2. Да, когда я готовил диссер я в голове помнил, что есть инфраструктура DNS серверов и можно было бы создать нечто подобное. Согласен, что нужны усилия и средства. Однако, мне думается, что вполне можно было бы найти средства — достаточно посчитать деньги в которые обходится трафик роботов гугла «в мире» или яндекса «у нас». Другой вопрос, что договорится будет сложно, ибо зависеть никто ни от кого не захочет. Да и делиться информацией скорее всего тоже не очень хочется
:(
Как минимум, у «моей технологии» есть огромная экономия трафика. Ведь вам не придётся постоянно делать запросы к веб-серверу по поводу состояния ресурса. Вы получите информацию об изменении сразу же, как только кто-то на этот ресурс «наткнётся».
Технология типа указанной вами поэтому и получила распространение, что не требует внедрения в Веб-сервер. Я это понимаю и знаю насколько сложно «уговорить» весь интернет поставить на веб-сервер ещё «какие-то сенсоры». Однако, я думаю, что на некотором количестве веб-серверов организовать внедрение сенсоров вполне можно и это обоснованно. Вот и хотелось бы услышать идеи-подсказки, мнения… кому может всё это пригодиться и при каких условиях?
Вот интересно… почему за отраслью сайтостроения закрепилась такое отношение у «клиентов» к «исполнителям»? Чем мы (веб-мастера, программисты, дизайнеры и т.д.) хуже стоматологов, автослесарей, строителей, нефтяников??? Почему наш (в основной массе представителей отрасли) труд обыватели не ценят совсем?
Спасибо за пост. Проблема неработающих плагинов была, но не было времени и желания искать ответ. Один раз попадалась рекомендация править код плагина на предмет изменения допустимой версии браузера, но это уж слишком! :)
Оказывается всё намного проще! Ещё раз спасибо!
Система больше ориентирована на обычные блоги или сообщества в социальных сетях.
Чтобы большие площадки разрешили в их текстах ставить ссылки нужно реализовать алгоритм систем обмена трафиком. Т.е. на одного ушедшего пользователя система возвращает площадке одного пользователя из вне. Аналог — "Новотека". А ещё, я думаю, что серьёзным проектам выгодно участвоать в моём проекте, так как рекламные площади обычно ограничены, а тут есть возможно на имеющихся ресурсах если не заработать, то хотя бы привлекать новую аудиторию. Хотя конечно, из-за больших объёмов нужно будет дополнительно обговаривать с каждой такой площадкой условия её участия.
Другими словами, должна получиться по настоящему контекстная реклама.
Я конечно не сильно вдавался в суть вопроса, но мне думается, что помимо простановки подписи, ещё интереснее разработать сервис по обнаружению таких «подписей».
Всех с наступающим Новым годом! Любви и успехов в новом году! :)
ЗЫ: Мои вопросы в явном виде не участвовали (к сожалению), но ответ я всё же получил.
ЗЗЫ: А главное — для себя отметил, что просто нужно увлеченно работать над своим проектом и тогда, возможно, Яндекс купит твой стартап или пригласит в свой коллектив, чтобы не изобретать свои «велосипеды» :)
Очевидной аналогией комьюнити из «реальной жизни», имхо, являются коллективные блоги. Однако их (почему то) пока не так много. Что заставляет задуматься.
В ЖЖ ситуация такова, что хоть права управления, модерирования и т.п. делегируется кому-то (пользователю сервиса) из сообщества, но контент и деньги достаются ЖЖ. И хотя модератор сообщества может (мобилизуя своих сторонников на различные действия) получать доход, но вот ЖЖ в более выгодном положении находится, ибо имеет возможность получать доход относительно пассивно. В случае с отдельным коллективным блогом это положение вещей становится более заметно и становится труднее организоваться и собраться «под одними знамёнами». Думаю вы понимаете о чём я.
Как я думаю, основным преимуществом ЖЖ-блогосферы (и аналогичных ей) является возможность постить в коммьюнити и, соответственно, привлекать внимание тематических читателей. Остальное уже давно существует: хостинг — подходит любой виртуальный (тем более сейчас часто предлагают предустановленный вордпресс), поиск по блогам (яндекса или гугла) — не такой навороченный, как описываете вы, но всё же, рсс-ридеры для чтения «френд-ленты». У вас есть варианты, как реализовать «комьюнити» в рамках вашей концепции «распределённой блогосферы»? У меня есть вариант, но хотелось бы услышать сперва ваше мнение.
Конкретно по 3-му пункту скажу, что это вряд ли вообще нужно. Ибо клиент сам должен решать, что ему делать с уведомлением об изменениях.
Против частого изменения отдельных элементов страницы, очевидно пришлось бы собирать статистику «эффективных изменений» и на её основе уже принимать решение о посылке уведомления публичному серверу.
2. Да, когда я готовил диссер я в голове помнил, что есть инфраструктура DNS серверов и можно было бы создать нечто подобное. Согласен, что нужны усилия и средства. Однако, мне думается, что вполне можно было бы найти средства — достаточно посчитать деньги в которые обходится трафик роботов гугла «в мире» или яндекса «у нас». Другой вопрос, что договорится будет сложно, ибо зависеть никто ни от кого не захочет. Да и делиться информацией скорее всего тоже не очень хочется
:(
Технология типа указанной вами поэтому и получила распространение, что не требует внедрения в Веб-сервер. Я это понимаю и знаю насколько сложно «уговорить» весь интернет поставить на веб-сервер ещё «какие-то сенсоры». Однако, я думаю, что на некотором количестве веб-серверов организовать внедрение сенсоров вполне можно и это обоснованно. Вот и хотелось бы услышать идеи-подсказки, мнения… кому может всё это пригодиться и при каких условиях?
Оказывается всё намного проще! Ещё раз спасибо!