Forum Moderators: open
I am trying to set up a simple frame based redirection from [subdomain.domain.tld...] to [url...]
First step:
Pointed (redirected the subdomain) to a local directory on the server hosting the domain. This created no problems and works like a charm.
Step two:
Now i need to create inside the directory a script to redirect the users to [url...] So i did this with html frame based.
Proof of concept code:
-----------------------------
<HTML><HEAD><TITLE></TITLE></HEAD>
<FRAMESET ROWS="100%,*" BORDER="0" FRAMEBORDER="0" FRAMESPACING="0" FRAMECOLOR=\
"#000000">
<FRAME SRC="http://url/~username/admin" NAME="redir_frame">
</FRAMESET><NOFRAMES>
Sorry, your browser does not support frames.
Please <A HREF="http://url/~username/admin" TARGET=_top>go here</A>
</NOFRAMES></HTML>
------------------------------
It works and it redirects the user to [url...] . At this location it's actually an index.php script so [url...] which is a login form. So two fields username and password and a Submit button.
The problem:
When using other browsers (netscape, opera, mozilla) i am able to login with no problems. However from IE (microsoft internet explorer) when i hit Submit it just refreshes the page and the fields are blank again.
Tried to point it to another script that is an upload file script. The server returns message "File uploaded successfuly" but the file isn't there. This happens also only from IE . On the other browsers it works and the file uploads.
Also i asked different friends to try both with IE and other browsers, therefore from different computers. They all get the same problem only in IE and works with the rest of the browsers.
Request:
Does anyone here know what might cause this? Is it an IE incompatibility with frames? Is it something in my redirection script? Why does it work on all other browsers though?
If this is an IE unsolvable incompatibility is there any other good option, that cloaks the url in the browser address bar, that would work in my case? ( i dunno php, perl or something ) . The problem is that it is not for personal use, but for public use so most of the users needing it are probably using IE.
Thank you in advance to anyone at least interested to read this post.
Best regards,
Skello.
Second, your problem could be cookie related. If the admin.php uses cookies to keep track of logged in users, there could be cross-domain cookie sharing issues.
In other words, the script isn't able to read the cookies it sets because the browser thinks they were set from 'subdomain.domain.tld' and the script trying to read them is on 'url'.
You might want to try accessing the admin script directly from the 'url' domain to make sure it works, then try various other methods of sending traffic to the script besides framing it.
Yes i thought myself to the cookies issue, but then again, shouldn't this affect all browsers? Why is it affecting only IE?
I did tried accessing the url directly and the login form works, it even works with the frame but from other browsers.
And yes i suspect there are options for doing this other ways without using frames. That's what i asked in the first post. Can someone be kind enought to point me some alternatives or proof of concept code for those alternatives? Anything would be good enough, refference links, links to any pre-made scripts available on the web that do this, proof of concept code if the alternative does not imply a big code etc.
I only ask that the alternatives posted to be able to forward the user to the second 'url' and load the content but keep [subdomain.domain.tld...] in the browser address bar.
Best regards,
Skello.
I only ask that the alternatives posted to be able to forward the user to the second 'url' and load the content but keep [subdomain.domain.tld...] in the browser address bar.
You might be able to do it with perl's LWP::UserAgent module. I believe it can handle cookies. I can't provide you with any code, though. You can find out more about LWP here: [search.cpan.org...]
