apache2.2 + php5

pinstripe

Here's a strange one. I have Apache 2.2, PHP5. I'm trying to get MySQL up and running. Tweaking with the httpd.conf file however to get Apache to read the php.ini file where I've enabled the mysql.dll extension is proving to be frustrating.

When there isn't a PHPIniDir set in httpd.conf, PHP doesn't work. When there is a correct PHPIniDir set in httpd.conf, PHP doesn't work. But when there is an incorrect PHPIniDir path set in httpd.cond, PHP suddenly works! What?!? Any clues?

This loads php (without MySQL -- arg):
LoadModule php5_module "C:/Program Files/PHP/php5apache2_2.dll"
PHPIniDir "C:/Program Files/PHP/BOGUS/"

This doesn't load php:
LoadModule php5_module "C:/Program Files/PHP/php5apache2_2.dll"
PHPIniDir "C:/Program Files/PHP/"

This doesn't load php
LoadModule php5_module "C:/Program Files/PHP/php5apache2_2.dll"
#PHPIniDir "C:/Program Files/PHP/"

Any thoughts, suggestions?

pinstripe

I just uninstalled Apache 2.2.4 and PHP 5.2.3 and reinstalled from scratch to no avail. This is ridiculous.

pinstripe

There are no errors in the Apache log, of course.

pinstripe

(And please don't recommend that I install WAMP or some such installer nonsense. It should work the way it's been set up. Unless I'm missing something incredibly obvious or incredibly advanced.)

pinstripe

On the off chance that someone else is having this insane problem, make sure you have:

short_open_tag = On

in your php.ini config. This fixed it. ASDNFKJSDKFSNDKFJNSDF.

Weedpacket

Since you don't explain what you mean by "doesn't work", I'm just wondering if you're using <? to start your PHP code instead of <?php.

bradgrafelman

pinstripe wrote:
This fixed it.

No it didn't - it created a workaround that allowed you to continue using a deprecated feature of PHP (one that may be removed in PHP6 - I don't recall).

The fix would be changing "<?" to "<?php" in all of your PHP scripts.

pinstripe

bradgrafelman wrote:
No it didn't - it created a workaround that allowed you to continue using a deprecated feature of PHP (one that may be removed in PHP6 - I don't recall).

The fix would be changing "<?" to "<?php" in all of your PHP scripts.

Thanks for the info. (And too bad for the myriad people who undoubtedly use the <?= shorthand throughout their code.)

Did they do it simply because of the <?xml problem? For myself (and probably others) who like to code web apps in as few bytes of code possible, I knew the shorthand and used it, obviously. I wish I'd known about this very small but significant change ahead of time. Was this specified anywhere in the PHP upgrade docs?

halojoy

pinstripe wrote:
Was this specified anywhere in the PHP upgrade docs?

Hello.
This is nothing new.
It has been recommended for maybe 4-5 years now.
In the php.ini.recommended that comes with distribution

; Allow the <? tag. Otherwise, only <?php and <script> tags are recognized.
; NOTE: Using short tags should be avoided when developing applications or
; libraries that are meant for redistribution, or deployment on PHP
; servers which are not under your control, because short tags may not
; be supported on the target server. For portable, redistributable code,
; be sure not to use short tags.

short_open_tag = Off
;

PHP 6-dev php.ini.recommended has got the same text.
So at least for a start PHP 6 will probably have this option with short_tags ON.
But after some time I am rather sure this will stop.
Like magic_quotes_gpc and register_globals will not be options in PHP 6.

So it is strongly adviced to use full php tag ( <?php ) ALWAYS!

For a look at and a test installation of PHP 6-dev
here are daily snapshot Download packages. For Linux/Windows:
http://snaps.php.net/

Regards 🙂