Re: [nyphp-talk] Performance testing on Windows Server 2008 & MySQLi performance hit

2012-07-18 Thread David Roth
Very nice! Do you have benchmarks to share? David Roth On Wed, Jul 18, 2012 at 3:00 PM, Woh Roh wrote: > Hi Everyone, > Just to give an update on this old topic, I 'regained' performance on my > php application by eliminating all calls to the old mysql connector (I was > using it for the array_

Re: [nyphp-talk] Performance testing on Windows Server 2008 & MySQLi performance hit

2012-07-18 Thread Woh Roh
Hi Everyone, Just to give an update on this old topic, I 'regained' performance on my php application by eliminating all calls to the old mysql connector (I was using it for the array_map(mysql_real_escape_string($x) functionality). Also to measure performance I created test scripts that run throu

Re: [nyphp-talk] Storing form options.

2012-07-18 Thread Rob Marscher
This is an area where a flexible document database like MongoDB makes things a lot simpler. One document stores all of the configuration for the form and one collection can hold submissions with any variation of dynamic fields in them. This post from NYTimes was inspiration to me a couple years

Re: [nyphp-talk] Storing form options.

2012-07-18 Thread Federico Ulfo
It depends. For dynamic form I prefer to use 3 tables form(form_id,name,action) field(field_id,form_id,name,type : [text,textarea,checkbox,select ... ], default,validation : [required,max=,min=,email,numeric,alphanumeric ... ], option ), option say if the value are coming from field_value, another

Re: [nyphp-talk] Storing form options.

2012-07-18 Thread Petros Ziogas
I prefer to create a "settings" table where I store all the bits and pieces that need to be configurable but are not that frequently changed. If you want to make everything translatable, I would not tie it to a settings table but rather set up a global translate procedure that would apply to these