Yes, all you need for chuy's package to work is PHP.Poncho wrote:
And is this possible?
I use a free host which supports server side scripts like cgi and php and display/transfer the stats (leaderbord) on my homepage. Of course the freehost should support cache too.
i sure lose the banners andso of free host ...right?
It's 3 requests every 6 hours, thus you could do 3 different 64 players feeds in the 6 hour period to support up to a 192 player clan.duffry wrote:
One little last one, far to minor to be on the list: If I reach and breach the 64 PID limit am I stuffed or is there a way to get more on the list (chuy, if I have this many members you can have a cut of the subs )
Without going into great detail, this is how I would approach it. Add columns to your membership table for each of the stats you want to save in the database (i.e. kills, deaths, rank, etc.). Then in the script that calls Chuy's class write a bit of code to get all of the player IDs from your table and put them in the proper format to call Chuy's class. With the data that is returned add/update the data into the membership table using the player ID as the key at the same time you are displaying the data. If you do go over the 64 limit you could also add a colum for lastUpdate and enter the date when you update each user's records. Then whenevever you grab the PID's grap the first 64 with a sort ascending by the lastUpdate. This will ensure you always update the oldest records first.duffry wrote:
3, I have a membership table which is linked to the forum, it gives me extra info about our members and recruits and helps drive recruitment and promotions. It also holds member and recruit PIDs. The list of PIDs in this table is the same one I want to be used with the stats feed and buddy list, the table gets updated automatically when a member is recruited or promoted and it would be enormously more efficient if I could let the stats feed and buddy list update from this without further intevention on my part. Do you have an idea how to do it?
Wow!chuyskywalker wrote:
It's 3 requests every 6 hours, thus you could do 3 different 64 players feeds in the 6 hour period to support up to a 192 player clan.
The site is custom built ontop of a phpbb forum. I use SSI for many elements which gives it that CMS look as well as phpbb Fetch All to extract forum articles into one of the panels. All the pages are html with some php includes.NM156 wrote:
duffry,
It's a little difficult to guide you in the proper direction without knowing more about how your site works. It looks like some kind of CMS type site, but I don't know which one. Same with the forums... From the looks of things, you'll be able to do everything you want to do except one. You'll have to manually add your players to the game-monitor.com buddy list. I don't have a GM account yet, so I'm not aware of any work-around for this.
Thanks for that, sounds reasonable. Does take me back to question one though. I'll keep trying to do it myself but struggling somewhat (well it ain't working yet! )Psycho wrote:
Without going into great detail, this is how I would approach it. Add columns to your membership table for each of the stats you want to save in the database (i.e. kills, deaths, rank, etc.). Then in the script that calls Chuy's class write a bit of code to get all of the player IDs from your table and put them in the proper format to call Chuy's class. With the data that is returned add/update the data into the membership table using the player ID as the key at the same time you are displaying the data. If you do go over the 64 limit you could also add a colum for lastUpdate and enter the date when you update each user's records. Then whenevever you grab the PID's grap the first 64 with a sort ascending by the lastUpdate. This will ensure you always update the oldest records first.duffry wrote:
3, I have a membership table which is linked to the forum, it gives me extra info about our members and recruits and helps drive recruitment and promotions. It also holds member and recruit PIDs. The list of PIDs in this table is the same one I want to be used with the stats feed and buddy list, the table gets updated automatically when a member is recruited or promoted and it would be enormously more efficient if I could let the stats feed and buddy list update from this without further intevention on my part. Do you have an idea how to do it?
Last edited by Viper007Bond (2006-03-22 14:57:27)