SPUG: Re: Sourceforge ....
casey at haakenson.com
casey at haakenson.com
Wed Aug 16 15:57:21 CDT 2000
You could get around all requests coming from your box by tweaking your
/etc/hosts file to point images.sourceforge.net to a local IP, just have
apache setup to VirtualHost that IP to the right DocumentRoot on your
system to match their directory structure. That way all requests from the
PHP engine to images.sourceforge.net will be handled. Not pretty, but it
You will still have to change the hardcoded references in the HTML, I don't
have any good ideas on that.
At 01:25 PM 8/16/00 -0700, John Cokos wrote:
>> Now for the fun part, making it work......
>ugh ... PHP.
>Sourceforge has hardcoded direct Image URLs to their servers
>all throughout the .php sourcecode, so I'm having to manually
>go through each file and make all of the image paths relative.
>Under normal circumstances, this wouldn't be a big deal. But
>they way they have this thing put together, there's html templates
>stored inside the SQL database, so the image calls are comming
>from there. Further, they have their php code set to examine each
>image to predetermine the proper height and width. Well, since
>they have everything pointed from images.sourceforge.net, what
>the php is trying to do is download each image to a tmp directory,
>examine it, and then draw html with height and width tags.
>If images.sourceforge.net was a real domain, that'd be peachy, but
>it's only responding to requests originating from www.sourceforge.net
>meaning we can't get to them. And around the circle we go....
> One of the things I hate about php (and .asp, and .cfm) is that
> when you depend on the server to parse and execute code within
> the pages, you not only stress the server, but you tend to get
> strange results. With normal .cgi you either get a page or a 500 err.
> With PHP, when a query bombs, or something else goes wrong
> (as with the image issue above), you get no error, just a page
> that loads forever, in an infinite loop, waiting for a response from
> a nonexistant server!
> Bash on CGI all you want, but atleast you can depend on it.
> John Cokos, President / CEO: iWeb Inc.
> jcokos at ccs.net
> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
> POST TO: spug-list at pm.org PROBLEMS: owner-spug-list at pm.org
> Subscriptions; Email to majordomo at pm.org: ACTION LIST EMAIL
> Replace ACTION by subscribe or unsubscribe, EMAIL by your Email-address
> For full traffic, use spug-list for LIST ; otherwise use spug-list-digest
> Seattle Perl Users Group (SPUG) Home Page: http://www.halcyon.com/spug/
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
POST TO: spug-list at pm.org PROBLEMS: owner-spug-list at pm.org
Subscriptions; Email to majordomo at pm.org: ACTION LIST EMAIL
Replace ACTION by subscribe or unsubscribe, EMAIL by your Email-address
For full traffic, use spug-list for LIST ; otherwise use spug-list-digest
Seattle Perl Users Group (SPUG) Home Page: http://www.halcyon.com/spug/
More information about the spug-list