Community Page
- buildingbrowsergames.com Jump to website »
-
Subscribe -
Community
-
Top Commenters
-
Popular Threads
-
Recent Comments
- I get errors like this: "Notice: Use of undefined constant attacker - assumed 'attacker' in /Users/Niels/Sites/bg/smarty/bg/forest.php on line 53" Caused by the arrays:...
- I read this tutorial and it help me get in the mindset I needed to be in to start my first big project. Nice job on the tut and I look forward to reading more from you. If you want to check out my...
- You're missing the string formatting that puts arguments into your SQL statement - add that, and you should be good to go.
- "SELECT value FROM user_stats WHERE stat_id = (SELECT id FROM stats WHERE display_name = <foo> OR short_name = <foo>) AND user_id = <bar>" i have inserted this into sql...
- The source is definitely all still there - take a look at http://code.google.com/p/building-browsergames-tutorial/, and click on the 'Source' tab.
Jump to original thread »
One of the questions that I seem to get asked most about building a browsergame is “how do I make things happen periodically?”.
The answer is actually very simple, and lies with a utility that comes on all Linux servers called cron.
Cron exists to run periodic, sche ... Continue reading »
The answer is actually very simple, and lies with a utility that comes on all Linux servers called cron.
Cron exists to run periodic, sche ... Continue reading »
11 months ago
Classic example is TornCity. Their crons (when they were using crons) would take so long that it could take up to a day for a player to get a single update which was to occur every 15 minutes.
Instead a better solution would be the "on-view" event in my opinion. We have discussed this solution on my blog, and it seems to be the best solution.
The basic idea is that fields aren't updated till they have to been updated. So if I were to attacking someone, their info would be updated before the attack was made.