Hi, Great to see someone interested by the subject :)
I am not delving into the APE js, because I am pretty sure it would take me too much time to figure it out and also because if they update it, I'll have to update my code too. I have just added a check_raw_id() function at the beginning of every onraw that I am interested in (the messages that I need to check). In this check_raw_id() function, I send the acknowledgement and also check that the raw_id is the one that I am expecting (because I want to receive them in order), not one that is too early or one that was sent (and actually received) twice. On the server side, I send the raws via a send_custom_raw() function that keeps track of the content of the raw and of its id (raw_id). When an ACK_REC is received from the client, it deletes the message in the storing array. Every x seconds, I test if there are "old" messages that have not yet received their ACK_REC and if so, I resend them. I could do something similar for the client to server exchanges, but is that really necessary? I am pretty sure that we can avoid this overhead as the information of whether the command was received by the server is pretty much there. The problem is that I don't really know how to extract it. Any ideas welcome? On 15 nov, 18:35, chrismdodson <[email protected]> wrote: > Nicolas: > > This is great, that you are creating an assured delivery, and > maintenance of message order. Without this there are so many > applications that will not be able to use push - particularly those > that want to initially deliver state to a client - and then updates - > to avoid having to send state with each 'push', with all the extra > traffic this generates. > > Presume you are making changes to the Javascript client and the > backend code to enable this ? > > Brgrds, Chris > > On Nov 10, 2:39 pm, Nicolas <[email protected]> wrote: > > > Hi, > > > Is there a little bit of acknowledgement of receipt in APE? > > > Client sending to server: > > I believe there is not much problem as the server returns something on > > every custom command sent by the client (and can even send an error > > code or whatever is needed) > > > Server sending to client: > > That seems more complicated to me. Is there any way at all (without > > adding my own layer) to know that a command/message sent by the server > > has been received by the client. I have started to implement my custom > > acknowledgement of receipt but realize that there might already be > > some hidden indicator that would just let me know this, without much > > more trouble. > > > In any case, any thoughts on this subject truly appreciated. > > > I really need to check that a raw has been received. I am working on a > > board game server and I can't allow that a move gets lost in > > cyberspace, as it happens currently, with a relatively high frequency > > (maybe 1 out of 500 messages for some) for some unlucky players, > > resulting in one game out of 10 freezing for them. On my computer > > however, I have never seen a frozen game which confirms that the > > quality of the client Internet connection is the limiting factor here. > > > Thanks in advance. > > > Nicolas. -- You received this message because you are subscribed to the Google Groups "APE Project" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/ape-project?hl=en --- APE Project (Ajax Push Engine) Official website : http://www.ape-project.org/ Git Hub : http://github.com/APE-Project/
