Redirection problems after Helium server went down

**molesquirrel** · 10-24-2004, 06:57 PM

All I can say is that this was working perfectly before helium went down today, and now it doesn't. Jag's support didn't feel like helping out, at least not yet, since it sounded like an IE issue. Here's what I've got (and what's making me pull my hair out).

target.htm

Code:

<html>
<head>
	<title></title>
</head>
<body>
<form name='test' action='start.php' method='post'>
<input type='submit' name='submit' value='submit'>
</form>
</body>
</html>

start.php

PHP Code:


<?php

Header('Location: http://utopiapimp.com/target.htm');

?>

It'll probably help to replace utopiapimp.com with your server, if you want to try this out. Now, load up target.htm, hit the submit button, and see what happens.

It works perfectly in Firefox. The form targets start.php, which then redirects back to target.htm.

No such like in IE. I've got 6.0 on this machine, so I can't confirm it's status with other versions. It's not just me, either. Many (too many) of my users have reported the very same issue.

As is proven by the exercise, though, sending the browser directly to target.htm works, so it's not an issue with that particular file; just the way that Header() seems to be working. My eyes have glazed over looking over http headers. Here's the header capture from Firefox:

Code:

http://utopiapimp.com/start.php

POST /start.php HTTP/1.1
Host: utopiapimp.com
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040707 Firefox/0.9.2
Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5
Accept-Language: en-us,en;q=0.5
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive: 300
Connection: keep-alive
Referer: http://utopiapimp.com/target.htm
Content-Type: application/x-www-form-urlencoded
Content-Length: 13
submit=submit
HTTP/1.x 302 Found
Date: Mon, 25 Oct 2004 00:52:31 GMT
Server: Apache/1.3.31 (Unix) mod_auth_passthrough/1.8 mod_bwlimited/1.4 PHP/4.3.6 mod_log_bytes/1.2 FrontPage/5.0.2.2634a mod_ssl/2.8.18 OpenSSL/0.9.6b
X-Powered-By: PHP/4.3.6
Location: http://utopiapimp.com/target.htm
Keep-Alive: timeout=15, max=100
Connection: Keep-Alive
Transfer-Encoding: chunked
Content-Type: text/html
----------------------------------------------------------
http://utopiapimp.com/target.htm

GET /target.htm HTTP/1.1
Host: utopiapimp.com
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040707 Firefox/0.9.2
Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5
Accept-Language: en-us,en;q=0.5
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive: 300
Connection: keep-alive
Referer: http://utopiapimp.com/target.htm
If-Modified-Since: Mon, 25 Oct 2004 00:44:43 GMT
If-None-Match: "5f8322-ac-417c4c7b"

HTTP/1.x 304 Not Modified
Date: Mon, 25 Oct 2004 00:52:32 GMT
Server: Apache/1.3.31 (Unix) mod_auth_passthrough/1.8 mod_bwlimited/1.4 PHP/4.3.6 mod_log_bytes/1.2 FrontPage/5.0.2.2634a mod_ssl/2.8.18 OpenSSL/0.9.6b
Connection: Keep-Alive
Keep-Alive: timeout=15, max=100
Etag: "5f8322-ac-417c4c7b"
----------------------------------------------------------

And here's IE

Code:

POST /start.php HTTP/1.1
Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, application/vnd.ms-excel, application/msword, application/x-shockwave-flash, */*
Referer: http://utopiapimp.com/target.htm
Accept-Language: en-us
Content-Type: application/x-www-form-urlencoded
Accept-Encoding: gzip, deflate
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1)
Host: utopiapimp.com
Content-Length: 13
Connection: Keep-Alive
Cache-Control: no-cache

submit=submit

A quick glance shows that the IE version halts before the 302 http response code is returned.

I'd dearly love to find out what's going on, because a good couple thousand users are currently having problems doing anything on my site.

**Gwaihir** · 10-24-2004, 07:09 PM

I'm not familiar with that "location" header. I generally use a "refresh" meta-tag. Might that help you?

**molesquirrel** · 10-24-2004, 07:12 PM

I've used Location for months and months with no problem, and it seems to be a bit more of an elegant solution, since only the header (I believe) is sent, and not an entire page (even if it's a tiny one). If I haven't resolved it by tonight, I'll have to probably switch to that temporarily, but I fully expect a function that has worked for so long to keep working after a server goes down =/. Thanks for the quick reply, by the way.

**molesquirrel** · 10-24-2004, 10:26 PM

Solution! I was about to give up for the night and try your meta refresh, but found out that it wouldn't work either. I started doing a number of different trials with various .htaccess (or lack thereof) directories, subdomains, etc. To spare the details, I found a single instance which broke it: multihosted domains.

I've got utopiapimp.com multihosted onto utopiapimp.molesquirrel.net (my main domain), which of course gets directed transparently to molesquirrel.net/utopiapimp. Using the above scripts, I got the blank page error on utopiapimp.com and utopiapimp.molesquirrel.net, but not on the one that didn't have any internal redirection.

So, when helium was down, something must have gone astray with their multihosting issues. At least i can funnel traffic through the third flavor of the address until it gets resolved.

LinkBack

Thread Tools

Display

Redirection problems after Helium server went down

Bookmarks

Bookmarks

Posting Permissions