(NB: Newbie here)

I isue a SUBSCRIBE and I get back a subscribe reply as expected and then the websocket closes straight away. I was expecting it to stay up similarly to issuing the same SUBSCRIBE through a webbrowser where it stays open and recieves data as PUBLISH commands are issued.

What am I missing?

var jsonSocket = new WebSocket("ws://127.0.0.1:7379/.json");
jsonSocket.onopen = function() {
console.log("JSON socket connected!");
jsonSocket.send(JSON.stringify(["SUBSCRIBE", "test"]));
};
jsonSocket.onmessage = function(messageEvent) {
console.log("JSON received:", messageEvent.data);
};
jsonSocket.onclose = function() {
console.log("JSON closed");
};

Console output:

JSON socket connected! test.html:55
JSON received: {"SUBSCRIBE":["subscribe","test",1]} test.html:60
JSON closed

Hello!

I'm trying to use webdis on linux x86_64 with the latest git master HEAD (28ec185) and tries to start the ./webdis executable with the default webdis.json file in the repos.

But ./webdis immediately exits at startup, and nothing is listening on the port 7379. turning off the daemonize option in webdis.json gives the same result.

the last few lines of the strace output look like this:

mmap(NULL, 8392704, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS|MAP_STACK, -1, 0) = 0x7f342ce70000
mprotect(0x7f342ce70000, 4096, PROT_NONE) = 0
clone(child_stack=0x7f342d66fff0,     flags=CLONE_VM|CLONE_FS|CLONE_FILES|CLONE_SIGHAND|CLONE_THREAD|CLONE_SYSVSEM|CLONE_SETTLS|CLONE_PARENT_SETTID|CLONE_CHILD_CLEARTID, parent_tidptr=0x7f342d6709e0, tls=0x7f342d670710, child_tidptr=0x7f342d6709e0) = 3999
socket(PF_INET, SOCK_STREAM, IPPROTO_TCP) = 23
setsockopt(23, SOL_SOCKET, SO_REUSEADDR, [1], 4) = 0
fcntl(23, F_SETFD, 0x800 /* FD_??? */)  = 0
bind(23, {sa_family=AF_INET, sin_port=htons(7379), sin_addr=inet_addr("0.0.0.0")}, 16) = 0
listen(23, 128)                         = 0
exit_group(0)                           = ?

The output of uname -a:

Linux agentzh-thinkpad 2.6.33.1 #2 SMP Fri Mar 26 02:09:08 CDT 2010 x86_64 Intel(R) Core(TM)2 Duo CPU T9600 @ 2.80GHz GenuineIntel GNU/Linux

The output of cc -v

$ cc -v
Reading specs from /usr/lib64/gcc/x86_64-slackware-linux/4.4.3/specs
Target: x86_64-slackware-linux
Configured with: ../gcc-4.4.3/configure --prefix=/usr --libdir=/usr/lib64 --enable-shared --enable-bootstrap --enable-languages=ada,c,c++,fortran,java,objc --enable-threads=posix --enable-checking=release --with-system-zlib --with-python-dir=/lib64/python2.6/site-packages --disable-libunwind-exceptions --enable-__cxa_atexit --enable-libssp --with-gnu-ld --verbose --disable-multilib --target=x86_64-slackware-linux --build=x86_64-slackware-linux --host=x86_64-slackware-linux
Thread model: posix
gcc version 4.4.3 (GCC) 

Any clues?

http://code.google.com/p/redis/issues/detail?id=662

It seems that Antirez has no plans to deprecate databases for the 'single mode' redis server, but most likely will for the 'redis cluster' mode.

Would you reconsider implementing database selection, or consider a pull request if I or others could throw something together regarding this feature?

Thank you!

I'm unable to subscribe to a channel through HTTP. It appears the connection gets closed as soon as the subscription is done, and that HTTP headers (ie. content-type) are completely missing from the response. Should it work?

$ tests/pubsub -r 10 -w 10 -n 10
# kept it running, can see in the Redis log the SUBSCRIBE commands and the PUBLISH commands
Received 0 messages from 10 writers to 10 readers through 1 channels in 273.75 sec: received 0.00 msg/sec

$ telnet localhost 7379
GET /SUBSCRIBE/chan HTTP/1.1

24
{"SUBSCRIBE":["subscribe","chan",1]}
Connection closed by foreign host.

Your work is great!
Please, tell me how i can start on Debian as daemon for production mode

As documented in previous ticket: #46 (comment)

I do
curl http://127.0.0.1:7379/TYPE/resque:queue:classify
{"TYPE":[true,"list"]}

And I do

curl http://127.0.0.1:7379/GET/resque:queue:classify
{"GET":[false,"ERR Operation against a key holding the wrong kind of value"]}

How should I structure the second operation to the my value out?

Thanks!

Hello, Nicolas!

It would be great if webdis could receive signals and write its pidfile somewhere.

Pidfiles are great tools which help to maintain running process and identify the correct process among several servers with the same name.

Signal handling is one of the commonly used features for such things like log rotating. For example, when SIGHUP is received, the deamon commonly should reread it's config file (e.g. reload) and reopen log files. This is common technique used by logrotate.

What is the format of data in redis_auth? I am using a redis server with authentication enabled. Is the value a string consisting of "username:password" or is it something else? Thanks!

There is no way to do this at present, apart from enumerating all the commands.

Hi,

Is there a build instruction?

I got this error:

bran@r610:/downloads/webdis$ make
cc -c -O3 -Wall -Wextra -I. -Ijansson/src -o webdis.o webdis.c
webdis.c:4: fatal error: evhttp.h: No such file or directory
compilation terminated.
make: *** [webdis.o] Error 1
bran@r610:/downloads/webdis$

Hi,

We are using webdis only with the publish / subscribe commands. We have about 5000 to 50000 connections per day, each lasting about 30 seconds, and after some period (depending on load) webdis subscribe stops working. Our webdis and redis instances are on the same server.

Looking at the redis logs, it seems redis is refusing connections to webdis, but webdis does not report any problem. If we restart webdis everything works fine again.

Any ideas to find out what the issue is here? Are too many connections be kept open by webdis?

Thanks,
Tim

Running the last webdis version, I get this error message from a Google Chrome 20 client :
Error during WebSocket handshake: Sec-WebSocket-Protocol mismatch
and no error from a Google Chrome 19 client.
Is there any change in websocket from Chrome 19/20 ?

Google Chrome Version 20.0.1132.47 on Ubuntu 10.04 64 bits
Google Chrome Version 20.0.1132.47 on Ubuntu 10.04 64 bits

