Re:Using Flat Files So Elections Don’t Break Your Server
by beej71 on Tuesday December 21, 2010 @05:09AM
(#2027428)
All righty... it was just a usage of the term "flat file" I was unfamiliar with. :-)
Re:Using Flat Files So Elections Don’t Break Your Server
by julian37 on Tuesday December 21, 2010 @05:49AM
(#2027475)
Yeah, I think they made that up. I've only ever encountered the term "flat file" in the sense of a flat file database, such as a CSV file. As you say, pre-rendered static page is a much better name for it.
Re:Using Flat Files So Elections Don’t Break Your Server
by sambeau on Tuesday December 21, 2010 @06:34AM
(#2027530)
I have always used the term "static html" (as opposed to "dynamically generated html").
"Flattened files" may have been what they were meaning. "Flattened Files" would be a nice simple term for them if there wasn't confusion with Flat-file databases.
>After each batch of new data was received from the AP, this server determined which pages needed to be re-rendered and, using the Typhoeus libcurl-multi bindings for Ruby, pulled new data for each of these pages from the render pool.
Sounds like their infrastructure already has a farm of servers set up to handle rendering articles into their HTML components, so for this scenario they would save the output as a static file and then write it to disk rather than sending the HTML out to the response / caching layer / etc.