So - I find myself "needing" to create a web app to keep track of my (and some friends) stats in League of Legends.

Researching a bit, I found that you can talk to the servers using RPC (really RTMPS) to get the information I want.

Basically, I am creating a web app that will let people pull their stats to a MySQL database. The code is PHP.

So, I now have a Java client that gets the data that I want, but - the response times are very slow on the queries so I am debating how to translate this to a PHP web app.

What happens is:

- log in to RPC

- send relevant queries

- wait for responses

Now, all my host gives me is the ability to run PHP and MySQL - So, if I were to put this code in a PHP page, that would become very slow and unresponsive.

It's not a huge problem as it will be people I know using it, but as a design exercise - How should I help mitigate this?

Should I use a HTML5/JavaScript client side that kicks off the PHP requests but "seem" responsive (not sure what the web page time outs are).

Should I put the RPC calls on the client side, and then just send the data to PHP?

Any thoughts?

cheers,

Yea, that would be pretty - But I am not sure my provide will let me run the PHP persistant.

Update, turns out my provider wont let me open a socket server side anyway ;)

So, what I'm thinking now is client side JavaScript to do the RPC calling and then just send the data up to the PHP for stuffing in the database...