Que es esto? nada que el chat INGAME se vea en tiempo real en tu web 

Detecta de que GS viene el chat (si tienes subservers)
Diferencia la cuenta del PJ (ósea muestra el PJ y no la cuenta)
No muestra los Chat Guild(son privados)
No muestra los Chat Gens(son privados)
No muestra los Chat Party(son privados)
Solo muestra los ultimos 10 mensaje (el ultimo arriba y asi...)
Se actualiza en tiempo real al juego (sin tener que recargar la web)
Muestra GMs y/o Admins con otro color (ambos distinto color)
Mensajes /post con su propio estilo
Mensajes /postitem con su estilo dorado
Filtro por tipo de mensaje
Tooltip completo (con estilo y deteccion de razas) de postitem
No almacena mensajes del tipo comando ej /make 0 1
Una consola externa hace todo
Soporta sistema Emojis
Bueno es una boludes ....



ono total

Ya distingue con colores a los GMs, Admins y user normales.
Remarca los /post con otro estilo 

También puedes hacer que el usuario logeado en la web elija un character y pueda escribir desde la web al servidor

También puedes hacer que el usuario logeado en la web elija un character y pueda escribir desde la web al servidor

Lo pense pero ya seria un poco mas complejo eso y me dio fiaca intentarlo 

Ya distingue los postitem con su estilo  :

tengo una duda, esto solo funciona si la web esta instalada de forma local?? ya que asumo que esta sacando la informacion que bota el GS en sus logs solo lo estas mostrando en la web pero si esta en hosting no funcionaria???

Excelente , yo lo tengo programado desde hace un rato como un modulo externo con otros sistemas

Lol hace dias estaba pensando algo asi xD Pero no sabia por donde empezar.

Está buena la idea, la implementé hace unos años atrás y lo ideal es utilizarla sólo para mensajes importantes del servidor porque si el juego es muy concurrido, ese chat se explota enseguida de mensajes y es prácticamente ilegible, como los streams de streamers muy famosos.
A lo sumo dejaría por un lado un chat sólo para los posts y otro para los mensajes del servidor, mensajes de eventos, mensajes globales de administradores y mensajes genéricos como wars o duelos mostrando el inicio, el durante y el fin del duelo o war.

tengo una duda, esto solo funciona si la web esta instalada de forma local?? ya que asumo que esta sacando la información que bota el GS en sus logs solo lo estas mostrando en la web pero si esta en hosting no funcionaria???

Claro si es de manera local, basta con leer los logs.txt que se generan del GS, pero si la web esta en hosting el GS debe conectarse y enviar esa información para que sea guardada en un archivo (txt,xml,etc) y de ahí hacer la interpretación de la info.

Está buena la idea, la implementé hace unos años atrás y lo ideal es utilizarla sólo para mensajes importantes del servidor porque si el juego es muy concurrido, ese chat se explota enseguida de mensajes y es prácticamente ilegible, como los streams de streamers muy famosos.
A lo sumo dejaría por un lado un chat sólo para los posts y otro para los mensajes del servidor, mensajes de eventos, mensajes globales de administradores y mensajes genéricos como wars o duelos mostrando el inicio, el durante y el fin del duelo o war.

Mi idea solo era que cuando alguien nuevo entre a la web vea que dentro del juego estan activos y se animen a entrar... lo unico que muestro son chat normales, los chat globales y la venta de items...
Fijate si el chat de megamu es legible jeje 

tengo una duda, esto solo funciona si la web esta instalada de forma local?? ya que asumo que esta sacando la informacion que bota el GS en sus logs solo lo estas mostrando en la web pero si esta en hosting no funcionaria???

De momento si lo tengo con archivos logs csv ya que el formato txt confunde cosas.
Me diste una idea, intentare que se guarde en una tabla en MuOnline aunque hay que preparar el source del gs y dataserver   

tengo una duda, esto solo funciona si la web esta instalada de forma local?? ya que asumo que esta sacando la informacion que bota el GS en sus logs solo lo estas mostrando en la web pero si esta en hosting no funcionaria???

Esto no necesariamente tiene que ser así.

