Nick BartlettPHP Developer in Minnesota

I moved to Minnesota in 2004 for work as a PHP Developer and have been coding away full time for professional companies ever since.  I’m one of 20 or so Zend PHP 5 certified engineers in Minnesota.  If you or your company needs help with any of the below areas, please contact me through this website or email nickjbartlett at gmail dot com.

1. Object Oriented PHP 5
2. MySQL 5
3. JavaScript
4. XML
5. CSS
6. T-SQL and Stored Procedures
7. Coldfusion
8. OSCommerce / Ecommerce
9. Wordpress
10. Zend Framework
11. SEO Search Engine Optimization
12. Google Adwords

I have years of personal experience with ecommerce along with a variety of web development experience and skills from my full time work. If you are in need of my services as a PHP Developer in Minnesota (Minneapolis or St. Paul area) or other services related to your website, please contact me nickjbartlett at gmail dot com and I’d be glad to provide you with a quote.

Today many of our imap mailboxes returned this error when checking email “fatal error: imap_header() address buffer overflow”. The problem was these mailboxes received an email that had 500+ recipients in the “To” field. We deleted this email from the mailboxes and the error went away. If you have this problem, I also suggest blocking the person, or better, find a setting to block message such as these on your mail server.

I tested our site in IE today and found that IE has one useful feature; broken image placeholders. There were a few broken images that I did not notice while using Firefox because Firefox just displays the alt text. The best way to do it is as described here
http://gavtaylor.co.uk/blog/enable-broken-image-placeholders-in-firefox and

http://onlinemoneymaking.ws/blog/show-dead-image-placeholder-in-firefox/ . Their examples help you find the file with older versions of Windows. If you’re on Windows 7 like me, the userContent.css file will go here -
C:\Users\%yourUsername%\AppData\Roaming\Mozilla\Firefox\Profiles\x3qch3l0.default\chrome

Rename ‘UserContent-example.css’ to ‘UserContent.css’, this will then be loaded by Firefox when it fires up.

Add the following CSS to the file and restart Firefox..

/* Enable image placeholders */
@-moz-document url-prefix(http), url-prefix(file) {
	img:-moz-broken {
		-moz-force-broken-image-icon:1;
		width:24px;
		height:24px;
	}
}

This will list all directories at the root level sorted alphabetically with their size printed in an easy to read format

du -sh /*

To list all subdirectories for a specified parent directory, use this command and specify the parent directory path like “usr” in this example.

du -h –max-depth=1 /usr

or run this in for current directory

du -h –max-depth=1 2>/dev/null

List size of files within a directory

ls -s

I’ve had this troublesome error pop up twice now and the problem is not what you think. I’m working with Zend Framework and in one of my controllers I created the variable “private $_request” and with Zend Studio 7.2, I added this property to my “expressions” view to I could monitor its value. After a while I decided to no longer use that property and removed it from my code, but it was still being monitored in the expressions view of Zend Studio. That’s when the “Unknown record property / related component “$_request” on objectName” errors started. It’s not a coding error of any sort; it’s a software issue that somehow looks like a coding issue. I am using Zend Server and their debugger, so the connections between each software may be causing problems.

I started using phpunit, which is built into Zend Studio 7.2. Everything works fine until it encountered a database query that used PDO. The test case will timeout and zend studio will give you the error “Test case was unexpectedly terminated”. It took a lot of digging to find the real error in the windows event viewer:

Faulting application name: php-cgi.exe, version: 5.2.10.10, time stamp: 0×4abb41d8
Faulting module name: php_pdo_mysql.dll, version: 5.2.10.10, time stamp: 0×4ab23077
Exception code: 0xc0000005
Fault offset: 0×00002580
Faulting process id: 0×458
Faulting application start time: 0×01cb16fb91818916
Faulting application path: C:\Program Files (x86)\Zend\Zend Studio - 7.1.0\plugins\org.zend.php.debug.debugger.win32.x86_5.3.7.v20091116\resources\php5\php-cgi.exe
Faulting module path: C:\Program Files (x86)\Zend\Zend Studio - 7.1.0\plugins\org.zend.php.debug.debugger.win32.x86_5.3.7.v20091116\resources\php5\ext\php_pdo_mysql.dll
Report Id: d31816ab-82ee-11df-99ae-00241dd93279

The solution? While I had Zend Server installed and using PHP 5.3, Zend Studio’s internal version was using PHP 5.2.xxx. I’m pretty certain Doctrine, which uses PDO, requires PHP 5.3. I changed Zend Studio to PHP 5.3 and it worked. In Zend Studio, go to Window->preferences->php->debug and ensure the “PHP executable” is set to PHP 5.3. FYI - My “server” on this screen is set to “Local Zend Server”. Hope this helps!