Topic awaiting preservation: DH rant

as some of you guys may have noticed, dreamhost finally upgraded to PHP5 (which can be enabled on a per domain basis).

i for one have been a great supporter of this, heck i have probably written a 50 supportmails to them asking when it will come.
the reaseon why i need it so much is that i dont want to work with this uncomfortable php->xml parser but use the php->simplexml functions instead which are very convenient.

and now what do i see in the phpinfo of php5?

--disable-libxml

omg! wtf? wth?

I have another pet peeve that is unavoidable with PHP 5 as provided by DH. When you run PHP as CGI, you no longer get 404 errors for .php files. Instead you get the cryptic "No input file specified." error, because they internally rewrite the URL to point to the php.cgi script which subsequently can't load the non-existent file. All this would require is a RewriteCond to check for the existence of the file before rewriting, but they can't be bothered to take 10 minutes to add that to their auto-configurator. BAH!

-jiblet

jiblet --> http://www.ozoneasylum.com/25436

Oo, thanks for the link, gonna install that right away.

Now if only DH would take that RewriteCond and install the inverse of it by default before the php.cgi rewrite, the actual ErrorDocument directive would work as normal. BAH!

-jiblet

yeah the 404s with php-cgi are annoying too.

here is what i got back from the support about the xml issue:

"Sorry about that, but our admins are still waiting on some Debian
packages to be updated before we enable xml support in php. It is coming
sometime in the not too distant future. Thanks for your patience, and
let me know if you have any other questions."

i wonder which debian packages have something to do with the xml support in php. afaik xml in php is done using expat which is a rock-solid stable.

Actually the PHP5 stuff is built off of libxml2 and there were some buffer overflow issues with it on Debian but I'd assume they were fixed by now.



.:[ Never resist a perfect moment ]:.

Has anyone had issues using fopen on DH?

Actually my site just crapped out on me. One of my queries done broke and I don't know why (you can see it if you go to bitdamaged.com).

I haven't touched the code in ages.

Oh and yeah I had issues a couple of days ago using fopen or any of the remote file opening techniques. I was trying to create a bit of a proxy system (nothing harmful I was actually grabbing some pages from my home server) and it got mad at me.



.:[ Never resist a perfect moment ]:.

(Edited by bitdamaged on 06-02-2005 18:01)

quote:

---

Pugzly said:

Has anyone had issues using fopen on DH?

---

Its been disabled - see:

http://www.gurusnetwork.com/discussion/thread/3059/

___________________
Emps

The Emperor dot org | Justice for Pat Richard | FAQs: Emperor | Site Reviews | Reception Room

if I went 'round saying I was an Emperor just because some moistened bint had lobbed a scimitar at me, they'd put me away!

fopen has always been 'disabled' sorta with DH, unless you're running php as cgi, which I assume you were bit? They have however recently disabled allow_url_fopen which it sounds like you may have been using to grab something from a remote server via a url/fopen.

they are recommending that you rewrite any bits like that using curl instead:

http://wiki.dreamhost.com/index.php/Allow_url_fopen

http://wiki.dreamhost.com/index.php/CURL