Client-Driven Negotiation

17.2 Client-Driven Negotiation

The easiest thing for a server to do when it receives a client request is to send back a response listing the available pages and let the client decide which one it wants to see. This, of course, is the easiest to implement at the server and is likely to result in the best copy being selected (provided that the list has enough information to allow the client to pick the right copy). The disadvantage is that two requests are needed for each pageone to get the list and a second to get the selected copy. This is a slow and tedious process, and it's likely to become annoying to the client.

Mechanically, there are actually two ways for servers to present the choices to the client for selection: by sending back an HTML document with links to the different versions of the page and descriptions of each of the versions, or by sending back an HTTP/1.1 response with the 300 Multiple Choices response code. The client browser may receive this response and display a page with the links, as in the first method, or it may pop up a dialog window asking the user to make a selection. In any case, the decision is made manually at the client side by the browser user.

In addition to the increased latency and annoyance of multiple requests per page, this method has another drawback: it requires multiple URLsone for the main page and one for each specific page. So, if the original request was for www.joes-hardware.com, Joe's server may respond with a page that has links to www.joes-hardware.com/english and www.joes-hardware.com/french. Should clients now bookmark the original main page or the selected ones? Should they tell their friends about the great web site at www.joes-hardware.com or tell only their English-speaking friends about the web site at www.joes-hardware.com/english?