A simple way to expose static assets as a read-only LDP server.
To install static-ldp
, follow these steps:
- run
composer create-project trellis-ldp/static-ldp
- create a
./.env.local
file like this:
TRELLIS_SOURCE_DIR='/path/to/resources'
By installing static-ldp
and configuring the TRELLIS_SOURCE_DIR
to point
to the location of your static resources, you have a simple, read-only linked data server.
The web content will be served from the ./public
directory.
Individual files are served as ldp:NonRDFSource
resources,
and directories are served as ldp:BasicContainer
resources.
If a static file is a RDF file, then it is served as an ldp:RDFSource
.
It is also possible to describe an ldp:NonRDFSource
via the Link: <IRI>; rel="describedby"
header. For example, if a JPEG file is named rosid_rosaceae.jpg
, then by adding an RDF file with
the name rosid_rosaceae.jpg.ttl
(or any valid RDF format such as rosid_rosaceae.jpg.jsonld
), then
requests to rosid_rosaceae.jpg
will include a link header pointing to the ldp:RDFSource
.
Similarly, the ldp:RDFSource
will contain a link header (rel="describes"
) pointing to the
ldp:NonRDFSource
.
All resources support instance digests as defined in RFC 3230.
What this means is that the response can include a Digest
header so that it is possible to ensure end-to-end
data integrity. Requests that include the header: Want-Digest: md5
or Want-Digest: sha1
will include responses
that contain a digest corresponding to the on-disk resource.
Only md5
and sha1
algorithms are supported; other algorithms will be ignored. It should be noted that, for large
files, Want-Digest
requests may perform considerably slower, as the digest will need to be computed before a
response is sent.
There are many configuration options available. Only the sourceDirectory
must be defined.
Other options include:
template: default.twig
If you wish to override the HTML template with one of your own design, you can change this
value to point to a different location. Alternately, you can edit the default.twig
file
in the templates
directory. Though if you plan to customize the template, it is recommended
that you use a separate file.
defaultRdfFormat: turtle
For requests without an Accept
header, this is the RDF format used in responses (for
ldp:RDFSource
and ldp:BasicContainer
resources).
contentDisposition: false
For ldp:NonRDFSource
resources, this controls whether to include a Content-Disposition
header in responses.
extraPropertiesFilename: properties
For each directory that becomes a ldp:BasicContainer
resource, an RDF file within that directory
with this name will have its contents added to the RDF presented as a response for that resource
(instead of becoming a child resource in its own right). This provides a means by which to add
user-controlled properties to ldp:BasicContainer
s.
validRdfFormats:
turtle:
mimeType: text/turtle
extension: ttl
jsonld:
mimeType: application/ld+json
extension: jsonld
ntriples:
mimeType: application/n-triples
extension: nt
Generally speaking, the RDF formats should not be changed unless there is a need to
support a serialization that is not included here. The RDF format (e.g. turtle
,
jsonld
) must be an RDF serialization format supported by EasyRdf.
prefixes:
dc: "http://purl.org/dc/terms/"
rdf: "http://www.w3.org/1999/02/22-rdf-syntax-ns#"
...
The default HTML display template will present IRIs in short (prefixed) form if those prefixes are registered. By default a number of common prefixes are included, but any prefix may be registered here.