Upgrade your account to a Community Supporter account and remove most of the site ads.

Reply to thread

Message: <blockquote data-quote="Celebrim" data-source="post: 5907635" data-attributes="member: 4937">I have no doubt in my mind that with 500 tables and one user, a 386 could handle this job.  In fact, looking at a few files, Tablesmith rarely did anything that complicated.  5-20 tables with 2-30 rows each seems to be more normal for its data.  EnWorld has 126,000 users.  What happens when you have say 100,000 assets and 100 simultaneous requests? Tablesmith seems to have a full scripting language in the background, complete with variables, assignment statements, and conditionals.  It seems that you are following along this path, which certianly does ensure the application is powerful.   But I'm reminded of when my first boss wanted to have a web page that accepted as input an R script and then processed it.  Do you really want to have that level of scripting available to users for execution on your machine?  (At least this script seems 'safe', R could actually read and write files, etc.)   But what happens if someone for example creates a table which returns 1d100 foos, and each foo consists of 1d100 bars, and each bar consists of 1d100 quxs, and so forth.  In a just a few lines of individually reasonable looking code I can generate gigabytes of spam.  Is that a problem you want to deal with by banning users that don't play nice, or do you want to find ways to just not allow it?  I guess you could track the length of the output at each step and go: "If the output is over 10k, stop processing and send a message 'sorry, output too long buy a gold subscription'".</blockquote>

Verification