Open penguinpowernz opened 9 years ago
If I was pointed to the right file to modify I could try doing a pull request. I had a look through the source but couldn't trace the request through.
Websocket requests are serial. So you should always get your answers in the exact order of your calls.
Feel happy if you get your 3 websocket messages ! When I try your example my websocket is closed after the first send.
IMO, Webdis websocket is definitely not stable :-/ There are many issues related to websocket in webdis. By the way, Webdis seems to be the only way to talk to redis from javascript (and websocket the only way to SUBSCRIBE).
Webdis is perfect for HTTP requests but not ready for websocket.
Yes, the websocket code is definitely experimental and support is disabled by default. Unfortunately I have little time to work on it these days, but would certainly welcome contributions.
I created a project in ruby called Rackdis that gives HTTP access to redis (even with Websockets/chunked encoding) but of course it would be much slower and use more RAM than Webdis and requires that you have ruby on your system.
I'm also thinking of making a similar API for nodejs once I get my head around it.
If I could do C or get my head around the Webdis code I would definitely contribute, but alas I am in the same situation as @nicolasff :(
Unless I am missing something in the readme, it seems that there is no way to see in the response the key name that was requested.
In some situations (such as when using websockets) it would be very advantageous to know the key that was requested in, for instance, a GET command. Take the following for example:
According to the readme this would output:
Which is which?
I inspected the
messageEvent
object itself, but found nothing that could help me. It would be incredibly helpful to see an output like this:Is there any way to do this currently?