Free Newsletters
Technology & Business Daily

InfoWorld
Log-in | Register

  Monday, November 04, 2002 

Web namespace design: de facto standards

As the strengths of the Web's URI-oriented model reassert themselves, some longstanding issues of namespace management return to the fore. Consider, for example, Brent Simmons' handy little Huevos utility, which can float on top of your OS X screen and relay a query to one of a user-configurable set of search services. If you click to enlarge the screenshot to the right, you can see that we have sort of, but not really, standardized on a URI format for search queries.

It seems pretty clear looking at this sample that Google's style is the de facto standard, namely:

http://domain/search?q=... 

I've often thought more standardization in this area would be useful. In general, there's no reason why names like "search.pl" or "query.html" or "search.php" need to exist, or why the root pattern "/search?q=xx" can't be supported. Usually it's possible to control the namespace in the Web server, using mod_perl or an ISAPI filter to map the standard pattern into something site-specific -- and ideally, to hide that site-specific pattern from the user. But hosted sites don't always have that option. In that case, perhaps a strategy like the one recently adopted by the weblog community could help. For example:

<link rel="searchURI" template="..."> 

That way, a tool like Huevos could discover search templates just by visiting the homepage, in the same way that RSS aggregators can discover feeds.

Some other de facto standards that could benefit from direct or indirect standardization: /about, /products, /faq, /press, /news, /developers, /jobs.

 

The RESTful SOAP meme

Mark O'Neill ruminates usefully on the intersection of RESTful SOAP and security:

Expressing a Web Service as a URI means that the respresentation of the Web Service can tie into access control systems and policies, using SAML, at a fine grained per-Web-Service level. Whether the authorization is done using ACLs or RBAC, using an individual URI means that the way in which the Web Service is referenced as a "resource" in a security policy can match the way in which it is referenced by a Web Service client. This seems to me like a good thing - and another reason to remember by URIs were important in the first place. [Mark O'Neill's Radio Weblog]

It's great to see this meme echoing in so many places. The day after I visited Groove to look at their new Web services stuff, I had a conversation with Tim Bray about his information visualization company, Antartica Systems. He says that the web of linked documents, as an architectural style, is a wildly productive -- and fun -- way to do software development.

 


Recent Entries


















































Sponsored Technology Links

 
 
 HOME  NEWS  BLOGS  PODCASTS  VIDEOS  TECHNOLOGIES  TEST CENTER  EVENTS  CAREERS   About | Advertise | Awards | RSS | Contact Us 

Copyright © 2008, Reprints, Permissions, Licensing, IDG Network, Privacy Policy, Terms of Service.
All Rights reserved. InfoWorld is a leading publisher of technology information and product reviews on topics including viruses,
phishing, worms, firewalls, security, servers, storage, networking, wireless, databases, and web services.

CIO :: ComputerWorld :: CSO :: Demo :: GamePro :: Games.net :: IDG Connect :: IDG World Expo
Industry Standard :: IT World :: JavaWorld :: LinuxWorld :: MacUser :: Macworld :: Network World :: PC World :: Playlist