Por ejemplo la vez que lo hice yo fue poniendo un php a la escucha y generando una base de datos en tiempo real en la misma web.

Desde el gameserver yo podía disparar consultas HTTP de forma asíncrona por lo que armé un pequeño código en el que yo le pasaba una serie de datos y una url destino (por ejemplo "http://kayitoelmasmejor.com/servidor/posts.php") y simplemente armaba una solicitud HTTP de tipo POST, donde el cuerpo eran esos datos en formato JSON.

Entonces desde el gameserver al momento de procesar cuando un personaje escribía "/post hola", había una función que era por ejemplo "DataSendToAll" o una pavada así que enviaba el paquete de chat a todos los conectados con el texto "hola" en formato post, justo a continuación de esa función llamaba a la función encargada de enviarle la solicitud HTTP a la web.
De esa manera, enviaba a todos los usuarios el post y también a la web.

Y la web simplemente recibía la solicitud, la guardaba localmente en un array de strings y podía dibujarlo en un simple módulo que hacía uso de ese array de strings mostrándolo en la web. Entonces se actualizaba siempre en tiempo real y podía limitarlo a que mostrara no sé... los últimos 20 posts.

De la misma manera se puede hacer con todos los tipos de mensajes que dispara el gameserver. Simplemente hay que hacer un código en c++ que dispare requests HTTP en formato POST y con un cuerpo específico en formato JSON y desde una url ustedes reciben eso, lo parsean y lo muestran.

Con ChatGPT lo hacen de taquito :P

Otra alternativa podría ser armar otro mini ejecutable (como el JoinServer por ejemplo) que reciba los paquetes del GameServer y se encargue por sus propios medios de enviarlos a la web (para no sobrecargar al GameServer). Yo lo llamaría WebServer jaja

Lol hace dias estaba pensando algo asi xD Pero no sabia por donde empezar.

Si yo pude hacerlo lo puede hacer cualquiera 

tengo una duda, esto solo funciona si la web esta instalada de forma local?? ya que asumo que esta sacando la informacion que bota el GS en sus logs solo lo estas mostrando en la web pero si esta en hosting no funcionaria???

Esto no necesariamente tiene que ser así.

Por ejemplo la vez que lo hice yo fue poniendo un php a la escucha y generando una base de datos en tiempo real en la misma web.

Desde el gameserver yo podía disparar consultas HTTP de forma asíncrona por lo que armé un pequeño código en el que yo le pasaba una serie de datos y una url destino (por ejemplo "http://kayitoelmasmejor.com/servidor/posts.php") y simplemente armaba una solicitud HTTP de tipo POST, donde el cuerpo eran esos datos en formato JSON.

Entonces desde el gameserver al momento de procesar cuando un personaje escribía "/post hola", había una función que era por ejemplo "DataSendToAll" o una pavada así que enviaba el paquete de chat a todos los conectados con el texto "hola" en formato post, justo a continuación de esa función llamaba a la función encargada de enviarle la solicitud HTTP a la web.
De esa manera, enviaba a todos los usuarios el post y también a la web.

Y la web simplemente recibía la solicitud, la guardaba localmente en un array de strings y podía dibujarlo en un simple módulo que hacía uso de ese array de strings mostrándolo en la web. Entonces se actualizaba siempre en tiempo real y podía limitarlo a que mostrara no sé... los últimos 20 posts.

De la misma manera se puede hacer con todos los tipos de mensajes que dispara el gameserver. Simplemente hay que hacer un código en c++ que dispare requests HTTP en formato POST y con un cuerpo específico en formato JSON y desde una url ustedes reciben eso, lo parsean y lo muestran.

Con ChatGPT lo hacen de taquito :P

Otra alternativa podría ser armar otro mini ejecutable (como el JoinServer por ejemplo) que reciba los paquetes del GameServer y se encargue por sus propios medios de enviarlos a la web (para no sobrecargar al GameServer). Yo lo llamaría WebServer jaja

Si es bastante sencillo , yo lo hice en C# para que simplemente de forma local haga la lectura y lo vaya actualizando en la db cada x tiempo no consume mas que kbs.

Despues tmbien lo hice exponiendolo al host con un webservice en c# pero fue mas facil y practico de la otra forma.