why queued » PHP

php fastcgi process manager is resurrected

Floren — Tue, 11 Aug 2009 15:40:08 +0000

I really like the new direction PHP-FPM takes. Andrei decided to take again control of his original work and created a new standalone process manager project.

If you visit the Launchpad project, you will notice that, starting with 0.6.x, PHP-FPM is a standalone daemon, not a patch. I will wait until the PHP 5.3 branch becomes a little more mature, then I will build a new RPM to replace the curent PHP-FPM daemon I use (5.2.10 patched).

php timeout

Floren — Fri, 12 Jun 2009 17:33:59 +0000

Redefine those settings:

< ?php

ini_set('memory_limit', 32 * 1024);
ini_set('max_execution_time', '480');

?>

Change the values to whatever is suitable for your application.

php|tek 2009: flickr pics

Floren — Wed, 20 May 2009 20:46:04 +0000

Many of php|tek 2009 conference attendants posted their pictures on Flickr. So far, Chris (aka @spooons) attempted to break the world record of pictures taken (and posted) at a conference…

new friends from php|tek 2009 conference

Floren — Tue, 19 May 2009 19:33:14 +0000

I could not make it for php|tek 2009 conference, unfortunatelly. However, many of the tekkers are very active on Twitter so I currently have almost a live feed from most of them with all activities currently running. I also had the chance to make new friends, because of the micro-blogging.

Can you believe it I started actually using Twitter because of the conference? If you are a participating #tek09 developer, please let me know, so I can follow you. I estimate that the total number of tweets will easy go over 4,000.

2147483647 is a weird number in php

Floren — Mon, 02 Jun 2008 16:43:46 +0000

Yesterday I was working on a client box to install Sphinx Search into vBulletin 3.7.1 version. I installed also a little product I made that will use the eBay Partner Network affiliate link, instead of a regular eBay link. This is where I encountered the 2147483647 integer issue.

The product (epnlinks) does link insertion without any preg_match() function or any other replace scheme that slows the server down, like the product you find at vBulletin.org site. Because I work most of the time on 64 bits machines, I never really cared to check if the PHP version is also 64 bits, on the X64 machine. The logic tells me that it should always be. Well, it is not. When I entered my client campaign ID, to my BIG surprise, it changed from the 10 digits number to 2147483647.

“This can’t be right, what the hell is going on here?”

Running a simple command like:

$ php -r 'var_dump(PHP_INT_MAX);'
int(2147483647)

made me understand what was the problem.
The client is running PHP 32bits, on a 64bits machine. Simply insane.

The maximum value an INT can have on PHP 32bits is 2147483647, so any value superior to that will turn into the magic number mentioned above. For 64 bit systems, the maximum signed integer value for is 9223372036854775807. Another reason to upgrade?

I hope this helps other developers, because… for a moment I thought there is a ghost into the Unix box… changing the number for me.