Class | Nanoc::DataSources::FilesystemUnified |
In: |
lib/nanoc/data_sources/filesystem_unified.rb
|
Parent: | Nanoc::DataSource |
The filesystem_unified data source stores its items and layouts in nested directories. Items and layouts are represented by one or two files; if it is represented using one file, the metadata can be contained in this file. The root directory for items is the `content` directory; for layouts, this is the `layouts` directory.
The metadata for items and layouts can be stored in a separate file with the same base name but with the `.yaml` extension. If such a file is found, metadata is read from that file. Alternatively, the content file itself can start with a metadata section: it can be stored at the top of the file, between `—` (three dashes) separators. For example:
--- title: "Moo!" --- h1. Hello!
The metadata section can be omitted. If the file does not start with three or five dashes, the entire file will be considered as content.
The identifier of items and layouts is determined as follows. A file with an `index.*` filename, such as `index.txt`, will have the filesystem path with the `index.*` part stripped as a identifier. For example:
foo/bar/index.html → /foo/bar/
In other cases, the identifier is calculated by stripping the extension. If the `allow_periods_in_identifiers` attribute in the configuration is true, only the last extension will be stripped if the file has multiple extensions; if it is false or unset, all extensions will be stripped. For example:
(`allow_periods_in_identifiers` set to true) foo.entry.html → /foo.entry/ (`allow_periods_in_identifiers` set to false) foo.html.erb → /foo/
Note that each item must have an unique identifier. nanoc will display an error if two items with the same identifier are found.
Some more examples:
content/index.html → / content/foo.html → /foo/ content/foo/index.html → /foo/ content/foo/bar.html → /foo/bar/ content/foo/bar.baz.html → /foo/bar/ OR /foo/bar.baz/ content/foo/bar/index.html → /foo/bar/ content/foo.bar/index.html → /foo.bar/
The file extension does not determine the filters to run on items; the Rules file is used to specify processing instructors for each item.
It is possible to set an explicit encoding that should be used when reading files. In the data source configuration, set `encoding` to an encoding understood by Ruby’s `Encoding`. If no encoding is set in the configuration, one will be inferred from the environment.