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.
w3c (Score:5, Insightful)
You can also join the W3c mailing lists to get in-depth info on any of the technology stacks.
Not surprising the author didn't know his niche... (Score:5, Insightful)
HTTP knowledge required? (Score:4, Insightful)
Web-development does not require a knowledge of HTTP, and this is the way it should be. You shouldn't need to understand ASCII, etc., to use a word-processor.
In-depth books are few & far between? (Score:4, Insightful)
As always, "a good reference" (Score:5, Insightful)
After reading the mostly-negative review, how am I supposed to believe that it is in fact "a good volume"? The reviewer even says that most people would find it to be a waste of money!
What does it take for a reviewer to come out and declare "THIS BOOK ISN'T WORTH THE PAPER IT IS PRINTED ON"??
Good Review (Score:4, Insightful)
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."
This may have been the first sign of trouble. I always hate it when salespeople or authors waste my time telling me what I already have grasped and understood. After a while, I start to question whether I really should be interested it in anymore if they are so concerned that I won't be.
I think I will try to check this out at the library for a quick refresher course, but it doesn't sound like one to add to my own library. It is good to see an honest review that doesn't immediately gush with adoration and praise while glossing over the flaws. While another poster questioned the frequency of reviews from honestpuck, the quality of this review leads me to ask him to keep up the good work.
Just write your own web server (Score:5, Insightful)
-josh
Re:HTTP knowledge required? (Score:3, Insightful)
Ever sent a file to a browser that is dynamically generated, and isn't an inline image or a html/txt page?
Or maybe you wanted to handle file uploads, while the languages have built in functions for handling them, those functions are usually pretty bad at handling anything special, or providing feedback to the user on the progress of the upload.
It helps to know HTTP. It's not one of those things you need to know, but without knowing it, you won't be able to do anything that the language developers didn't have planned for you.
Re:HTTP knowledge required? (Score:5, Insightful)
For hobby sites, no. For proper sites, definitely. Far too many people build a site without any understanding of how the browser talks to the server. Common mistakes include:
It's not a trivial topic that can be glossed over. You could literally waste gigabytes of bandwidth a month on a high profile site (or single slashdotting) if you don't pay attention to the interaction between server and client. While it's certainly possible to build a site without knowing the first thing about HTTP, it shouldn't be encouraged.
Far too many web developers.... (Score:5, Insightful)
Re:HTTP knowledge required? (Score:3, Insightful)
How about a fundamental understanding of cookies?
From the text:
(Shiflett goes on to describe the Set-Cookie and Cookie headers.)
Relying on a given scripting language's manipulation of HTTP requests/responses without understanding what's actually going over the wire is a mistake.
By the same reasoning, it's also a mistake for a web developer to use WYSIWYG HTML editor like Dreamweaver, without understanding the markup that's being generated...
For your average web developer, reading this book (which should take just a couple sittings over one weekend) would be a worthwhile investment.
Is understanding syntax trees crucial... (Score:1, Insightful)
understanding HTTP is crucial for web development
HTML may be playing a bigger role .. (Score:5, Insightful)
1. most people use it to "design pages", not represent data. H1, H2
2. small fonts (guess what: verdana is NOT cool), sans-serif for main text, low-contrast hard-to-read colors, and so on.
3. propriatery HTML (say IE 6.0+ only), fixed-resolution design
and many other bugs of the sort. Reading W3C's HTML 4.01 & CSS2 specifications and some usability guides (www.useit.com) should be more insightful than following up on HTTP headers. What works for me is knowing it's stateless, what this means, cookies and url rewriting, and SSL/TSL. The only time I used cleancut HTTP was when testing certain servers via telnet 80.
Verisign and networksolutions are an additional problem, but that's another story altogether.
For a webdesigner, the protocol details are of little use. There are more important things to study.
-i
Re:w3c (Score:4, Insightful)
why would i wanna "buy" a book, that has info that is already available on http://www.w3c.org?
Because (and get ready for this, it's a bit shocking) some people actually prefer reading a book to staring a computer screen (and not everyone has access to a printer to make hardcopies of the w3c specs).
GASP!
Re:w3c (Score:5, Insightful)
do you work for the riaa or something?
people buy books (and cd's) even though they can be garnered free over the 'net because:
Re:Honest Criticism (Score:2, Insightful)
Maybe it's regional or something but to me and people I know, "web developers" are programmers who use server-side technologies like mod_[perl/php/whatever], ASP, JSP etc etc etc who would actually care about what is happening in the HTTP request process because they (can) directly influence it.
I call people who use things like Dreamweaver, Frontpage, or notepad to write HTML docuements "web designers". These same people also use graphic design software to make graphics for websites with photoshop, illustrator, or whatever.
two very different skillsets, two very different types of training/knowledge
The Difference (Score:2, Insightful)
the book is not really 'practical,'. . . (Score:4, Insightful)
And so we descend, bit by pleasant little bit, into hell, where "information" isn't "practical," where knowledge of reality isn't "necessary" and where, it turns out, the enviroment is a cube farm populated by clueless code monkeys happy to be there.
Sorry for wading into this thread after yelling "Flame On!", but reading most of the responses is just plain depressing.
The older I get the more I understand why Fabian Pascal tends to come across as a bit bitchy. He's earned the right.
Helloooooo, are there any geeks left in the house?
My mom has a degree in fine arts. Not a very geeky field, right? She took chemistry for years so she could understand her materials, particularly glazes. Is this necessary to throw a pot? No. Is it necessary to be a good ceramicist? Yes.
A real artist always knows her materials, right down to the last atom.
Otherwise you're just a semiskilled mechanic working on an assembly line.
Of course, it that was your goal when you set out . .
KFG
KFG
Re:w3c (Score:3, Insightful)
Nor do they mysteriously change, sometimes radically, every time the author has a new idea and hacks his text again.
And don't forget:
5. It's easy to lay out a book on my desk, alongside the six other books I'm referring to concurrently, and see them all at the same time. <hubris>If one book can tell you everything you need to know about your project, what you are doing is too small to be called a "project".</hubris>
Re:Just write your own web server (Score:3, Insightful)
Re:Not surprising the author didn't know his niche (Score:3, Insightful)
Re:I barely understand the acronym... (Score:3, Insightful)
While not the original interpretation, I prefer to think of the WWW as a giant state engine with all possible pages (including possible dynamically-generated content) as already created and available. Then as you navigate from one page to another, i.e., are transferred from page to page, you are changing from one state to another.
This way of envisioning the WWW is called Representational State Transfer(REST) and is documented by Roy Fielding, one of the WWW's architects, in his doctoral dissertation [uci.edu].
This is not the original interpretation, however, and in both HTTP 1.0 - RFC 1945 [w3.org] and HTTP /1.1 - RFC 2068 [w3.org] the term "transfer" is used in the original sense of transferring data.
Re:Not surprising the author didn't know his niche (Score:3, Insightful)
Re:HTTP knowledge required? (Score:3, Insightful)
I'd especially like to whack developers who put large Java or Flash intro pages.. especially those with no way to skip them. Okay like it's cool that you can write your company name in a fancy font and make it zoom around but really who gives a damn? If you want to make movies then make movies. If you want to make a website then make a damn website. Websites don't need neato special effects.