Modelo del empuje de RSS (ex. PubSub) no es viable en duradero
PubSub es una herramienta para empujar art�culos de la alimentaci�n a su mesa. Usted se coloca en PubSub, identifica asuntos del inter�s y las noticias comenzar�n a venir a su mesa automatizada y en tiempo real cercano.
Este modelo comparte la misma debilidad que email. Ambos empujan el contenido a su mesa. El email ahora tambi�n empuja Spam (el alrededor 80% del email es Spam seg�n NYT) a su mesa sin su consentimiento. El problema con el modelo del empuje es que es f�cil explotarlo y alimentar Spam. Cualquier persona puede someter la alimentaci�n a PubSub y es f�cil crear y someter centenares de alimentaciones del Spam a PubSub para contaminar f�cilmente los resultados. De hecho pueden ser automatizados f�cilmente por cualquier programador.
Sin embargo un modelo simple del tir�n donde usted suscribe a las alimentaciones del inter�s como New York Times o las noticias atadas con alambre etc. es mucho menos probable salir mal. Usted puede elegir las alimentaciones de la calidad y despu�s utilizar a un aggregator en l�nea (BlogLines) o fuera de l�nea para verlas.
Actualizaci�n: Aparece que estaba correcto. El sitio de PubSub fue fuera de l�nea en el d�a 15 de enero de 2007 debido al apuro financiero.
BTW: Los activos de Pubsub fueron comprados por otra compa��a que planea relanzar el sitio pero �sa es otra historia.
Archivado debajo de Microsoft, reloj del Spam, tecnolog�a, Web, Web 2.0, servicios de Web |�
� |
� RSS 2.0 | �
� Env�e por correo electr�nico este art�culo
Usted puede tambi�n tener gusto de leer |
Agregue a los favoritos de Technorati
24 de marzo de 2005 en el 3:09
PubSub es un Search Engine anticipado que empareja sus preguntas almacenadas contra datos en la red mientras que cambia. Los f�sforos se hacen en tiempo real. La b�squeda anticipada utiliza el protocolo del publicar-suscriptor. En publicar-suscr�bale suscriben a las cosas que usted est� interesado adentro y cuando se publican esas cosas usted las consigue. Si poseer la informaci�n usted quisiera que otros entonces le vieran publicarla. Como suscriptor usted posee sus suscripciones. Si usted no m�s encuentra su suscripci�n �til (piense que es Spam) entonces lo suprime. Cuando usted publica usted no necesita saber qui�n se suscribe a su informaci�n. De esta manera publicar-suscriba est� muy d�bilmente acoplado. Bloging es intr�nsecamente publicar-suscribe.
Esto es muy diferente de email. En email, posee el due�o de la informaci�n a qui�n para enviar lo y los debe saber qui�n usted es. Para suprimir una suscripci�n le requiere informar al remitente (editor) para parar el enviar le del email.
Richard Treadway
24 de marzo de 2005 en el 3:39
Richard,
Soy consciente del paradigma del publicar-suscriptor y soy mucho consciente de las tecnolog�as implicadas. De hecho si usted quiere puedo construir el motor del pubsub de la base en probablemente pares de d�as.
El desaf�o aqu� no se relaciona con el paradigma sino con su puesta en pr�ctica espec�fica en PubSub. Suponga que suscribo para Java . Cualquier poste que mencione la palabra Java ser� exhibido a m� en tiempo real. Y como usted puede conjeturar no ser�a el �nico para tener un inter�s en Java.
Ser�a trivial para que los spammeres creen los blogs libres (hacen ya) que auto-se puebla (ella hace ya) con los postes del Spam con un bot (usando diga al Blogger API etc.). Los postes contienen adem�s palabras claves del inter�s al segmento grande de la poblaci�n. Entonces se colocan en PubSub.
Tales bots pueden generar f�cilmente millares de postes en mismo un breve periodo de tiempo y la inundaci�n PubSub con los postes del Spam cargados con la gente de las palabras claves ha suscrito virtualmente a. Tan en vez de ver Java relevante fija ahora me (y a otros) ver� el Info sobre p�ldoras del realce del �rgano. Usted consigue el cuadro. Y no es bonito.
El problema con PubSub es que no tiene ninguna manera de conocer a bloggers honestos de spammeres, similar al sistema del email.
Publicar-Suscriba los trabajos grandes cuando conf�an en a los editores. Desafortunadamente la realidad en este panorama est� de otra manera.
D�jeme saber si usted est� claro sobre el espacio del problema.
Angsuman
Picosegundo. Tengo una soluci�n tambi�n pero el su conseguir atrasado y yo somos cansados
3 de abril de 2005 en el 8:28
Bien, parece como el Spamming en weblog tiene diversas caracter�sticas para enviar por correo electr�nico el Spamming. Mientras que es duro prevenir cualquier persona con un email address para enviar Spam puesto que el email fue dise�ado para la comunicaci�n f�cil entre 2 partidos. Es posible filtrar hacia fuera Spam del blog por la estructura del acoplamiento entre blogs y Web site. Un grupo de spammeres puede incluso formar un racimo pero creo el porcentaje de forasteros para ligar en racimo en casi cero. Mientras que un racimo no spamming de blogs puede tener buen equilibrio de acoplamientos entrantes y salientes de forasteros.
3 de abril de 2005 en el 1:01 P.M.
El caso que usted est� haciendo es no uno del empuje contra tir�n, sino uno solamente de escuchar un sistema de alimentaciones confiadas en . Pens� que usted podr�a limitar el alcance de sus suscripciones de PubSub para lograr el mismo efecto, usando FUENTE: . salvo que usted consigue la informaci�n m�s r�pida.
4 de abril de 2005 en el 5:53
�@Eugene usted por favor elaborar�a m�s lejos en su teor�a del racimo y c�mo �l afecta espec�ficamente a esta situaci�n?
Muchos spammeres tienen cuentas del blogger y as� que haga a la gente decente. En blogger hay un acoplamiento para conectarle aleatoriamente con cualquier otro blog, un modelo que rompa directamente su idea de agrupamiento.
Puedo suscribir a los blogs de la alta calidad de tal modo que prestan solamente un cierto cr�dito a su teor�a del racimo.
Sin embargo en el caso de PubSub no cuida sobre ningún racimo. Para pronto como suscribo a la palabra clave Java , me sujeto inmediatamente a cualquier originar del Spam que contenga la palabra clave Java. No s�lo que ahora viene a mi mesa y m� no tenga ningún control sobre �l, con excepci�n de a inhabilitar/desinstale PubSub.
Espere que aclara
4 de abril de 2005 en el 5:56
el @Per I piensa que PubSub est� empujando realmente el contenido a mi mesa. Esto est� en contraste con el modelo normal con RSS, donde suscribo a las alimentaciones seleccionadas y traigo contenido de su sitio; directamente o con los bloglines etc.
Podemos discutir sobre la nomenclatura pero sigue habiendo el problema de la base con el modelo de PubSub.
No soy consciente de fuente restringir datos de ciertas alimentaciones solamente. Puede usted elaborar por favor.
Incluso si est� disponible y la utilizo, despu�s PubSub pierde su valor, porque puedo como f�cilmente alcance mis alimentaciones seleccionadas directamente o con bloglines. PubSub no tiene ninguna ventaja estrat�gica en este panorama.
5 de abril de 2005 en el 10:11
Creo que los acoplamientos al azar entrantes a los blogs de los spammeres insertados por el blogger ser�n insignificantes en blogsphere. Tambi�n es f�cil no hacer caso de esa caracter�stica siguiente del blog puesto que es igual para todos los usuarios del blogger. No es tambi�n duro no hacer caso de adwords de google, yahoo, blogs del interior del msn y as� sucesivamente.
Existe los algoritmos para arracimar gr�ficos al azar. Por ejemplo http://micans.org/mcl/lit/index.html . Es muy posible arracimar el blogsphere entero, despu�s aplica algoritmo del reconocimiento de patr�n a los racimos identificados del spammer. Cu�l creo sea mejor que detectores del Spam del email.
Tambi�n, si usted juega nunca alrededor de algoritmo de la fila de la p�gina, usted debe saber que la fila de la p�gina es apenas un caso especial en el agrupamiento de un gr�fico al azar. Pero el algoritmo espeso de la p�gina no consideraba arracimar, de modo que sea c�mo la bomba de google fue inventada. Por m� creo el comienzo de google para identificar esos racimos fijados por los spammeres.
5 de abril de 2005 en el 10:49
Asumo que la estructura de gr�fico en blogsphere puede ayudarnos que identifican blogs del Spamming de blogs regulares. Por lo tanto, un sistema del pubsub puede construir un sistema de la reputaci�n en racimos. Por lo tanto la reputaci�n de los editores ser� el criterio para que los suscriptores reciban sus publicaciones. Pienso que es posible construir tal sistema para eliminar spammeres. Si esto puede ser alcanzada, despu�s los spammeres al mismo tiempo ser�n desalentados en el blogsphere. Puede crear una din�mica de la regeneraci�n positiva. Por lo tanto contente el sistema basado del pubsub ser� un mejor modelo que el modelo basado del aggregator.