You know, I suspect I also have a problem with something that allow.url.fopen is honking, but I cannot for the life of me find a definitive list of what problem functions to look for! The wiki entry only mentions include, and then very much as an afterthought almost in passing, also mentions require. I'm guessing that means include_once and require_once are suspect. fopen is an obvious candidate. Just found file in going thru this thread. I'm going out of my mind trying to find more info on this option. I've googled for it, but most of the results simply point back to DreamHost's original decision to disable it. OK OK, all well and good -- NOW WHERE IS A LIST? I gather this was done a year ago, and the wiki entry still doesnt' have anything more?
The very first suggestion in this thread should go in there. I did try that, though, and it doesn's seem to solve my problem. I do see some odd init setting up stuff like so:
ini_set("include_path", ini_get("include_path") . PATH_SEPARATOR . $codesnippet_lib_path . PATH_SEPARATOR.$codesnippet_pear_path);
require_once('geshi.php');
I commented out the ini_set and replaced the require once with: require_once($_SERVER['DOCUMENT_ROOT'].'/wordpress/wp-content/plugins/codesnippet/lib/geshi.php');
(i'm sure there's probably a bloginfo call i can use to pretty this up, but I just wanted to see if this touched on the problem)
but either there are more problems lurking in the code because I'm not knowing what else to search for, or that's not sufficient. The error I get is a very generic:
[Wed May 24 19:55:42 2006] [error] [client 68.5.109.28] client denied by server configuration: /home/tittle/digitalramble.com/wordpress/wp-content/plugins/codesnippet/codesnippet.css
I've got a support ticket into dreamhost, but I cant' stand waiting around to try and get something working.
I do a lot of web stuff, but I'm a Perl person, not a PHP, so...
Agh.