If It Can Be Done Using an HTTP Header, Use an HTTP Header
Post from January 13, 2020 (↻ December 18, 2020), filed under Web Development.
The following is a (slightly modified) chapter from Upgrade Your HTML, which is “all about picking examples of HTML in the wild, and explaining how to make that code better.” You can get an inexpensive copy at Leanpub as well as at Amazon.
There are a number of things you can control in HTML that can also be controlled on the domain or protocol level. For example, aspects related to security, performance, or, as in this chapter’s case, redirects (
metaelements are infamous when it comes to redirects), even verification and indexing. Whenever that’s the case, you’re better off working with said domain or protocol level.
The reason? Maintainability, for centralization through domain or HTTP configuration makes it a lot easier, faster, and reliable to manage changes.
<meta http-equiv="Last-Modified" content="Monday, 07 October, 2019 02:21:47AM"> <meta name="Last-Modified" content="Monday, 07 October, 2019 02:21:47AM"> <meta name="Last-Modified-Date" content="Mon, Oct 07, 2019"> <meta name="Last-Modified-Time" content="02.21AM IST">
In the case of the markup above, for example, most servers already respond to a request with a
Last-Modifiedheader. (The other two headers seem non-standard, but can be provided, too, if necessary.) The server the example site is on is no exception:Last-Modified: Mon, 07 Oct 2019 21:21:47 GMT
While the sample code gives room for speculation—what was the motivation to add all this meta markup? why not in the standard
Last-Modifiedformat?—, the lesson is to use HTTP headers if HTTP headers can be used. Because the best HTML is sometimes no HTML, as with the optimized minimal example code:
It’s theoretically possible—my last test dates back a while, and only Firefox just passed it again—to also assign style sheets through HTTP headers. The way it works is described in the old HTML 4.01 spec:
Web server managers may find it convenient to configure a server so that a style sheet will be applied to a group of pages. The HTTP
Linkheader has the same effect as a
LINKelement with the same attributes and values. Multiple
Linkheaders correspond to multiple
LINKelements occurring in the same order.
This allows to issue a header likeLink: <https://example.com/default.css>; REL=stylesheet
to be equivalent to:
<link rel=stylesheet href=https://example.com/default.css>
This is the simplest way and the least work to create a style sheet reference—theoretically the only reference for an entire project. If this worked everywhere you had my full recommendation to always and only set your default style sheet like this!
Needless to say, there may be exceptions to the rule, the most obvious one being the case when HTTP headers can’t be set. For a softer version of the rule, replace “use” with “prefer.”
More? Upgrade Your HTML. (If you’re interested in web development and HTML and CSS quality overall, consider the book bundle that also includes CSS Optimization Basics and The Web Development Glossary.)
I’m Jens Oliver Meiert, and I’m a web developer (engineering manager) and author. I love trying things, sometimes including philosophy, art, and adventure. Here on meiert.com I share some of my views and experiences.
If you have questions or suggestions about what I write, please leave a comment (if available) or a message.
Have a look at the most popular posts, possibly including:
- How Running Your Own Website Is Much Better for You Than You Think
- HTML and CSS and the 2019 Web Almanac
Perhaps my most relevant book: CSS Optimization Basics (2018). Writing CSS is a craft. As craftspeople we strive to write high quality CSS. In CSS Optimization Basics I lay out some of the most important aspects of such CSS. Available at Amazon, Google Play Books, and Leanpub.
Looking for a way to comment? Comments have been disabled, unfortunately.