HTTP Developer's Handbook 206
HTTP Developer's Handbook | |
author | Chris Shiflett |
pages | 280 |
publisher | Developer's Library/SAMS |
rating | 6 - Serious flaws |
reviewer | Tony Williams |
ISBN | 0672324547 |
summary | Mixed volume with fair look at HTTP protocol |
One of the strangest feelings I've ever had reading a book is that I have a better opinion of it than does the author. Shiflett spends most of the introduction convincing the reader that this is a useful book and it seems that the start of most chapters is another few sentences telling me why the chapter is incredibly useful for me to read. I felt like yelling "I'm convinced, I'm convinced."
The book is broken up into 6 parts: 'Introducing HTTP,' 'HTTP Definition,' 'Maintaining State,' 'Performance,' 'Security,' and 'Evolution of HTTP.'
The first section and a large part of the introduction are the sort of information that is covered elsewhere in just as good a detail: it basically covers the obvious. The second section covers the HTTP protocol itself, with a good discussion of requests and responses, including all the nitty gritty details of the headers in some detail. This is the really useful heart of the book and it covers 80 of the 280 pages. The third, fourth and fifth sections give a too-concise look at their subject matter, I felt the book could have given much more detail here. The last section is a waste of space; in this volume I don't really need to have a small amount of information about SOAP and XML-RPC.
This book is well-written; I believe its two fatal flaws are that Shiflett seems unsure of his own book and that the book itself tries to offer everything for a developer while explaining it all for the newcomer. I think that had Shiflett given up on the newcomer and given the developer greater depth (with a lot more examples) he would have delivered a much better book. For a developer, the volume is much too light on example code, the book is not really 'practical,' more 'informative.'
This might be a good volume for a library, either a corporate or school library. It provides the salient information in one spot in a concise and readable manner. I think that an individual might find it a less than totally useful book for the money -- you're likely to have already have a volume or two that covers most of the information, and with most languages in web development having libraries that take care of most of the low-level stuff for you, it becomes less and less necessary to really understand the bottom level. Personally, I'll keep it for the 80 page section on the HTTP definition so I have it all in one spot.
You can purchase HTTP Developer's Handbook from bn.com. Slashdot welcomes readers' book reviews -- to see your own review here, read the book review guidelines, then visit the submission page.
I barely understand the acronym... (Score:5, Funny)
What does that second T stand for?
Re:HTTP knowledge required? (Score:5, Funny)
*shudder* (Score:2, Funny)
what a crock...
like saying what? (Score:5, Funny)
no, it's like saying "To be able to drink water you must first understand the various ways in which hydrogen and oxygen can combine"
Re:I barely understand the acronym... (Score:2, Funny)
Re:HTTP knowledge required? (Score:1, Funny)
Re:w3c (Score:5, Funny)
If that was intentional, that was pure genius.
Otherwise, "Oh, The Irony."
Timewarp.... (Score:2, Funny)
Huh? I thought the HTTP protocol was already developed.
Re:like saying what? (Score:5, Funny)
Sage words in this dangerous day. Imaging Drinking 101:
See these two hydrogens and one oxygen? Drink that.
See these two hydrogens and two oxygens? DON'T DRINK THAT!
Now, throw in some carbon:
Two carbons, six hydrogens, one oxygen: Drink that (carefully, preferably well hopped and poured slow).
One carbon, four hydrogens, one oxygen: Don't drink that (thin paint with it though).
Re:As always, "a good reference" (Score:3, Funny)
Ummm ... no check from the publisher?
Re:w3c (Score:3, Funny)
Re:w3c (Score:3, Funny)
Re:w3c (Score:3, Funny)
some people actually prefer reading a book to staring a computer screen
I couldn't agree with you more completely.
I've found the phosphors on my vt100 were getting painful to look at, so I just printed out all 4000 of the published RFCs on my dot matrix printer.
No need to spend money on those needless books when I can learn everything from the source.
I do have a question, though.
I've read up on this HTTP and have been using telnet on port 80 to answer all those GET commands that have been coming into my website.
The problem seems to be that the users are getting tired waiting for me to type in the results and are going away. I've even tried cutting and pasting the answers into my telnet window, but it's still taking a long time.
If you ask me, this whole HTTP and HTML thing is highly overrated.