CMS based upon a file system and not a database
http://scripting.com/2013/10/15/frontierGitHub
I wouldn't want to write something new. So, what, then? SQLite, LevelDB, Kyoto Cabinet? None of the above -- I'd use the file system.My rough design was something fairly obvious: tables are folders. Objects are files. And each table gets one special file for scalars. (I'd want to use JSON for the scalars file, probably, but JSON doesn't have a date type. Not sure what I'd do.)
Machines are easily fast enough these days (especially with SSD drives). A few more benefits:
- GitHub! As you've found. (Or Mercurial, Subversion, etc.)
- No need to save the database or save a copy.
- No database size limit.
- Corruption is less likely.
A weird -- but possibly interesting -- side effect is that you could treat any folder on your hard drive as an object database.
From JR's : articles
139 words - 845 chars
created on
- #
source
- versions
Related articles
JotHut uses - Nov 12, 2014
Drupal security hole - October 2014 - Oct 31, 2014
Automattic buys WooThemes - May 2015 - May 19, 2015
Stop using e-mail as a collaboration and knowledge management tool - Oct 29, 2013
Links to read - April 2016 - Apr 05, 2016
more >>