Pregunta

He construido un poco de ui web para Pidgin (respectivamente todos los mensajeros basados en Libpurple) junto con DBUS y SINATRA.

Fue para fines divertidos y de aprendizaje y ahora estoy buscando ideas para extenderlo.

¿Puede pensar en alguna aplicación o extensiones útiles para ello?

Dado que trabajo en este proyecto para aprender algo nuevo, las ideas para otras tecnologías que se utilizarán / combinadas son bienvenidas.

Finalmente aquí está el enlace: pidgin-web-ui

¿Fue útil?

Solución

I pocas cosas que podrían usar para muchas personas serían:

  1. Bueno y sencillo de configurar el soporte de HTTPS , para que los usuarios en los países "monitoreados" puedan poder chatear libremente (si el servidor está en otro lugar).
  2. Archivo de mensajes unificados . Muchos clientes de IM tienen varias funciones de archivo, pero son diferentes, limitadas, difíciles de buscar, y muchos son "solo cliente", por lo que no se puede acceder cuando uno lo necesita más. Dado que Pidgin puede conectarse a tantas redes de mensajería instantánea, sería genial tener un "Archivo de Hub Mensaje Global". Esto aseguraría de que todo el usuario está hablando se archiva (muy útil para las empresas), fácil de buscar, disponible en un servidor (por lo que siempre está a la mano).
  3. Archivo de archivos en el servidor. Lo mismo que el archivo de mensajes unificados, pero para los usuarios / imágenes que intercambian usuarios. Tenerlos en el servidor (con un hash para una sincronización fácil), ya que una copia de seguridad y un archivo reducirían en gran medida el tráfico si necesitan ser compartidos más de una vez.
  4. Las características más bonitas, que ayudarían a muchos usuarios, pero los 3 anteriores parecen perderse de un software de IM habitual.

Otros consejos

Mi idea después de un minuto de lluvia de ideas:

gotbot

  • Crear una cuenta de mensajería en cualquier lugar y agregar esta cuenta como un contacto a su mensajero. Este contacto es su Dropbot.
  • Cambie su interfreter UI para que no muestre una conversación sino un registro. De esta manera, solo puede dejar caer cosas al contacto como enlaces interesantes. Podría haber un Dropbot para una cola de lectura más tarde, sus citas favoritas o para una lista de hallazgos divertidos.
  • Podrías extender tu UI a un poco de mashup. Podría seguir los enlaces y grap el título de la página y una vista previa de contenido, así como lo hace Facebook cuando publica un enlace a su pared.
  • Puede extender su aplicación agregando un comportamiento posterior a la caída al Dropbot.
    • Dropbot podría publicar su enlace (probablemente con un mensaje) en Twitter o Facebook.
    • Dropbot podría distribuir automáticamente el enlace a los otros contactos (como sus amigos)

OK, eso suena bien ... pero podrías hacerlo sin un bot de mensajes entre ellos. ¿Cuál es el trato?

Para mí, la ventaja sería que mi IM siempre está abierta y sería bastante fácil dejar caer un enlace. Podrías hacer que el enlace cae con delicioso o después de las cosas para una ola de Google, sí. Pero no me gusta ir a una página web, iniciar sesión y organizar cosas en la interfaz de usuario. En realidad, tropezas con esos enlaces cuando debería hacer cosas más importantes en su lugar. Así que simplemente dejarlo caer a mi contacto Dropbot IM sería genial.

¿Por qué no extenderlo para cubrir todas las características básicas de la mensajería instantánea (enviando / recibiendo mensajes, agregando contactos, etc ...)?Ver cuántas características puede reproducirse puede ser un ejercicio divertido.Crea tu propio pequeño meebo ...

¿Quieres divertirte?

Hacer un Chatbot basado en Markov, integrado en la aplicación web.Hágalo usar resultados de búsqueda de web raspados para el contenido, después de buscar los términos analizados de las respuestas humanos.Eso debería ser divertido, y le dará graciosos, y a veces los resultados de aspecto inteligente.¡Diviértete!

He visto tu código.¿Por qué no dividir dbus_thread en un demonio event_machine para una mayor escalabilidad?

Integrarlo con Twitter.Trace las conversaciones (@Replies), incluida la participación multipartidista.Registrarlos.Y así sucesivamente.

Muchas características interesantes y una API popular y original para aprender.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top