|
Hi all,
I appologize if this is not an appropriate place to ask, but I would
appreciate if someone could help me with the following issue.
I am trying to find out what is an "HTTP Location Header", but without
success for a long time already. Can anyone clarify me what it is, or
point to a good tutorial about HTTP protocol on the internet that may
have information about this?
Thank you in advance.
modified on Sunday, March 16, 2008 8:17 PM
|
|
|
|
|
Try the http rfc
Need a C# Consultant? I'm available.
Happiness in intelligent people is the rarest thing I know. -- Ernest Hemingway
|
|
|
|
|
I tried, but I could not make sense out of the paragraphs that were mentioning it in the RFC..
|
|
|
|
|
|
|
It specifies the URI that the requested resource can be found at. It's used primarily for redirection.
|
|
|
|
|
Hi shog. Thanks I already figured it out. Thanks to other people as well for their links.
However, there is still a small question that I have.
In case when a Web Server specifies an alternate web address for a new web server (i.e. where it wants to redirect the user) in the Location Header, then will the user be automatically redirected there, or she has to click on some link ?
I have browsed through all documentations, but could not find any information regarding this.
|
|
|
|
|
It's up to the client (web browser, usually) to decide how to react. Depending on the exact status code, most will automatically redirect.
|
|
|
|
|
Thanks again Shog. But let me elaborate my confusion: one of the documents that I read, say that, the "user issues a GET command on the HTTP location header and is redirected to the destination site". As I understand, this header value is invisible to the user, so how does he issue a GET command on it? Maybe I am misunderstandings something. That is why I thought there is an error in the text, and the user is automatically redirected to the new web site.
|
|
|
|
|
um...
The user issues a GET request by telling his client software to retrieve a URL. GET requests are how client software retrieves HTTP URLs. The client software is then also responsible for handling the Location header, retrieving the URL indicated by it, etc.
|
|
|
|
|
How do you protect your document, so that only registered user can download it. How to protect the document so that when people know the file location, they can't download it without login first. Thanks.
|
|
|
|
|
Move your download out of a public location and have it fed through a script that checks for a registered user.
|
|
|
|
|
Any code or article? Thanks.
|
|
|
|
|
There are numerous ways to do it. You'll have to use your brain 
"Any sort of work in VB6 is bound to provide several WTF moments." - Christian Graus
|
|
|
|
|
I'm going to be in a situation soon where I need to serve up downloads greater then 2 gigs, which won't happen through http. I'm trying to look into what my options are... We'd like it to be clientless, as it will be cross browser/system. I like the idea of using bittorrent, but we want to avoid the client hassle. Does anyone know of a java applet that will act as a bittorrent client? Is it possible to implement a .net bittorrent client through the web browser? Is there a better option that I'm completly missing? Is ftp a viable option to look at? I would need a way to present them a download link from a web site, and I'd like to hide as much of the backside as possible. Thanks for the help!
- Dave Hurt
|
|
|
|
|
LancelowDowell wrote: I like the idea of using bittorrent, but we want to avoid the client hassle.
Last i checked, there were bittorrent clients available for... just about everything. Opera even has one built in.
LancelowDowell wrote: Does anyone know of a java applet that will act as a bittorrent client?
Sure...[^]
LancelowDowell wrote: Is ftp a viable option to look at?
If your server can handle the load, then sure. Of course, you'll run into the same problem as HTTP: most deployed browsers don't do a good job of resuming downloads if there's a network issue.
|
|
|
|
|
That was my argument as well, but it was requested that we try to make this clientless.
What was the link? Pulls up a page cannot be found message. Thanks for the response!
- Dave
|
|
|
|
|
Hi,
I want to copy files from local machine to a remote machine using VBScript.
Both machines are directly connected.
OS installed: Windows XP
Thanks
|
|
|
|
|
I have a TD (one TD per TR) with four child elements; two TextBox server controls and two text spans to label them. How do I make the last TextBox stretch to fill up to the end of the TD, and thus the end of the row?
I'm trying to move away from using tables as a layout mechanism, so I thought I'd begin weaning myself off them by first doing away with columns, then rows, so now I'm just using rows for vertical positioning, and am trying to explore other means for horizontal positioning.
|
|
|
|
|
Brady Kelly wrote: I'm trying to move away from using tables as a layout mechanism
Do you have some reason to believe that HTML/CSS supports what you describe without using tables?
led mike
|
|
|
|
|
Yes, it does sort of have at least one, absolute positioning, but the reason I was asking is because I don't know.
|
|
|
|
|
|
You can give each of them a percentage width. Or actually, you can't give the spans a percentage width, but you can enclose them in a DIV that does have one.
Frankly, tables tend to work pretty well for forms-heavy pages. Because, unlike most normal pages, you often actually do want a rigid grid layout that isn't affected much by the default sizes of individual components. And yeah, most forms controls have some pretty bizarre defaults (well, not really - they tend to match those of similar controls on whatever platform the browser runs on... but that doesn't make it any less weird when you're just trying to set up a webpage).
|
|
|
|
|
Thanks Shog9 and Mike, I now have a useful suggestion and some luck.
So, tables aren't as evil as Zen Garden type people would have us believe?
|
|
|
|
|
Brady Kelly wrote: So, tables aren't as evil as Zen Garden type people would have us believe?
Well...
Look, here's the problem. Prior to proper implementations of CSS, tables were often the only way to get the layout you wanted. That said, they're not a very good layout mechanism for non-tabular data. There were (and sadly, still are) many sites with layouts built using deep nested tables - these tended to be large, hard to parse, hard to edit, and generally difficult to work with.
That said, tables are just fine for what they were intended for - tabular data.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
