I've been having issues recently that seem to have a common thread - problems with paths to various files in my install. Most of these issues erupted when I upgraded to 2.8.1 and changed my .htaccess file to add "AddHandler application/x-httpd-php5 .php" as the very top line. Apparently the default install at Psek (an Incsub partner) is PHP 4. I read a post on these forums that suggested making this particular change to .htaccess in order to ensure I was running under PHP 5. Aside from that, the .htaccess file is whatever the default WPMU install is.
The most recent path related problem involves a couple of plugins that add buttons to the TinyMCE editor which display "pop-up" windows for editing - in particular the cforms II plugin. When I click the button to add a form, I get a themed 404 in the pop-up. This is also happening with another plugin that is used to add video to a post.
If I type the URL to any PHP in the Plugins folder directly in a browser (e.g., http://mydomain.com/wp-content/plugins/cforms/abspath.php OR http://mydomain.com/wp-content/plugins/test.php ), I get the 404 as well. I tried putting a simple image file into the plugin folders (e.g., wp-content/plugins/cforms/test.jpg) and was able to access that directly via the browser. I was also able to access an HTML file (e.g., http://mydomain.com/wp-content/plugins/cforms/abspath.php) as well as a .txt file. However, any PHP file in the Plugins folder I try to access directly throws a 404. I tried setting permissions for the folder and all files to 755 and even 777 to see if it was a permissions issue - still the 404.
FWIW, I noticed that this inability to directly access PHP files within the wp-content directory is not exclusive to the Plugins folder - the issue happens with ANY PHP file within the wp-contents directory - no matter where in the tree it happens to be.
I have another WPMU install on a different server - PHP 5 running WPMU 2.8.1 - where this problem is not happening. And I can directly access any PHP files in the wp-content directory without a 404.
My suspicion is that something may be screwy with my .htaccess file. Ideas? Below is my .htaccess file:
I've been having issues recently that seem to have a common thread - problems with paths to various files in my install. Most of these issues erupted when I upgraded to 2.8.1 and changed my .htaccess file to add "AddHandler application/x-httpd-php5 .php" as the very top line. Apparently the default install at Psek (an Incsub partner) is PHP 4. I read a post on these forums that suggested making this particular change to .htaccess in order to ensure I was running under PHP 5. Aside from that, the .htaccess file is whatever the default WPMU install is.
The most recent path related problem involves a couple of plugins that add buttons to the TinyMCE editor which display "pop-up" windows for editing - in particular the cforms II plugin. When I click the button to add a form, I get a themed 404 in the pop-up. This is also happening with another plugin that is used to add video to a post.
If I type the URL to any PHP in the Plugins folder directly in a browser (e.g., http://mydomain.com/wp-content/plugins/cforms/abspath.php OR http://mydomain.com/wp-content/plugins/test.php ), I get the 404 as well. I tried putting a simple image file into the plugin folders (e.g., wp-content/plugins/cforms/test.jpg) and was able to access that directly via the browser. I was also able to access an HTML file (e.g., http://mydomain.com/wp-content/plugins/cforms/abspath.php) as well as a .txt file. However, any PHP file in the Plugins folder I try to access directly throws a 404. I tried setting permissions for the folder and all files to 755 and even 777 to see if it was a permissions issue - still the 404.
FWIW, I noticed that this inability to directly access PHP files within the wp-content directory is not exclusive to the Plugins folder - the issue happens with ANY PHP file within the wp-contents directory - no matter where in the tree it happens to be.
I have another WPMU install on a different server - PHP 5 running WPMU 2.8.1 - where this problem is not happening. And I can directly access any PHP files in the wp-content directory without a 404.
My suspicion is that something may be screwy with my .htaccess file. Ideas? Below is my .htaccess file:
As to the addhandler line, if I don't include that line, and then do a phpinfo(), it shows that I'm running under PHP 4 - which, from what I've read, is not optimal from a security standpoint and is not compatible with several plugins - including the latest version of cforms.
Is it typical for people to be running WPMU 2.8.x under PHP 4?
7430 pointsLike some sort of WPMU DEV GodMindblowingly helpful memberLifetime member
Erstwhile founder
—
27th July 2009 (2 years ago)
#
I'm running under PHP 4 - which, from what I've read, is not optimal from a security standpoint and is not compatible with several plugins
Yep. That's why we switch WP.MU accounts to PHP5 (security and compatibility).
It's sort of a catch-22 really. pSek has PHP4 as the default because a lot of applications still require PHP4. A lot of applications still require PHP4 because their respective user bases whine whenever the developers try to move the applications to PHP5.
You should see the amount of complaining that goes on when the WP team so much as mentions the possibility of using a PHP5 only function.
Responses (8)
Erstwhile founder — 27th July 2009 (2 years ago) #
Hiya,
Please ensure that directories are set to 755 and files are set to either 755 or 644.
Thanks,
Andrew
Member — 27th July 2009 (2 years ago) #
Thanks Andrew. As mentioned above, I set all permissions - folders and files - to 755. No luck.
Erstwhile founder — 27th July 2009 (2 years ago) #
Your best bet is to contact pSek support then.
Note that if you are not running BuddyPress and are not using the Mailchimp plugin the you can remove the addhandler line from your .htaccess file.
Thanks,
Andrew
Member — 27th July 2009 (2 years ago) #
Thanks Andrew. I'll contact Psek directly.
As to the addhandler line, if I don't include that line, and then do a phpinfo(), it shows that I'm running under PHP 4 - which, from what I've read, is not optimal from a security standpoint and is not compatible with several plugins - including the latest version of cforms.
Is it typical for people to be running WPMU 2.8.x under PHP 4?
Erstwhile founder — 27th July 2009 (2 years ago) #
Yep. That's why we switch WP.MU accounts to PHP5 (security and compatibility).
It's sort of a catch-22 really. pSek has PHP4 as the default because a lot of applications still require PHP4. A lot of applications still require PHP4 because their respective user bases whine whenever the developers try to move the applications to PHP5.
You should see the amount of complaining that goes on when the WP team so much as mentions the possibility of using a PHP5 only function.
Thanks,
Andrew
Member — 27th July 2009 (2 years ago) #
So...
Since this Psek account was recently set-up via Incsub, and the default is PHP4, I'm not sure what you mean by WP.MU accounts are "switched" to PHP5.
Erstwhile founder — 27th July 2009 (2 years ago) #
All new WP.MU accounts should have the addhandler line added to the .htaccess files.
Thanks,
Andrew
Member — 27th July 2009 (2 years ago) #
Quick follow-up to close out this thread:
Psek just fixed an apparent ownership issue with the files/folders - which corrected the issue.
Not sure how that sort of thing happens, but...
Become a member