On 6/17/2011 12:23 PM, Eric Butera wrote:
> On Fri, Jun 17, 2011 at 3:19 PM, Jim Lucas wrote:
>> On 6/16/2011 3:15 PM, Nathan Nobbe wrote:
>>> what it really amounts to is php is good at doing 1 thing and 1 thing only,
>>> generating web pages. for anything else, including command line scripts
>>
Not the original poster's response, but here PHP daemons also run smoothly.
Full fledged OO style programming, with a bit of a thought about freeing
unused variables/objects (running since PHP 5.2 times) it runs smoothly and
in couple of weeks of uptime only gains few MB of memory footprint. Not
he
Hey everyone,
After reading the documentation for mysqli_query(), I was lead to
believe that on any error it would return false. However, through a
stupid mistake, I discovered that when I specify an invalid value for
the database link identifier (in my case, I accidentally passed an
integer
On 6/16/2011 3:15 PM, Nathan Nobbe wrote:
> what it really amounts to is php is good at doing 1 thing and 1 thing only,
> generating web pages. for anything else, including command line scripts
> that run for more than 30 seconds, choose an actual programming language or
> be prepared to deal w/ h
On Fri, Jun 17, 2011 at 3:19 PM, Jim Lucas wrote:
> On 6/16/2011 3:15 PM, Nathan Nobbe wrote:
>> what it really amounts to is php is good at doing 1 thing and 1 thing only,
>> generating web pages. for anything else, including command line scripts
>> that run for more than 30 seconds, choose an a
On Fri, Jun 17, 2011 at 4:55 AM, Vitalii Demianets
wrote:
> On Friday 17 June 2011 04:50:00 Daevid Vincent wrote:
>> > I've seen too many people over the years try and rally against common
>> > sense practices like using prepared statements for perhaps a marginal
>> > gain of performance on one pa
On Jun 17, 2011, at 3:05 AM,
wrote:
> While I do agree with your discloser of the bloat for all off the shelf
> frameworks.
>
> I created my own framework and my development time drop drastically and not
> by a few hours, in some cases days.
>
> The complaint of time is always an issue, if
You could simply use like doctrine DBAL or an already existing one made
specially for ORM, or you can design one and at the moment make it to use
only MySQL
PDO is actually good enough to do that, I know that the only thing I had to
do in my ORM was to write a special class to translate some querie
thanks, how about the abstraction of different databases?
it seems PDO is still lack of functions of importance.
I'm currently trying to design a automated model like django or
activeRecord.
it should be quiet simple and automated,
i have managed to possibly create the whole database only once.
bu
- defining the mapping schema in an alternate method than using meta data (I
HATE them, I would prefer an XML file with a DTD so you could use
autocompletion with IDE like NetBeans)
- clear keywords in the schema
- OQL can do UPDATEs
- one and only one configuration file with everything in it (and
On Friday 17 June 2011 04:50:00 Daevid Vincent wrote:
> > I've seen too many people over the years try and rally against common
> > sense practices like using prepared statements for perhaps a marginal
> > gain of performance on one page while their load averages are 0,0,0.
>
> Agreed. The ONLY tim
On 16 June 2011 23:59, Brian Dunning wrote:
> Hey all -
>
> I need to create PNG images with transparent backgrounds that contain text.
> The text will come from four fields in a database, and needs to be centered,
> and text wrapped. The fields are going to be of varying lengths, so each
> blo
While I do agree with your discloser of the bloat for all off the shelf
frameworks.
I created my own framework and my development time drop drastically and not
by a few hours, in some cases days.
The complaint of time is always an issue, if you do not scope out a project
properly.
Timelines and
13 matches
Mail list logo
