** /projects/NAME/VERSION/index.html als Kind von `/projects.html`
** Passende Breadcrumbs für die Seite nicht vergessen!
** *Achtung:* Menü wird bei Fehlern nicht korrekt (vollständig!) generiert
-* PASST SO NICHT: Pfade für die Canonical-Links...
+* Das Mapping von /NAME/ auf /projects/NAME/VERSION/index.html in der
+ Konfiguration des Webservers muss angepasst werden - Vorteil:
+ Neue Doku kann deployed und getestet werden, bevor sie sichtbar
+ gemacht werden muss.
TODO:
-* Canonical-Links fehlen im Layout noch!
-* Diese auch in der JSON-Map ablegen?
* Keine hartkodierten Links mit juplo.de im Content!!
-* Fehler in maven-thymeleaf-skin werfen, wenn `command` nicht gesetzt ist
-* Links mit Version in maven-thymeleaf-skin mit "-" anstatt "/" generieren
-** Das /projects/ im Pfad wird _nur_ benötigt, weil sonst die Inhalte der
- aktuellen Version im selben Verzeichnis liegen müssen, in dem die
- Unterverzeichnisse der Versionen liegen.
-** Das ist blöd, da es unübersichtlich ist und sich der Inhalt für die
- Canonical-Links dann nicht per symbolischen Link auf das entsprechende
- Verzeichnis der aktuellen Version realisieren lässt.
-** Außerdem passen die von maven-thymeleaf-skin erzeugten Canonical-Links
- dann nicht, da bei diesen nur die Version weggelassen wird - d.h., es
- bleibt das führende "/projects/" erhalten, das über die site.xml von
- außen vorgegeben wird.
-** ALTERNATIVE: Es ist vielleicht doch schöner, wenn man den Prefix
- "/projects" über einen Parameter konfigurierbar macht, so dass die
- Canonical-Links wieder stimmen - Vorteil: Nur ein Pfad ("/projects/")
- muss in der Webserver-Konfig in die Webserver-Root, in der branding-ng
- liegt, hineingemappt werden und nicht immer jede Projekt-Version neu.
-* Nicht bis ins letzte Detail automatisieren: Letzte Anpassungen von Hand
- (Z.B., zusätzliche/geänderte Links nachdem neue Version herausgekommen ist?)
projects / website / commitdiff