Beispiele zur Planung, alle Seiten
Seitentypen, Layouts, Menüs, Sprachen und Zuständigkeiten vor dem Bauen festlegen.
- Eine Bestandsaufnahme der Seitentypen machen: Vor dem Bauen auflisten, welche Arten von Seiten die Site hat und welches Layout jede bekommt: die Inhaltsklassen im Baum und die Layout-Zuordnungen.
- Den Layouttyp für einen Seitentyp wählen: Der Layouttyp legt die Zonen fest: Header / Main / Footer (layout_2) für die meisten Seiten von Fit & Healthy, Header / Left / Right / Footer (layout_4) für eine Seitenleiste.
- Die gemeinsamen Zonen zuerst planen: Festlegen, welche Zonen alle Seiten teilen (Kopfzeile, Fußzeile) und welche einige teilen (Prefooter), bevor Seitenlayouts gebaut werden.
- Festlegen, wer was ändert: Die Site vor dem Bauen zwischen Redakteuren (Inhalte und Layouts) und Entwicklern (Templates, Einstellungen) aufteilen, damit jede Änderung einen Verantwortlichen hat.
- Eine Seite in einem Entwurf als Prototyp bauen: Das Layout im Editor bauen, ansehen und mit Verwerfen wegwerfen: Nichts wird veröffentlicht, bis Sie auf Layout veröffentlichen klicken.
- Eine Seite mit Titeln und Abständen skizzieren: Die Abschnitte einer neuen Seite mit Title-Blöcken und Spacern anlegen, bevor es die echten Inhalte gibt.
- Planen, welche Listen handverlesen sind und welche sich selbst füllen: Für jede Liste vor dem Bauen manuelle Sammlung (Redakteure wählen aus) oder dynamische Sammlung (eine Abfrage) festlegen.
- Planen, wie Einträge in Listen aussehen: Ansichtstypen der Elemente (Standard, Overlay, Card, Line, Mini, List item, mit oder ohne Einleitung) bestimmen das Aussehen jedes Eintrags; planen Sie sie pro Liste.
- Kopf- und Fußzeilenmenü planen: Im Theme von Fit & Healthy sind das Kopfmenü und die erste Zeile der Fußzeile Listen in der menu.ini, die zweite Zeile der Fußzeile ist Inhalt; planen Sie, wer was pflegt.
- Eine zweite Sprache planen: Jede Sprachversion ist ein Siteaccess mit eigenen Einstellungen (Menüs) und kann über eine Siteaccess-Bedingung eigene Layouts bekommen.
- Die Prioritäten der Zuordnungen planen: Die erste aktivierte Zuordnung nach Priorität, deren Ziele und Bedingungen passen, gewinnt; planen Sie die Prioritäten so, dass spezifische Zuordnungen zuerst kommen.
- Ihre Design-Erweiterung planen: Eine Erweiterung für alles, was zur Site gehört: Templates, Stylesheets, Einstellungen, Übersetzungen, benannt, versioniert und an der richtigen Stelle aktiviert.
- Die Blocktypen auflisten, die Sie brauchen: Die Seitenentwürfe mit den Blocktypen vergleichen, die der Editor anbietet; neue Blocktypen nur für das planen, was fehlt.
- Planen, welchen Cache jede Änderung braucht: Pro Art von Änderung aufschreiben, welcher Cache zu leeren ist, damit Livegänge und Updates nicht mit „es erscheint nicht“ enden.
- Planen, wie Layouts aufbewahrt und versioniert werden: Layouts liegen in der Datenbank; planen Sie regelmäßige Exporte (exp:layouts export), damit sie verglichen, wiederhergestellt und übertragen werden können.
- Bestandsaufnahme von Layouts und Einstellungen auf der Konsole: exp:layouts list und exp:ini where geben ein vollständiges, skriptfähiges Bild der Layouts und Menü-Einstellungen einer Installation.
- Die Knoten-IDs für die Menüs sammeln: Menüs und manuelle Sammlungen verweisen auf Knoten-IDs; sammeln Sie sie (und ihre Remote-IDs), wenn der Baum gebaut wird.
- Kampagnen mit Start- und Enddatum planen: Eine Zuordnung kann eine Zeit-Bedingung (from, to) haben; planen Sie Kampagnen-Layouts damit: Seit explayouts 1.4.42 wechselt das Layout zu Beginn und Ende, ohne Verzögerung.
- A/B-Varianten einer Seite planen: Eine Bedingung Abfrageparameter gibt einer Adresse ein zweites Layout: Seit explayouts 1.4.42 bekommen /showcase und /showcase?variant=b bei jeder Anfrage ihr eigenes Layout.
- Barrierefreiheit in die Blöcke einplanen: Die Felder nutzen, die die Blöcke dafür haben (Image alt text, Heading level, Linktexte), und ein einziges h1 pro Seite behalten.
- Bildgrößen planen: Galerien nehmen einen Thumbnail size alias, Templates eine Bildklasse; planen Sie, welche Größen das Design braucht.
- Die Formulare planen: Formulare sind auf Fit & Healthy Inhalte (Klassen Contact form, Feedback form, Lead form), gezeigt durch ihre Full Views; Layouts platzieren sie.
- Einen Blog-Bereich planen: Blog-Beiträge (Klasse NG Blog post) teilen sich auf Fit & Healthy bereits die Artikel-Zuordnung; planen Sie die Übersichtsseite und ihre Listen.
- Einen Rezeptbereich planen: Rezepte haben ein eigenes Layout (Full / Recipe, layout_4 mit Seitenleiste) und eine eigene Zuordnung; planen Sie die Kategorieseite und ihre Listen.
- Themenseiten planen: Themen (Klasse Topic: Running, Workout, Health, HIIT) haben das Layout Full / Topic; planen Sie, was eine Themenseite listet.
- Einen Videobereich planen: Videoinhalte (NG Video) liegen unterhalb von Video (Knoten 164) und bekommen Full / Video; planen Sie die Listen der Landingpage.
- Planen, woher Galerien kommen: Gallery-Blöcke lesen Bilder aus einem Ordner; Galerie-Inhaltsobjekte (NG Gallery) sind eigene Geschichten. Planen Sie, was was ist.
- Die Übertragung von Layouts von Staging in die Produktion planen: Auf einer Staging-Installation bauen, dann die Layouts exportieren und importieren; Inhalte werden über Remote-ID und Pfad zugeordnet.
- Eine Sandbox für riskante Änderungen planen: Änderungen, die man erst nach dem Veröffentlichen sieht, auf einer Kopie der Installation ausprobieren, nie auf der Live-Site.
- Das Messen der Arbeit planen: Die Schritte zählen und die Wartezeiten typischer Änderungen messen, wie auf diesen Seiten, um die beiden Wege auf Ihrer eigenen Site zu vergleichen.
- Den Ordner der Fußzeilen-Links planen: Die zweite Zeile der Fußzeile sind die Kinder eines Ordners (Remote-ID in menu.ini [SiteInfo] FooterLinksRemoteID); planen Sie seine Einträge und ihre Reihenfolge.
- Planen, wer Layouts veröffentlicht: Ein Layout wird in einem Entwurf geändert und als Ganzes veröffentlicht; planen Sie, wer gemeinsame Layouts veröffentlichen darf, da sie viele Seiten auf einmal ändern.
- Das Inhaltsmodell vor den Layouts planen: Layouts ordnen Inhalte an; die Klassen und Felder kommen zuerst. Prüfen Sie, was die vorhandenen Klassen bieten.
- Für Geschwindigkeit planen: Seiten aus dem Cache antworteten auf der Testkopie in 22 bis 102 ms, eine Seite nach dem vollständigen Leeren der Templates in etwa 3 s; planen Sie Livegänge und das Leeren von Caches mit diesem Wissen.
- Die eigene Dokumentation der Site planen: Die Layouts, Zuordnungen, Menüs und Templates der Site in derselben Struktur wie diese Seiten aufschreiben, damit die nächste Person sie ändern kann.
Verwandte Seiten
- Beispiele zum Lebenszyklus
- Zwei Wege zum Bauen
- Freie Dokumentation: Diese Seite darf unter der GNU FDL 1.3 frei kopiert, übersetzt und verbessert werden.
Werden Sie Exponential-Partner
Partner teilen ihre Informationen, stellen Mittel bereit, geben Beiträge zurück und entwickeln die Produkte mit uns, und so wächst Exponential. Eine Partner-Website und ein Dashboard sind für Mitte 2027 geplant: Werden Sie noch heute Partner, damit wir schneller wachsen und neue Funktionen früher liefern.