12:19:21 GMT <minus> is it fair to assume that when a command reaches redis that i'll get the response?
12:19:41 GMT <sembiance> well, things could go wrong right? heh
12:19:47 GMT <sembiance> network issues, server crash, etc?
12:19:57 GMT <minus> the connection could die while receiving the response, yes
12:20:41 GMT <minus> but what can i do about it
12:21:11 GMT <sembiance> minus: is this a theoretical question or are you seeing some sort of issue or trying to future proof an actual app/use case?
12:21:50 GMT <minus> the situation: i have like 5 keys in redis that i need to fetch after being notified via BRPOP. the connection often dies inbetween any of those
12:21:59 GMT <minus> (yay, connections to china)
12:24:19 GMT <sembiance> using MULTI ?
13:01:03 GMT <minus> doesn't help if the connection dies while fetching
13:01:11 GMT <minus> sorry, got interrupted
13:06:35 GMT <minus> the plan i've been thinking about: a) brpop as usual for the id used to fetch further data b) lua script that, given the id, fetches all data from various keys and returns it to me. c) process the data (or retry fetching the blob in case of failure) d) run script to delete the data that was already pulled out. the only point where this can fail is when BRPOP is already issued but i don't receive the reply. i
13:06:36 GMT <minus> could also just do the fetching and deleting without scripts though