Les fichiers source sont dans /src
et le site est conçu sur /_site
.
Pour configurer, dans le répertoire racine: npm run build
to Tester: npm run start
JavaScript est 100% facultatif. CSS est également facultatif, mais sans cela, tout sera laid.
La navigation et la structure d'URL correspondent aussi étroitement à celles raisonnables.
Les URL de la "page statique" sont "jolies" et se terminent avec /
.
Les fichiers source "datés" (par exemple, les messages et les notes) sont nommés {iso-date}-{slug}.html
. L'organisation dans des dossiers tels que des années est arbitraire et uniquement pour la gestion de la facilité. Leurs URL sont rendues à l'ancienne-blog comme /YYYY/MM/DD/slug.html
parce que beaucoup d'entre eux sont des URL anciennes et cool ne changent pas.
S'ils le font, une redirection 301 est mise en place à l'ancienne URL.
Les citations sont rendues par Markdown-it-Attribution qui rend HTML en tant qu'éléments <figure>
, à la ala.
/weeks
contient des entrées de journal qui seront incluses dans les URL d'archives hebdomadaires.
/writing
contient des publications qui incluent un titre et une date de publication. Ils sont publiés sur des URL datées. Souvent, ce sont des pesos (manuellement).
/notes
contient de courtes notes identifiées principalement par le temps de publication. Ils sont publiés sur des URL datées. Ils sont généralement de longueur de tweet, mais il n'y a pas de limites formelles sur leur contenu. Ils sont généralement affichés via Sitewriter. Ils sont possé à micro.blog et twitter (via un flux RSS).
/media
contient des pièces jointes au contenu daté (publications et notes), souvent téléchargés via Sitewriter.
Presque tout le reste est une page destinée à être permanente et à s'intégrer dans une sorte de hiérarchie de sujets.
Inspiré par https://jkc.codes/blog/creating-rafts-in-eleventy/ Les fichiers de données dynamiques dans / écriture et / notes provoquent une véritable valeur draft
exclure les pages des collections