PHP Battle.net Stats Checker (Not sure what forum this belongs in).

[Adron]

Looking at this, I don't see why you couldn't have done it all in php. All you'd need is a database behind it to track when you last connected to b.net (prevent connecting too often) and to cache the data for users and decide when you need to refresh your information.

[MyndFyre]

Looking at this, I don't see why you couldn't have done it all in php. All you'd need is a database behind it to track when you last connected to b.net (prevent connecting too often) and to cache the data for users and decide when you need to refresh your information.

I agree.  Even with a list of 300, that shouldn't be an issue.

Suppose you made one connection and requested a profile every five seconds from that connection.  You're not going to flood from Battle.net; you can pull up 20 profiles per minute.  In total, you could get all 300 profiles inside of 15 minutes.

[ProXie]

Originally, that would have been a good plan.  I'm hoping to rack up a database of thousands of users.  The project idea has pretty much evolved.

[R.a.B.B.i.T]

Looking at this, I don't see why you couldn't have done it all in php. All you'd need is a database behind it to track when you last connected to b.net (prevent connecting too often) and to cache the data for users and decide when you need to refresh your information.

I agree.  Even with a list of 300, that shouldn't be an issue.

Suppose you made one connection and requested a profile every five seconds from that connection.  You're not going to flood from Battle.net; you can pull up 20 profiles per minute.  In total, you could get all 300 profiles inside of 15 minutes.

Sockets in PHP are a bit slower than in other languages.  Even sending 0x51 and 0x50 takes a few seconds each.  I'd say it would take ~45 minutes, after all, you do recieve a lot of data you need to parse.

[MyndFyre]

Originally, that would have been a good plan.  I'm hoping to rack up a database of thousands of users.  The project idea has pretty much evolved.

Then, rather than using PHP to handle the connections, write a simple client in C/VB/etc. and run it as a service.  Continually sending requests, you won't time out.  Go slowly enough,and you won't be flood banned.  Connect both parts to the same database; it shouldn't be particularly difficult.

[ProXie]

Originally, that would have been a good plan.  I'm hoping to rack up a database of thousands of users.  The project idea has pretty much evolved.

Then, rather than using PHP to handle the connections, write a simple client in C/VB/etc. and run it as a service.  Continually sending requests, you won't time out.  Go slowly enough,and you won't be flood banned.  Connect both parts to the same database; it shouldn't be particularly difficult.

Thats 'almost' what I'm planning.  I'm working with someone to program a C bot that will run and 'crawl' certain channels to collect data.

[MyndFyre]

Originally, that would have been a good plan.  I'm hoping to rack up a database of thousands of users.  The project idea has pretty much evolved.

Then, rather than using PHP to handle the connections, write a simple client in C/VB/etc. and run it as a service.  Continually sending requests, you won't time out.  Go slowly enough,and you won't be flood banned.  Connect both parts to the same database; it shouldn't be particularly difficult.

Thats 'almost' what I'm planning.  I'm working with someone to program a C bot that will run and 'crawl' certain channels to collect data.

Might want to search on that too.  A channel crawler was already talked about before; the information they found might be useful.