I've got a large error output:

cc -c -O3 -Wall -Wextra -I. -Ijansson/src -Ihttp-parser -o webdis.o webdis.c
cc -c -O3 -Wall -Wextra -I. -Ijansson/src -Ihttp-parser -o cmd.o cmd.c
cc -c -O3 -Wall -Wextra -I. -Ijansson/src -Ihttp-parser -o worker.o worker.c
cc -c -O3 -Wall -Wextra -I. -Ijansson/src -Ihttp-parser -o slog.o slog.c
cc -c -O3 -Wall -Wextra -I. -Ijansson/src -Ihttp-parser -o server.o server.c
cc -c -O3 -Wall -Wextra -I. -Ijansson/src -Ihttp-parser -o libb64/cencode.o libb64/cencode.c
cc -c -O3 -Wall -Wextra -I. -Ijansson/src -Ihttp-parser -o acl.o acl.c
cc -c -O3 -Wall -Wextra -I. -Ijansson/src -Ihttp-parser -o md5/md5.o md5/md5.c
cc -c -O3 -Wall -Wextra -I. -Ijansson/src -Ihttp-parser -o http.o http.c
http.c: In function ‘http_response_write’:
http.c:138:9: warning: variable ‘ret’ set but not used [-Wunused-but-set-variable]
cc -c -O3 -Wall -Wextra -I. -Ijansson/src -Ihttp-parser -o client.o client.c
cc -c -O3 -Wall -Wextra -I. -Ijansson/src -Ihttp-parser -o websocket.o websocket.c
websocket.c: In function ‘ws_handshake_reply’:
websocket.c:76:6: warning: variable ‘ret’ set but not used [-Wunused-but-set-variable]
cc -c -O3 -Wall -Wextra -I. -Ijansson/src -Ihttp-parser -o pool.o pool.c
cc -c -O3 -Wall -Wextra -I. -Ijansson/src -Ihttp-parser -o conf.o conf.c
cc -c -O3 -Wall -Wextra -I. -Ijansson/src -Ihttp-parser -o formats/json.o formats/json.c
cc -c -O3 -Wall -Wextra -I. -Ijansson/src -Ihttp-parser -o formats/raw.o formats/raw.c
cc -c -O3 -Wall -Wextra -I. -Ijansson/src -Ihttp-parser -o formats/common.o formats/common.c
cc -c -O3 -Wall -Wextra -I. -Ijansson/src -Ihttp-parser -o formats/custom-type.o formats/custom-type.c
cc -c -O3 -Wall -Wextra -I. -Ijansson/src -Ihttp-parser -o formats/bson.o formats/bson.c
cc -c -O3 -Wall -Wextra -I. -Ijansson/src -Ihttp-parser -o hiredis/hiredis.o hiredis/hiredis.c
cc -c -O3 -Wall -Wextra -I. -Ijansson/src -Ihttp-parser -o hiredis/sds.o hiredis/sds.c
cc -c -O3 -Wall -Wextra -I. -Ijansson/src -Ihttp-parser -o hiredis/net.o hiredis/net.c
cc -c -O3 -Wall -Wextra -I. -Ijansson/src -Ihttp-parser -o hiredis/async.o hiredis/async.c
cc -c -O3 -Wall -Wextra -I. -Ijansson/src -Ihttp-parser -o hiredis/dict.o hiredis/dict.c
hiredis/dict.c:53:21: warning: ‘dictGenHashFunction’ defined but not used [-Wunused-function]
hiredis/dict.c:73:14: warning: ‘dictCreate’ defined but not used [-Wunused-function]
hiredis/dict.c:160:12: warning: ‘dictReplace’ defined but not used [-Wunused-function]
hiredis/dict.c:182:12: warning: ‘dictDelete’ defined but not used [-Wunused-function]
hiredis/dict.c:238:13: warning: ‘dictRelease’ defined but not used [-Wunused-function]
hiredis/dict.c:258:22: warning: ‘dictGetIterator’ defined but not used [-Wunused-function]
hiredis/dict.c:268:19: warning: ‘dictNext’ defined but not used [-Wunused-function]
hiredis/dict.c:288:13: warning: ‘dictReleaseIterator’ defined but not used [-Wunused-function]
cc -c -O3 -Wall -Wextra -I. -Ijansson/src -Ihttp-parser -o jansson/src/dump.o jansson/src/dump.c
cc -c -O3 -Wall -Wextra -I. -Ijansson/src -Ihttp-parser -o jansson/src/error.o jansson/src/error.c
cc -c -O3 -Wall -Wextra -I. -Ijansson/src -Ihttp-parser -o jansson/src/hashtable.o jansson/src/hashtable.c
cc -c -O3 -Wall -Wextra -I. -Ijansson/src -Ihttp-parser -o jansson/src/load.o jansson/src/load.c
cc -c -O3 -Wall -Wextra -I. -Ijansson/src -Ihttp-parser -o jansson/src/strbuffer.o jansson/src/strbuffer.c
cc -c -O3 -Wall -Wextra -I. -Ijansson/src -Ihttp-parser -o jansson/src/utf.o jansson/src/utf.c
cc -c -O3 -Wall -Wextra -I. -Ijansson/src -Ihttp-parser -o jansson/src/value.o jansson/src/value.c
cc -c -O3 -Wall -Wextra -I. -Ijansson/src -Ihttp-parser -o jansson/src/variadic.o jansson/src/variadic.c
cc -c -O3 -Wall -Wextra -I. -Ijansson/src -Ihttp-parser -o http-parser/http_parser.o http-parser/http_parser.c
cc -levent -pthread -o webdis webdis.o cmd.o worker.o slog.o server.o libb64/cencode.o acl.o md5/md5.o http.o client.o websocket.o pool.o conf.o formats/json.o formats/raw.o formats/common.o formats/custom-type.o formats/bson.o hiredis/hiredis.o hiredis/sds.o hiredis/net.o hiredis/async.o hiredis/dict.o jansson/src/dump.o jansson/src/error.o jansson/src/hashtable.o jansson/src/load.o jansson/src/strbuffer.o jansson/src/utf.o jansson/src/value.o jansson/src/variadic.o http-parser/http_parser.o
worker.o: In function worker_main': worker.c:(.text+0xd): undefined reference toevent_base_new'
worker.c:(.text+0x29): undefined reference to event_set' worker.c:(.text+0x35): undefined reference toevent_base_set'
worker.c:(.text+0x3f): undefined reference to event_add' worker.c:(.text+0x6b): undefined reference toevent_base_dispatch'
worker.o: In function worker_can_read': worker.c:(.text+0xd2): undefined reference toevent_set'
worker.c:(.text+0xe5): undefined reference to event_base_set' worker.o: In functionworker_on_new_client':
worker.c:(.text+0x1f5): undefined reference to event_set' worker.c:(.text+0x208): undefined reference toevent_base_set'
worker.c:(.text+0x212): undefined reference to event_add' worker.o: In functionworker_monitor_input':
worker.c:(.text+0x2b8): undefined reference to event_set' worker.c:(.text+0x2cb): undefined reference toevent_base_set'
worker.o: In function worker_can_read': worker.c:(.text+0xf5): undefined reference toevent_add'
worker.o: In function worker_monitor_input': worker.c:(.text+0x2e3): undefined reference toevent_add'
server.o: In function server_start': server.c:(.text+0x217): undefined reference toevent_reinit'
server.c:(.text+0x338): undefined reference to event_base_new' server.c:(.text+0x35a): undefined reference toevent_set'
server.c:(.text+0x369): undefined reference to event_base_set' server.c:(.text+0x373): undefined reference toevent_add'
server.c:(.text+0x37f): undefined reference to event_base_dispatch' http.o: In functionhttp_can_write':
http.c:(.text+0x63): undefined reference to event_set' http.c:(.text+0x76): undefined reference toevent_base_set'
http.o: In function http_schedule_write': http.c:(.text+0x3f1): undefined reference toevent_set'
http.c:(.text+0x404): undefined reference to event_base_set' http.o: In functionhttp_response_write':
http.c:(.text+0x6b1): undefined reference to event_set' http.c:(.text+0x6c4): undefined reference toevent_base_set'
http.c:(.text+0x6ce): undefined reference to event_add' http.o: In functionhttp_response_write_chunk':
http.c:(.text+0xc36): undefined reference to event_set' http.c:(.text+0xc49): undefined reference toevent_base_set'
http.c:(.text+0xc53): undefined reference to event_add' http.o: In functionhttp_can_write':
http.c:(.text+0x84): undefined reference to event_add' http.o: In functionhttp_schedule_write':
http.c:(.text+0x40f): undefined reference to event_add' pool.o: In functionredisLibeventCleanup':
pool.c:(.text+0x89): undefined reference to event_del' pool.c:(.text+0x95): undefined reference toevent_del'
pool.o: In function pool_on_disconnect': pool.c:(.text+0x179): undefined reference toevent_set'
pool.c:(.text+0x189): undefined reference to event_base_set' pool.o: In functionredisLibeventAttach':
pool.c:(.text+0x266): undefined reference to event_set' pool.c:(.text+0x281): undefined reference toevent_set'
pool.c:(.text+0x28c): undefined reference to event_base_set' pool.c:(.text+0x297): undefined reference toevent_base_set'
pool.o: In function pool_can_connect': pool.c:(.text+0x3dd): undefined reference toevent_set'
pool.c:(.text+0x3ed): undefined reference to event_base_set' pool.o: In functionpool_connect':
pool.c:(.text+0x595): undefined reference to event_set' pool.c:(.text+0x5a5): undefined reference toevent_base_set'
pool.c:(.text+0x5b6): undefined reference to event_add' pool.o: In functionredisLibeventAddWrite':
pool.c:(.text+0x6a): undefined reference to event_add' pool.o: In functionredisLibeventAddRead':
pool.c:(.text+0x77): undefined reference to event_add' pool.o: In functionredisLibeventDelWrite':
pool.c:(.text+0xb8): undefined reference to event_del' pool.o: In functionredisLibeventDelRead':
pool.c:(.text+0xc5): undefined reference to event_del' pool.o: In functionpool_on_disconnect':
pool.c:(.text+0x19e): undefined reference to event_add' pool.o: In functionpool_can_connect':
pool.c:(.text+0x402): undefined reference to `event_add'
collect2: ld returned 1 exit status

make: *** [webdis] Помилка 1

Seams like linker cannot find reference to libevent but I'm sure it's installed on my Ubuntu x86_64 (via Synaptic) - the library and dev-header. So I'm confused what else might it be. I think some errors may be caused because I've got not proper version of libevent installed. I use

• libevent-2.0.12.
• libevent-dev-2.0.12

I've got also

• libevent-1.4
  installed on my system. Would be appreciate for the fast reply.
  Thank you.

Good project. I try to use at my work, but in test webdis has no deamonize option, and if i use nohup, i have problems and not correctly work.

After looking at the source I see no means to configure webdis to connect to a specific database on the redis server. Seem a significant omission to me. That may be because it makes it useless for me. ;)

Now this command output raw array, where keys and hash value are in one big array.

E.g.:

HGETALL: [
"testhashkey",
"valueofhashkey",
"testhashkey2",
"value2",
....
]

Maybe is not good to processing. In good examples - HGETALL is object (assoc array), where hashkeys are key and his value are values of this key, e.g.

HGETALL:{
"testkey":"testvalue",
"testkey2": "value2"
}

Is it possible to add the possibility to manage multiples Redis instances ?
The URL scheme could be "/instance_name/commande/param".
Each instance should have it's own configuration section with it's own ACL.

Why ?

• it's better to have multiples small Redis instance instead of one big for reducing memory usage while writing snapshot to disk or just because you have differents persitance needs in a big dataset.
• it's better to have only one Webdis instance when used as the primary frontend binded on port 80.
• it's possible to use multiples Redis instance for managing sort of namespaces with differents ACL (readonly keys for example).

Test page:

<script type="text/javascript"> 
function testJSON() {
    var jsonSocket = new WebSocket("ws://localhost:7379/.json");
    jsonSocket.onopen = function() {

        console.log("JSON socket connected!");
        jsonSocket.send(JSON.stringify(["SUBSCRIBE", "chan"]));
    };
    jsonSocket.onmessage = function(messageEvent) {
        console.log("JSON received:", messageEvent.data);
    };
}
testJSON();
</script>

1. Loaded test page on Google Chrome
2. WIth another connection to Redis sent the message: PUBLISH chan Moo4

Webdis shuts down, this is what gets printed:

{"":["message","chan","Moo4"]}?*** glibc detected *** ./webdis: double free or corruption (fasttop): 0x00007f8e440011a0 *** ======= Backtrace: ========= /lib64/libc.so.6(+0x75386)[0x7f8e4eb6b386] ./webdis[0x408b5d] ./webdis[0x407bb1] ./webdis[0x4103b2] /usr/lib64/libevent-1.4.so.2(event_base_loop+0x3e4)[0x7f8e4f08bb44] ./webdis[0x402f1f] /lib64/libpthread.so.0(+0x77e1)[0x7f8e4ee6f7e1] /lib64/libc.so.6(clone+0x6d)[0x7f8e4ebd727d] ======= Memory map: ======== 00400000-0041f000 r-xp 00000000 ca:01 151681 /tmp/webdis/webdis 0061f000-00620000 rw-p 0001f000 ca:01 151681 /tmp/webdis/webdis 0093b000-0095c000 rw-p 00000000 00:00 0 [heap] 7f8e38000000-7f8e38021000 rw-p 00000000 00:00 0 7f8e38021000-7f8e3c000000 ---p 00000000 00:00 0 7f8e40000000-7f8e40021000 rw-p 00000000 00:00 0 7f8e40021000-7f8e44000000 ---p 00000000 00:00 0 7f8e44000000-7f8e44021000 rw-p 00000000 00:00 0 7f8e44021000-7f8e48000000 ---p 00000000 00:00 0 7f8e48000000-7f8e48021000 rw-p 00000000 00:00 0 7f8e48021000-7f8e4c000000 ---p 00000000 00:00 0 7f8e4c2a1000-7f8e4c2b7000 r-xp 00000000 ca:01 428 /lib64/libgcc_s-4.4.4-20100726.so.1 7f8e4c2b7000-7f8e4c4b6000 ---p 00016000 ca:01 428 /lib64/libgcc_s-4.4.4-20100726.so.1 7f8e4c4b6000-7f8e4c4b7000 rw-p 00015000 ca:01 428 /lib64/libgcc_s-4.4.4-20100726.so.1 7f8e4c4b7000-7f8e4c4b8000 ---p 00000000 00:00 0 7f8e4c4b8000-7f8e4ccb8000 rw-p 00000000 00:00 0 7f8e4ccb8000-7f8e4ccb9000 ---p 00000000 00:00 0 7f8e4ccb9000-7f8e4d4b9000 rw-p 00000000 00:00 0 7f8e4d4b9000-7f8e4d4ba000 ---p 00000000 00:00 0 7f8e4d4ba000-7f8e4dcba000 rw-p 00000000 00:00 0 7f8e4dcba000-7f8e4dcbb000 ---p 00000000 00:00 0 7f8e4dcbb000-7f8e4e4bb000 rw-p 00000000 00:00 0 7f8e4e4bb000-7f8e4e4d1000 r-xp 00000000 ca:01 8115 /lib64/libresolv-2.12.so 7f8e4e4d1000-7f8e4e6d1000 ---p 00016000 ca:01 8115 /lib64/libresolv-2.12.so 7f8e4e6d1000-7f8e4e6d2000 r--p 00016000 ca:01 8115 /lib64/libresolv-2.12.so 7f8e4e6d2000-7f8e4e6d3000 rw-p 00017000 ca:01 8115 /lib64/libresolv-2.12.so 7f8e4e6d3000-7f8e4e6d5000 rw-p 00000000 00:00 0 7f8e4e6d5000-7f8e4e6dc000 r-xp 00000000 ca:01 8117 /lib64/librt-2.12.so 7f8e4e6dc000-7f8e4e8db000 ---p 00007000 ca:01 8117 /lib64/librt-2.12.so 7f8e4e8db000-7f8e4e8dc000 r--p 00006000 ca:01 8117 /lib64/librt-2.12.so 7f8e4e8dc000-7f8e4e8dd000 rw-p 00007000 ca:01 8117 /lib64/librt-2.12.so 7f8e4e8dd000-7f8e4e8f3000 r-xp 00000000 ca:01 8099 /lib64/libnsl-2.12.so 7f8e4e8f3000-7f8e4eaf2000 ---p 00016000 ca:01 8099 /lib64/libnsl-2.12.so 7f8e4eaf2000-7f8e4eaf3000 r--p 00015000 ca:01 8099 /lib64/libnsl-2.12.so 7f8e4eaf3000-7f8e4eaf4000 rw-p 00016000 ca:01 8099 /lib64/libnsl-2.12.so 7f8e4eaf4000-7f8e4eaf6000 rw-p 00000000 00:00 0 7f8e4eaf6000-7f8e4ec5f000 r-xp 00000000 ca:01 8089 /lib64/libc-2.12.so 7f8e4ec5f000-7f8e4ee5e000 ---p 00169000 ca:01 8089 /lib64/libc-2.12.so 7f8e4ee5e000-7f8e4ee62000 r--p 00168000 ca:01 8089 /lib64/libc-2.12.so 7f8e4ee62000-7f8e4ee63000 rw-p 0016c000 ca:01 8089 /lib64/libc-2.12.so 7f8e4ee63000-7f8e4ee68000 rw-p 00000000 00:00 0 7f8e4ee68000-7f8e4ee7f000 r-xp 00000000 ca:01 8113 /lib64/libpthread-2.12.so 7f8e4ee7f000-7f8e4f07f000 ---p 00017000 ca:01 8113 /lib64/libpthread-2.12.so 7f8e4f07f000-7f8e4f080000 r--p 00017000 ca:01 8113 /lib64/libpthread-2.12.so 7f8e4f080000-7f8e4f081000 rw-p 00018000 ca:01 8113 /lib64/libpthread-2.12.so 7f8e4f081000-7f8e4f085000 rw-p 00000000 00:00 0 7f8e4f085000-7f8e4f09e000 r-xp 00000000 ca:01 9887 /usr/lib64/libevent-1.4.so.2.1.3 7f8e4f09e000-7f8e4f29e000 ---p 00019000 ca:01 9887 /usr/lib64/libevent-1.4.so.2.1.3 7f8e4f29e000-7f8e4f29f000 rw-p 00019000 ca:01 9887 /usr/lib64/libevent-1.4.so.2.1.3 7f8e4f29f000-7f8e4f2a0000 rw-p 00000000 00:00 0 7f8e4f2a0000-7f8e4f2be000 r-xp 00000000 ca:01 8081 /lib64/ld-2.12.so 7f8e4f4b0000-7f8e4f4b5000 rw-p 00000000 00:00 0 7f8e4f4bd000-7f8e4f4be000 rw-p 00000000 00:00 0 7f8e4f4be000-7f8e4f4bf000 r--p 0001e000 ca:01 8081 /lib64/ld-2.12.so 7f8e4f4bf000-7f8e4f4c0000 rw-p 0001f000 ca:01 8081 /lib64/ld-2.12.so 7f8e4f4c0000-7f8e4f4c1000 rw-p 00000000 00:00 0 7fff239d1000-7fff239f2000 rw-p 00000000 00:00 0 [stack] 7fff239ff000-7fff23a00000 r-xp 00000000 00:00 0 [vdso] ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0 [vsyscall]

I would like to use webdis to serve HTML5 app based on redis. The webdis URL scheme "/command/arg0/arg1" is ok for my use except i would like to be able to customize the index URL "/" for serving my one file html app.

What do you think about this ?

Just wondering when/what are the thoughts on adding MULTI/EXEC support.

{
"redis_host": "127.0.0.1",
"redis_port": 6379,
"redis_auth": null,
"http_host": "192.168.0.110",
"http_port": 7369,
"threads": 1,
"pool_size": 10,
"daemonize": true,
"websockets": false,
"database": 0,
"acl": [
{
"disabled": ["DEBUG"]
},
{
"http_basic_auth": "user:password",
"enabled": ["DEBUG"]
}
],
"verbosity": 0,
"logfile": "/var/log/webdis/webdis.log"
}

The directory permissions as set to 777 and the log file permissions are set to 777. I also tried different numbers in verbosity. And no luck. Any ideas what I am doing wrong?

I cloned the git repository and compiled the code on my server. It runs but just doesn't log. I am having some issues and logging would be a huge help.

Hi, Nicolas

I made a test of publish rps with slow subscribe scenario and compared with redis-py client. I do it in python.

test1:

python test_webdis_subscribe.py

ab -n 4000 -c 1 http://127.0.0.1:7379/PUBLISH/ch:test/hi
Request per second: 4000 rps

ab -n 10000 -c 1 http://127.0.0.1:7379/PUBLISH/ch:test/hi
Request per second: 161.50 rps

test2:

python test_redispy_subscribe.py

python test_redispy_publish.py 10000
Request per second: 4090 rps

161rps isn't normal compared with 4000rps with webdis. It seems publish rps affected by slow subscribe clients.

partial code can be found at: https://gist.github.com/988375

I want to enable just "PUBLISH" command for one host. I suppose the following configuration will work, which is not.

"acl": [
{
"ip": "127.0.0.1",
"disabled": ["*"],
"enabled": ["PUBLISH"]
}
]

403 got when try to PUBLISH.

It should work like nginx deny all and allow one directive.

ruby-1.8.7-p334 user1@server webdis [master] $ make
cc -c -O3 -Wall -Wextra -I. -Ijansson/src -Ihttp-parser -o webdis.o webdis.c
In file included from webdis.c:1:
server.h:4:19: error: event.h: No such file or directory
In file included from webdis.c:1:
server.h:14: error: field 'ev' has incomplete type
make: *** [webdis.o] Error 1
ruby-1.8.7-p334 user1@server webdis [master] $ git commit 04774aa

I guess I'll just go backwards to commit: 07daf02
as that is working on my dev machine :)

I ported webdis code into a HTTP server that only serve as a server.

I have read most of webdis source code. I use cscope to find where http_parser_settings's callback calling, but following callbacks not been called:

• on_url
• on_query_string
• on_message_complete
• on_header_field
• on_header_value

This confused me a lot. While a client object comes, I don't know whether it's request is complete, as I expect, while a client HTTP request complete, on_message_complete should be called.

Why set these callbacks that no code has really executed?

This request hangs the processing. I was expecting an error reply.

GET /eilöydy HTTP/1.1

When subscribing to a channel with a name ending in .html, webdis crashes (segmentation fault).

curl http://192.168.60.99:7379/SUBSCRIBE/hello/world/

then Ctrl+C terminate it, the server will crash.

*** glibc detected *** webdis: free(): invalid pointer: 0x0000003203552a38 ***

[root@jeb webdis]# ======= Backtrace: =========
/lib64/libc.so.6[0x320327230f]
/lib64/libc.so.6(cfree+0x4b)[0x320327276b]
webdis[0x401d3d]
webdis[0x407884]
webdis[0x40d1ff]
webdis[0x405415]
webdis[0x402931]
/usr/local/libevent-2.0.11/lib/libevent-2.0.so.5(event_base_loop+0x509)[0x2b9bb61bfdf9]
webdis[0x40283f]
/lib64/libpthread.so.0[0x3203a0673d]
/lib64/libc.so.6(clone+0x6d)[0x32032d3d1d]
======= Memory map: ========
00400000-0041c000 r-xp 00000000 fd:00 7406970 /usr/local/webdis-0.1.0/bin/webdis
0061b000-0061c000 rw-p 0001b000 fd:00 7406970 /usr/local/webdis-0.1.0/bin/webdis
02a12000-02a33000 rw-p 02a12000 00:00 0 [heap]
41d8f000-41d90000 ---p 41d8f000 00:00 0
41d90000-42790000 rw-p 41d90000 00:00 0
42790000-42791000 ---p 42790000 00:00 0
42791000-43191000 rw-p 42791000 00:00 0
43191000-43192000 ---p 43191000 00:00 0
43192000-43b92000 rw-p 43192000 00:00 0
43b92000-43b93000 ---p 43b92000 00:00 0
43b93000-44593000 rw-p 43b93000 00:00 0
3202e00000-3202e1c000 r-xp 00000000 fd:00 13271358 /lib64/ld-2.5.so
320301b000-320301c000 r--p 0001b000 fd:00 13271358 /lib64/ld-2.5.so
320301c000-320301d000 rw-p 0001c000 fd:00 13271358 /lib64/ld-2.5.so
3203200000-320334e000 r-xp 00000000 fd:00 13271359 /lib64/libc-2.5.so
320334e000-320354d000 ---p 0014e000 fd:00 13271359 /lib64/libc-2.5.so
320354d000-3203551000 r--p 0014d000 fd:00 13271359 /lib64/libc-2.5.so
3203551000-3203552000 rw-p 00151000 fd:00 13271359 /lib64/libc-2.5.so
3203552000-3203557000 rw-p 3203552000 00:00 0
3203a00000-3203a16000 r-xp 00000000 fd:00 13271364 /lib64/libpthread-2.5.so
3203a16000-3203c15000 ---p 00016000 fd:00 13271364 /lib64/libpthread-2.5.so
3203c15000-3203c16000 r--p 00015000 fd:00 13271364 /lib64/libpthread-2.5.so
3203c16000-3203c17000 rw-p 00016000 fd:00 13271364 /lib64/libpthread-2.5.so
3203c17000-3203c1b000 rw-p 3203c17000 00:00 0
3204200000-3204207000 r-xp 00000000 fd:00 13271366 /lib64/librt-2.5.so
3204207000-3204407000 ---p 00007000 fd:00 13271366 /lib64/librt-2.5.so
3204407000-3204408000 r--p 00007000 fd:00 13271366 /lib64/librt-2.5.so
3204408000-3204409000 rw-p 00008000 fd:00 13271366 /lib64/librt-2.5.so
3206200000-320620d000 r-xp 00000000 fd:00 13271093 /lib64/libgcc_s-4.1.2-20080825.so.1
320620d000-320640d000 ---p 0000d000 fd:00 13271093 /lib64/libgcc_s-4.1.2-20080825.so.1
320640d000-320640e000 rw-p 0000d000 fd:00 13271093 /lib64/libgcc_s-4.1.2-20080825.so.1
2aaaac000000-2aaaac021000 rw-p 2aaaac000000 00:00 0
2aaaac021000-2aaab0000000 ---p 2aaaac021000 00:00 0
2b9bb6199000-2b9bb619a000 rw-p 2b9bb6199000 00:00 0
2b9bb61ae000-2b9bb61af000 rw-p 2b9bb61ae000 00:00 0
2b9bb61af000-2b9bb61ef000 r-xp 00000000 fd:00 7342702 /usr/local/libevent-2.0.11/lib/libevent-2.0.so.5.1.0
2b9bb61ef000-2b9bb63ee000 ---p 00040000 fd:00 7342702 /usr/local/libevent-2.0.11/lib/libevent-2.0.so.5.1.0
2b9bb63ee000-2b9bb63f0000 rw-p 0003f000 fd:00 7342702 /usr/local/libevent-2.0.11/lib/libevent-2.0.so.5.1.0
2b9bb63f0000-2b9bb63f2000 rw-p 2b9bb63f0000 00:00 0
7fff58562000-7fff58577000 rw-p 7ffffffea000 00:00 0 [stack]
ffffffffff600000-ffffffffffe00000 ---p 00000000 00:00 0 [vdso]

Hi, Nicolas

webdis will crash when redis max connection exceeded. You may reproduce it with the following steps:

1. set the redis max connection: maxclient=256
2. ab -n 100000 -c 1 http://127.0.0.1:7379/PUBLISH/ch:hello/world
3. ab -n 255 -c 1 http://127.0.0.1:7379/SUBSCRIBE/ch:hello
4. ab -n 2 -c 1 http://127.0.0.1:7379/SUBSCRIBE/ch:hello ( webdis will crash)

webdis will crash, strace of the webdis process as following:

clock_gettime(CLOCK_MONOTONIC, {10141, 66579365}) = 0
accept(12, {sa_family=AF_INET, sin_port=htons(43283), sin_addr=inet_addr("192.168.60.66")}, [16]) = 299
write(6, "\0\276\1\254\252*\0\0", 8)    = 8
epoll_wait(13, {{EPOLLIN, {u32=12, u64=12}}}, 32, 4294967295) = 1
clock_gettime(CLOCK_MONOTONIC, {10141, 68061365}) = 0
accept(12, {sa_family=AF_INET, sin_port=htons(43284), sin_addr=inet_addr("192.168.60.66")}, [16]) = 300
write(8, "\220\277\1\254\252*\0\0", 8)  = 8
epoll_wait(13, {{EPOLLIN, {u32=12, u64=12}}}, 32, 4294967295) = 1
clock_gettime(CLOCK_MONOTONIC, {10141, 69825365}) = 0
accept(12, {sa_family=AF_INET, sin_port=htons(43285), sin_addr=inet_addr("192.168.60.66")}, [16]) = 303
write(10, "\0\303\1\254\252*\0\0", 8)   = 8
epoll_wait(13,  <unfinished ...>
+++ killed by SIGSEGV +++

Error reply is expected rather than crash.

I think, wery good will be add DB access restriction to config file. In simple use case, we using any database for private info storing, but one or two to public access from HTTP.

This maybe that (at config):

databases: 2

If option no set or null, default database is 0

If we get INFO command response, we have JSON, but in the data we have all lines from Redis output, joined with \r\n. Mybe correctly output for this command generated full json structure with one key per each info params? With this we have direct use response in JS or other web application without decoding and preprocessing.

Running webdis with ~100-150 connections.
HBGET, MGET, GET, SUBSCRIBE, SMEMBERS, RPUSH commands are used.

Time-to-time, approximately once a day we have webdis crash.
Here a gdb backtrace:

Starting webdis with ulimit -c 60000
"http_port": 80,
"threads": 20,
"pool_size": 5,

Redis 2.4.7 is on another machine.

Thank you in advance.

I tried to build webdis but it requires msgpack though repository doesn't contains msgpack related source code.

% make clean all
ls: /usr/lib/libmsgpack.soにアクセスできません: No such file or directory
rm -f webdis.o cmd.o worker.o slog.o server.o libb64/cencode.o acl.o md5/md5.o http.o client.o websocket.o pool.o conf.o formats/json.o formats/raw.o formats/common.o formats/custom-type.o formats/bson.o hiredis/hiredis.o hiredis/sds.o hiredis/net.o hiredis/async.o jansson/src/dump.o jansson/src/error.o jansson/src/hashtable.o jansson/src/load.o jansson/src/strbuffer.o jansson/src/utf.o jansson/src/value.o jansson/src/variadic.o http-parser/http_parser.o webdis
cc -c -O3 -Wall -Wextra -I. -Ijansson/src -Ihttp-parser -DMSGPACK=0 -o webdis.o webdis.c
cc -c -O3 -Wall -Wextra -I. -Ijansson/src -Ihttp-parser -DMSGPACK=0 -o cmd.o cmd.c
In file included from cmd.c:14:
formats/msgpack.h:4:21: error: msgpack.h: No such file or directory
make: *** [cmd.o] エラー 1

I have dots in my keys, and webdis cuts the key from the last dot. I can workaround the request by appending something after my key, but it's annoying a little.

http://www.ietf.org/rfc/rfc1806.txt

Using the content-disposition header with value of "attachment; filename=param[filename]" then requests that look like this

/GET/acme_inc:awesome_report:19:pdf.pdf?type=application/pdf&filename=awesome_report_20110506.pdf

in a browser are saved as "awesome_report_20110506.pdf" instead of "acme_inc:awesome_report:19:pdf.pdf"
also by making it an attachment the browser prompts to save/open rather than using the pdf plugin to render the pdf in the current tab (in this example, request in a browser)

whatcha think?

edit: I currently use this in a sinatra project...
http://rubydoc.info/gems/sinatra/1.2.6/Sinatra/Helpers:send_file
http://rubydoc.info/gems/sinatra/1.2.6/Sinatra/Helpers:attachment

send_file("/location/of/file/unique_id.pdf", {:filename => "quote.pdf"})

Steps to Reproduce:

POST LPUSH/key/{"zero": "zero?", "one": "one", "two": "two"}

{"LPUSH":1}

GET LPOP/key

{"LPOP":"{"zero": "zero"}

Remove the '?' things are good and it does not escape the string.

hi,

i'm trying to block all commands except for a certain username and password, this acl blocked everything:
{
"disabled": ["*"]
},
{
"http_basic_auth": "test:test",
"enabled": ["PUBLISH"]
}

i couldn't publish anywhere.

When testing the webdis build of "Jul 1 22:41:04 2012" with Redis 2.5.11 on Ubuntu 11.04 I've found that the websockets tests doesn't work at all.

Running the websocket test gives this result:

$> ./websocket  -v
ret=0
ret=0
ret=0
ret=0
No message was read.

Opening the websocket.html page shows the "loading" message but nothing happens.

Other tests work fine, so I don't believe it has to do with redis itself and, to the extend of what I understand of webdis, the websocket in a fully webdis side mechanism, which doesn't rely on any redis support.

Regards

Pablo

$ make clean all
rm -f webdis.o cmd.o worker.o slog.o server.o libb64/cencode.o acl.o md5/md5.o sha1/sha1.o http.o client.o websocket.o pool.o conf.o formats/json.o formats/raw.o formats/common.o formats/custom-type.o formats/bson.o hiredis/hiredis.o hiredis/sds.o hiredis/net.o hiredis/async.o jansson/src/dump.o jansson/src/error.o jansson/src/hashtable.o jansson/src/load.o jansson/src/strbuffer.o jansson/src/utf.o jansson/src/value.o jansson/src/variadic.o http-parser/http_parser.o webdis
cc -c -O3 -Wall -Wextra -I. -Ijansson/src -Ihttp-parser -o webdis.o webdis.c
cc -c -O3 -Wall -Wextra -I. -Ijansson/src -Ihttp-parser -o cmd.o cmd.c
cc -c -O3 -Wall -Wextra -I. -Ijansson/src -Ihttp-parser -o worker.o worker.c
cc -c -O3 -Wall -Wextra -I. -Ijansson/src -Ihttp-parser -o slog.o slog.c
cc -c -O3 -Wall -Wextra -I. -Ijansson/src -Ihttp-parser -o server.o server.c
cc -c -O3 -Wall -Wextra -I. -Ijansson/src -Ihttp-parser -o libb64/cencode.o libb64/cencode.c
cc -c -O3 -Wall -Wextra -I. -Ijansson/src -Ihttp-parser -o acl.o acl.c
cc -c -O3 -Wall -Wextra -I. -Ijansson/src -Ihttp-parser -o md5/md5.o md5/md5.c
cc -c -O3 -Wall -Wextra -I. -Ijansson/src -Ihttp-parser -o sha1/sha1.o sha1/sha1.c
cc -c -O3 -Wall -Wextra -I. -Ijansson/src -Ihttp-parser -o http.o http.c
cc -c -O3 -Wall -Wextra -I. -Ijansson/src -Ihttp-parser -o client.o client.c
cc -c -O3 -Wall -Wextra -I. -Ijansson/src -Ihttp-parser -o websocket.o websocket.c
websocket.c:18:20: error: endian.h: No such file or directory
websocket.c: In function ‘ws_parse_data’:
websocket.c:255: warning: implicit declaration of function ‘be64toh’
websocket.c: In function ‘ws_reply’:
websocket.c:331: warning: implicit declaration of function ‘htobe64’
make: *** [websocket.o] Error 1

Any thoughts?

when client crash or network broken,webdis also keep the connection established for 20 hours.According TCPIP Protocal, webdis should send KeepAlive probe package to detect this,but tcpdump didn't capture this package.

webdis server tcpdump
linux-191:~/nicolasff-webdis-8a8ab84 # tcpdump -i eth0 host 10.0.64.10 and port 7379
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth0, link-type EN10MB (Ethernet), capture size 96 bytes
09:10:30.161126 IP 10.0.64.10.40770 > linux-191.site.7379: S 272338310:272338310(0) win 5840 <mss 1460,sackOK,timestamp 167148473 0,nop,wscale 7>
09:10:30.161155 IP linux-191.site.7379 > 10.0.64.10.40770: S 652998709:652998709(0) ack 272338311 win 5792 <mss 1460,sackOK,timestamp 151672290 167148473,nop,wscale 7>
09:10:30.161495 IP 10.0.64.10.40770 > linux-191.site.7379: . ack 1 win 46 <nop,nop,timestamp 167148473 151672290>
09:10:30.200643 IP 10.0.64.10.40770 > linux-191.site.7379: P 1:257(256) ack 1 win 46 <nop,nop,timestamp 167148483 151672290>
09:10:30.200655 IP linux-191.site.7379 > 10.0.64.10.40770: . ack 257 win 54 <nop,nop,timestamp 151672300 167148483>
09:10:30.338561 IP linux-191.site.7379 > 10.0.64.10.40770: P 1:267(266) ack 257 win 54 <nop,nop,timestamp 151672334 167148483>
09:10:30.338976 IP 10.0.64.10.40770 > linux-191.site.7379: . ack 267 win 54 <nop,nop,timestamp 167148517 151672334>

11:15:30.267179 IP 10.0.64.10.40770 > linux-191.site.7379: P 257:513(256) ack 267 win 54 <nop,nop,timestamp 169023520 151672334>
11:15:30.267209 IP linux-191.site.7379 > 10.0.64.10.40770: . ack 513 win 62 <nop,nop,timestamp 153547316 169023520>
11:15:30.392543 IP linux-191.site.7379 > 10.0.64.10.40770: P 267:533(266) ack 513 win 62 <nop,nop,timestamp 153547348 169023520>
11:15:30.392908 IP 10.0.64.10.40770 > linux-191.site.7379: . ack 533 win 63 <nop,nop,timestamp 169023552 153547348>
13:20:30.363517 IP 10.0.64.10.40770 > linux-191.site.7379: P 513:769(256) ack 533 win 63 <nop,nop,timestamp 170898565 153547348>
13:20:30.363541 IP linux-191.site.7379 > 10.0.64.10.40770: . ack 769 win 71 <nop,nop,timestamp 155422340 170898565>
13:20:30.497825 IP linux-191.site.7379 > 10.0.64.10.40770: P 533:799(266) ack 769 win 71 <nop,nop,timestamp 155422374 170898565>
13:20:30.498587 IP 10.0.64.10.40770 > linux-191.site.7379: . ack 799 win 71 <nop,nop,timestamp 170898599 155422374>

at 14:00 network broken.

thanks for your help.

Hardware environment
:DELL 2950 8 CORE 8G RAM

Run REDIS-benchmark

====== PING_INLINE ======

33222.59 requests per second

====== PING_BULK ======

33444.82 requests per second

====== SET ======

39682.54 requests per second

====== GET ======

34965.04 requests per second

====== INCR ======

38610.04 requests per second

====== LPUSH ======

36764.70 requests per second

====== LPOP ======

34843.21 requests per second

====== SADD ======

37878.79 requests per second

====== SPOP ======

33783.79 requests per second

====== LPUSH (needed to benchmark LRANGE) ======

34129.69 requests per second

====== MSET (10 keys) ======

23584.91 requests per second

We use webdis proxy to operate REDIS through http request

Test tool webbench

setsid webbench -c 100 -t 60 http://111.1.3.68:7379/INCR/newcount
setsid webbench -c 200 -t 60 http://111.1.3.68:7379/INCR/newcount
Finally we read the newcount value to statistic the count of operations.
We have increased the concurrent client computers but it has nothing to do with the final result.
We use mutiple clients attack one server, it doesn't affect the result, either.

The operating counts per second are about 17000.
The same as the LPUSH or LPOP operation.

the config file of WEBDIS
{
"redis_host": "127.0.0.1",

"redis_port":   6379,
"redis_auth":   null,

"http_host":    "0.0.0.0",
"http_port":    7379,
"threads":  8,

"daemonize":    false,
"websockets":   false,

"database": 0,

"acl": [
    {
        "disabled": ["DEBUG" , "FLUSHDB", "FLUSHALL"]
    },

    {
        "http_basic_auth":  "user:password",
        "enabled":      ["DEBUG"]
    }
],

    "verbosity": 3,
    "logfile": "webdis.log"

}

Now I want to seek help about how to improve webdis concurrent performance per second from you. How we can modify this system so the performance can approach to the result by RERDIS-BENCHMARK?

http://stackoverflow.com/questions/9122721/display-webdis-response-in-browser

The following javascript works fine on my Google Chrome 12 and Chromium 13 (Ubuntu 64bits).
It fails with Chrome 14 and Chrome 15 : the onopen() callback is never triggered.

    function testJSON() {
        jsonSocket = new WebSocket("ws://127.0.0.1:7379/.json");
        jsonSocket.onopen = function() {
            console.log("JSON socket connected!");
            jsonSocket.send(JSON.stringify(["SET", "hello", "world"]))
            jsonSocket.send(JSON.stringify(["GET", "hello"]))
        }
        jsonSocket.onmessage = function(messageEvent) {
            console.log("JSON received:", messageEvent.data)
        }        
    }
    testJSON();  

Hi.
I've got a little troube with txt format. Here are requests that I try to serve through webdis:

http://localhost:7379/PING - the default format is json (the same output will be if I put /PING.json) so the output is:
{"PING":[true,"PONG"]}

But if I try to say http://localhost:7379/PING.txt - I've fot 400-Bad request. Everything is OK, for example when I do INFO command. For INFO .txt and .json both work nice.

I'm investigating a pubsub related client slide bug with webdis. I noticed webdis using "Chunked" instead of "chunked", which may cause problem to not well-written http client lib.

I give a rough reading of Transfer-Encoding section of http 1.1: http://tools.ietf.org/html/rfc2616#page-143. It suggest using chunked instead of Chunked.

I assume it would fail on any other address, but I was just attempting to bind to loopback. I also assume it will (eventually, but that depends on the compiler, on defaults, on fallbacks, on magic numbers...) fail on other BSDs.

Two things solved it for me. One was bzero-ing the whole struct sockaddr_in (which is standard practice), the other was filling in sin_len. You will need to #ifdef filling sin_len as not every OS sports this field, but all the BSDs do, as far as I can tell.

"Works-for-me" patch follows.

diff --git a/server.c b/server.c
index 8b85519..0aed41c 100644
--- a/server.c
+++ b/server.c
@@ -25,10 +25,12 @@ socket_setup(const char *ip, short port) {
    struct sockaddr_in addr;
    int fd, ret;

+   bzero(&addr, sizeof(addr));
+   addr.sin_len = sizeof(struct sockaddr_in);
+
    addr.sin_family = AF_INET;
    addr.sin_port = htons(port);

-   memset(&(addr.sin_addr), 0, sizeof(addr.sin_addr));
    addr.sin_addr.s_addr = inet_addr(ip);

    /* this sad list of tests could use a Maybe monad... */

Hello!
Happy New Year! I wish you success!
Do I do not understand.
Tell me how to do that properly I would get a HTTP/1.1 200 OK, only on request with the correct key
I do so:
Console check for entries:
# redis-cli keys '*'
1) example: mydata: 558255808376

to make http request: by doing this query:
http://192.168.0.90:7379/get/example:data:558255808376 -> response: HTTP/1.1 200 OK

http://192.168.0.90:7379/get/example:data:558255808376 -> HTTP/1.1 304 Not Modified - this is a second request to the existing record but returns a response 304

http://192.168.0.90:7379/get/example:data:558255808376.txt -> response: HTTP/1.1 200 OK

http://192.168.0.90:7379/get/example:data:558255808376.txt11111 -> response: HTTP/1.1 200 OK - we can change arbitrarily, but I still get 200

http://192.168.0.90:7379/get/ -> response: HTTP/1.1 200 OK - it turns out that, in any case, what is the response we get.

I hope that I could understand the idea explained to.
Thank you for the answer!

Detailed info at: #32 (comment)

$ make
cc -c -O3 -Wall -Wextra -I. -Ijansson/src -Ihttp-parser -o webdis.o webdis.c
In file included from webdis.c:1:
./server.h:4:10: fatal error: 'event.h' file not found

include <event.h>

     ^

1 error generated.
make: *** [webdis.o] Error 1