Comments on: PHP optimization tricks http://blog.johnjosephbachir.org/2006/08/11/php-optimization-tricks/ John Joseph Bachir's blog Sat, 30 Aug 2008 16:45:20 +0000 http://wordpress.org/?v=2.6.1 By: sanjuro http://blog.johnjosephbachir.org/2006/08/11/php-optimization-tricks/#comment-221967 sanjuro Wed, 05 Mar 2008 23:22:43 +0000 http://blog.johnjosephbachir.org/324#comment-221967 Good article, I learnt a couple of things. The isset / in_array trick works very well, however you have to keep in mind one uses keys and the other values. Good article, I learnt a couple of things. The isset / in_array trick works very well, however you have to keep in mind one uses keys and the other values.

]]> By: Jeff http://blog.johnjosephbachir.org/2006/08/11/php-optimization-tricks/#comment-80596 Jeff Wed, 16 Aug 2006 16:44:01 +0000 http://blog.johnjosephbachir.org/324#comment-80596 Careful with the in_array / isset swap. I just tried it out on some of my code and found that isset did not correctly work like how in_array does. I couldn't find the problem in the PHP docs. Just make sure to test it 1st. Even if it worked, however, I'm torn about writing speed-tuned code. PHP should really take care of this for me. Same thing with most of the speed tricks. APART from all that, however, if I was really hell-bent on speed, I wouldn't be using these nice OO designs and abstraction layers. If I need speed, it's less cost-effective to tune my apps (potentially lowering readability and perhaps breaking later if the assumptions about the language internals are no longer valid) than just hosting on a faster setup. I'm hungry. Careful with the in_array / isset swap. I just tried it out on some of my code and found that isset did not correctly work like how in_array does. I couldn’t find the problem in the PHP docs. Just make sure to test it 1st.

Even if it worked, however, I’m torn about writing speed-tuned code. PHP should really take care of this for me. Same thing with most of the speed tricks.

APART from all that, however, if I was really hell-bent on speed, I wouldn’t be using these nice OO designs and abstraction layers. If I need speed, it’s less cost-effective to tune my apps (potentially lowering readability and perhaps breaking later if the assumptions about the language internals are no longer valid) than just hosting on a faster setup.

I’m hungry.

]]> By: John http://blog.johnjosephbachir.org/2006/08/11/php-optimization-tricks/#comment-79224 John Sat, 12 Aug 2006 20:07:26 +0000 http://blog.johnjosephbachir.org/324#comment-79224 ha! you josh, are a perl brat. are you afraid to install it on the new server because of performance, or security? ha! you josh, are a perl brat.

are you afraid to install it on the new server because of performance, or security?

]]> By: josh http://blog.johnjosephbachir.org/2006/08/11/php-optimization-tricks/#comment-79219 josh Sat, 12 Aug 2006 19:11:48 +0000 http://blog.johnjosephbachir.org/324#comment-79219 My favorite trick is to use perl instead - seriously, I'm currently looking for a really cheap place to host the spamgourmet bbs, because I'm afraid to install PHP on the new server. A little tricky, because the really cheap ones (like godaddy) seem to want to hardcode the host name to start with www (instead of bbs, like I'd like) My favorite trick is to use perl instead - seriously, I’m currently looking for a really cheap place to host the spamgourmet bbs, because I’m afraid to install PHP on the new server. A little tricky, because the really cheap ones (like godaddy) seem to want to hardcode the host name to start with www (instead of bbs, like I’d like)

]]>