sind Scripte, die festgelegte Aufgaben in unterschiedlichen Kontexten systemübergreifend ausführen. Sie dienen zur Manipulation von Datenbankinhalten wie auch Inhalten auf Dateiebene.
Ein wesentliches Ziel in der Programmierung von Welcompose ist es, die Performance der Software so hoch wie möglich zu halten. Aus diesen Grund findet in der (Frontend)Ausgabe der Inhalte keine Konvertierung der Inhalte zur Laufzeit statt, da dieses eine deutlich erhöhte Kommunikation zwischen Browser, Server und Datenbank notwendig macht und demzufolge das Laden der Seite signifikant verlängert. Stattdessen geschieht die Konvertierung der Inhalte zum Zeitpunkt der Bearbeitung, bzw. Speicherung innerhalb der Administrationsoberfläche.
Um diese doch recht abstrakte Beschreibung mit Leben zu füllen -
Am Beispiel der Aktion Aktuelles URL Pattern Layout anwenden
lässt es sich anschaulich nachvollziehen:
Welcompose wird mit einem URL Layout ausgeliefert, das parameterisierte URLs nutzt (siehe auch Kapitel 14, URL Rewriting). Gehen wir nun davon aus, das Sie Seiten anlegen, in denen Sie interne Verweise zu Seiten der Webpräsenz einfügen. Diese würden beispielhaft wie folgt in der Datenbank gespeichert:
<a href="/index.php?page_name=seitenname&action=Index">xxx</a>
In Laufe der Inhaltseinpflege entscheiden Sie sich nun die im Kapitel 14, URL Rewriting beschriebene Methode der URL Abbildung zu nutzen. Sie führen die notwendigen Schritte durch und fahren fort mit der Inhaltseinpflege. Links, die Sie jetzt in inhaltliche Seiten einfügen, werden - analog zum obigen Pfad - beispielhaft wie folgt in der Datenbank gespeichert:
<a href="/seitenanme/">xxx</a>
Somit existieren ab diesem Zeitpunkt zwei verschiedene URL Layouts in Ihren Seiten. Das führt zu keiner Beeinträchtigung der Verlinkung (s. auch die Anmerkung), dennoch ist die Mischung unterschiedlicher URL Layouts im Seitenkontext zumeist nicht erwünscht.
![[Anmerkung]](images/note.jpg)
|
Anmerkung |
|---|---|
|
Auch wenn Sie unterschiedliche Pfad Layouts nutzen,- die Verlinkung Ihrer Seiten ist zu keinem Zeitpunkt hierdurch beeinträchtigt. Der Standard, die Abbildung als parametisierte URLs, ist zu jeder Zeit gültig und anwendbar. |
Um die URLs, die vor der Umstellung auf das alternative URL Pattern Layout in
den Seiten eingefügt (und dem zufolge in der Datenbank gespeichert) wurden,
an das neue URL Layout anzugleichen, führen Sie die Aktion Aktuelles
URL Pattern Layout anwenden aus.
Wie im Anwendungsbeispiel der Aktionen beschrieben, sollte diese Funktion immer dann ausgeführt werden, wenn sich das URL Pfad Layout geändert hat (s. Kapitel 14, URL Rewriting).
Haben Sie eine Abkürzung (siehe Abschnitt 5.7, „Abkürzungen“) bearbeitet, müssen die Inhalte aller Seiten, in denen die bearbeitete Abkürzung verwandt wird, aktualisiert werden. Führen Sie die Funktion aus um das Backend und Frontend zu synchronisieren.
Hat eine Abkürzung einen Eintrag im Feld Glossar , wird erst durch die Ausführung dieser Funktion die HTML-Syntax um den Link auf die hier auszuwählende Zielseite für Ihr Glossar erweitert. Aktivieren Sie die Option Glossar Seite anwenden? um nachfolgend die Seite auszuwählen, auf die die in den Seiteninhalten eingefügten Abkürzungen verweisen sollen.
Die Auswahl der Zielseite muss bei jeder Ausführung der Funktion erneut getroffen werden.
|
|
Anmerkung |
|---|---|
|
Obige Option zur Glossarverlinkung ist notwendig, da unter Umständen zum Zeitpunkt der Erstellung einer Abkürzung oder auch beim Einfügen in Seiteninhalte noch keine Seite existiert, die die Anzeige des Glossar beinhaltet (siehe Abschnitt 5.7.4, „Ausgabe Glossar“). |
![[Tipp]](images/tip.jpg)
|
Tipp |
|---|---|
|
Um es zu vermeiden nach jeder einzelnen Bearbeitung einer Abkürzung in den Bereich Einstellungen und wieder zurück zu wechseln, ist es eine gute Idee, bei einer Änderungen von unter Umständen mehreren Abkürzungen, diese erst abzuschließen um dann nachfolgend in einem einzigen Schritt die Änderungen in der Ausgabe zu synchronisieren. |
Welcompose, bzw. Smarty als verwendete Template Engine, generiert bei einem
Seitenaufruf in der Ausgabe für jede Ausgabeseite eine statische Datei,
auf die im Laufe weiterer Seitenaufrufe zugeriffen wird. Diese nennt man
kompilierte Vorlagen. Sie liegen im Pfad /smarty/compiled.
Bearbeitet man im Adminstrationsbereich Seitenvorlagen, Vorlagengruppen und legt inhaltliche Seiten kann es unter Umständen notwendig sein, diese Funktion auszuführen, damit die Ansicht der Ausgabe immer den aktuellen Stand der Bearbeitung reflektiert. Sie löscht die kompilierten Vorlagen aus dem Verzeichnis, so dass Smarty gezwungen wird, bei erneuten Seitenaufruf zwingend eine neue Datei zu schreiben.
Sie können diese Funktion ohne weitere Beeinträchtigung zu jeder Zeit ausführen.
|
|
Anmerkung |
|---|---|
|
Haben Sie FTP-Zugriff auf den Installspfad von Welcompose, können Sie die
kompilierten Vorlagen auch händisch löschen
(Pfad: |