Softwareentwicklung und Support von Weblication® CMS 4.x

Allgemeine Informationen zur Softwareentwicklung und Support von Weblication® CMS 4.x.

Übersicht der Entwicklungszyklen von Weblication® CMS

  • Weblication® CMS 4.x:  Anfang 2004 - Mitte 2011
  • Weblication® CMS Grid: ab Ende 2008
  • Weblication® CMS Core: ab Ende 2009

EDIT: 03.02.2015: Supportende für Weblication® CMS 4.x!

Allgemeines

Die Vorgängerversion der aktuellen Weblication® CMS Core/Grid Versionen ist mittlerweile mehrere tausend Mal im Einsatz. Neue Projekte werden seit geraumer Zeit fast auschliesslich mit den aktuellen CMS Core/Grid Produkten umgesetzt. Dies hat nicht nur die Ursache darin, dass die Weiterentwicklung von CMS 4.x seit Mitte 2011 eingestellt wurde, sondern vielmehr in der Vielfalt der Funktionen und Anwendungen, die in CMS Core/Grid zur Verfügung stehen.
Weblication® CMS wird ausschliesslich in den aktuellen Softwareversionen (Core und Grid) weiterentwickelt!
Support besteht nach wie vor für alle Softwareversionen ab CMS 4.x!

Ein Einsatz von Weblication® CMS 4.x ist nach wie vor möglich, sofern die Voraussetzungen der auf Perl basierten Software gegeben sind.
Selbstverständlich geniessen Sie als Weblication® CMS Vertriebspartner bzw. Endkunde mit Supportvertrag nach wie vor Support für die letzte Final-Version von CMS 4.x.

Beachten Sie bitte:
Heutige Hosting-Pakete bzw. Webserver verfügen meist über eine aktuelle Serverumgebung und nutzen Skriptversionen (Perl, PHP, etc.), auf die das CMS 4.x noch nicht ausgelegt war.
Die aktuellen Versionen von Weblication® CMS setzen konsequent auf offene Technologie, zukunftssichere W3C-Standards (XML / XSLT / XPATH) und ein quelloffenes PHP-Framework. Gegenüber CMS 4.x verfügen Sie in den Core/Grid Versionen über eine immens gesteigerte Funktions- und Anwendungsvielfalt.

Für neue Projekte und einen Relaunch bestehender Projekte ebnen Sie sich mit Weblication® CMS Core/Grid zudem den Weg ins mobile Zeitalter.

Einsatz von Weblication® CMS 4.x unter aktuellen Serverumgebungen

Die Basis von Weblication® CMS 4.x setzt auf der Programmiersprache Perl auf. Für die Lauffähigkeit des CMS-Systemes ist somit die PHP-Umgebung erstmal nicht relevant. Viele Projekte setzen allerdings PHP als Programmiersprache ein, weshalb die im Projekt verwendete PHP-Programmierung auf die Serverumgebung abgestimmt sein sollte. Beachten Sie dies in Ihren PHP-Skripten!

Beim Einsatz der Weblication® CMS 4.x PHP-API- und Framework-Funktionen beachten Sie bitte die in den Voraussetzungen genannte PHP-Version (bis PHP Version 5.3.x).

Ein Einsatz ist in den meisten Fällen entgegen der offiziellen Voraussetzugen auch unter PHP 5.4 möglich, kann aber nicht garantiert werden. Ab Weblication® CMS 4.8.15 wird die Ausgabe von PHP-Fehlern standardmässig über die WAPI deaktiviert (ini_set('display_errors','Off');). Sollte es in eigenen Skripten zu Fehlerausgaben kommen, zeigen wir nachfolgend eine entsprechende Lösung auf.

Hierfür reicht es in der Regel aus, PHP-Strict-Meldungen zu unterbinden. Dies sollte vor dem Aufruf von API- bzw. Framework-Funktionen vorgenommen werden. Angelehnt an die Musterstrukturen/-projekte von CMS 4.x kann dies z.B. in der zentralen head.php des Projektes gesetzt werden:

Beispiel: Auszug aus der head.php eines Projektes

ini_set('display_errors','Off');
  // ...
  // ...

Beim Einsatz eines Captcha-Elementes in Formularen kann es zudem erforderlich sein, dass in der verwendeten PHP-Datei die Fehler auf gleiche Weise unterdrückt werden. Wenden Sie sich hierzu am besten direkt an den Support.

Lauffähigkeit eines CMS 4.x Projektes unter PHP 5.4 prüfen

Nach und nach stellen Internetprovider und Webhoster auf PHP 5.4.x um. Als Beispiel sei hier 1und1 genannt, die nach Unternehmensangaben ab 01. April 2013 sogar ausschliesslich PHP-Versionen ab 5.4.x anbieten und ältere PHP-Versionen nicht mehr unterstützen.

Um ein Weblication® CMS 4.x PHP-Projekt bereits vor dem Umstellungstermin in einer PHP 5.4.x Umgebung zu testen, können Sie dies entweder zentral über das 1und1-Controlcenter umstellen oder die PHP-Version über eine .htaccess Datei in der DOCUMENT_ROOT der Domain umstellen:

Inhalt der .htaccess Datei:

# .php Dateien als PHP 5.4+ interpretieren
AddType x-mapp-php6 .php
AddHandler x-mapp-php6 .php

(siehe auch 1und1-Hilfe (auch in den meisten Shared-Hosting Tarifen möglich))

Der Vorteil bei der Variante über die .htaccess Datei liegt darin, dass ein Test nicht auf die Reaktionszeit des Controlcenters angewiesen ist.

FAQs
Wie ist der Entwicklungs- und Support-Status von Weblication® CMS 4.x?
Die Weiterentwicklung von Weblication® CMS 4.x wurde seit Mitte 2011 eingestellt. Neue Projekte werden seither fast ausschließlich mit den aktuellen Produkten **Weblication® CMS Core/Grid** umgesetzt. **Support besteht jedoch weiterhin für alle Softwareversionen ab CMS 4.x**.
Warum werden neue Projekte meist nicht mehr mit CMS 4.x umgesetzt?
Neue Projekte werden seit geraumer Zeit fast ausschließlich mit **Weblication® CMS Core/Grid** umgesetzt, vor allem wegen der **deutlich größeren Vielfalt an Funktionen und Anwendungsgebieten** gegenüber CMS 4.x.
Ist ein Einsatz von Weblication® CMS 4.x auch heute noch möglich?
Ja, ein Einsatz ist weiterhin möglich, **sofern die auf Perl basierten Voraussetzungen gegeben sind**. Zusätzlich erhalten Vertriebspartner bzw. Endkunden mit **Supportvertrag** Support für die **letzte Final-Version von CMS 4.x**.
Auf welcher Technologie basiert Weblication® CMS 4.x?
Weblication® CMS 4.x basiert auf der Programmiersprache **Perl**. Die PHP-Umgebung ist für die Lauffähigkeit des CMS selbst zunächst nicht relevant.
Welche Rolle spielt PHP beim Einsatz von Weblication® CMS 4.x?
Viele Projekte nutzen **PHP** als Programmiersprache. Daher sollte die verwendete **PHP-Programmierung auf die Serverumgebung abgestimmt sein**. Außerdem sind bei Nutzung der **PHP-API- und Framework-Funktionen** die genannten **PHP-Versionen (bis PHP 5.3.x)** zu beachten.
Kann Weblication® CMS 4.x mit PHP 5.4 betrieben werden?
Der Betrieb ist in den meisten Fällen **auch unter PHP 5.4 möglich**, allerdings wird dies **nicht garantiert**. Es hängt davon ab, wie die Umgebung und Skripte umgesetzt sind.
Was ändert sich ab Weblication® CMS 4.8.15 bezüglich PHP-Fehlerausgaben?
Ab **Weblication® CMS 4.8.15** wird die Ausgabe von **PHP-Fehlern standardmäßig über die WAPI deaktiviert** (entsprechend: <code class="codeInline">ini_set('display_errors','Off');</code>). Wenn in eigenen Skripten dennoch Fehlerausgaben entstehen, wird in der Seite beschrieben, wie man diese unterdrückt.
Wie kann ich PHP-Fehlerausgaben bei eigenen Skripten unter PHP-API-/Framework-Aufrufen unterdrücken?
In der Regel reicht es, **PHP-Strict-Meldungen zu unterbinden**. Wichtig ist, dies **vor dem Aufruf von API- bzw. Framework-Funktionen** zu tun. Beispielhaft wird in der <code class="codeInline">head.php</code> gesetzt: <code class="codeInline">ini_set('display_errors','Off');</code>.
Was muss ich beachten, wenn ich ein Captcha-Element in Formularen verwende?
Wenn Captcha-Elemente in Formularen genutzt werden, kann es erforderlich sein, die Fehlerausgabe in der betroffenen PHP-Datei **auf gleiche Weise zu unterdrücken**. Dazu empfiehlt die Seite, sich direkt zu wenden.
Wie kann ich ein Weblication® CMS 4.x Projekt vor dem Umstellungstermin auf PHP 5.4 testen?
Zwei Optionen werden genannt: **(1)** Testen über die Umstellung im **1und1-Controlcenter** oder **(2)** Umstellen der PHP-Version über eine **<code class="codeInline">.htaccess</code> Datei** im <code class="codeInline">DOCUMENT_ROOT</code> der Domain auf eine PHP-5.4+-Interpretation.
Wie sieht ein Beispiel für die <code class="codeInline">.htaccess</code>-Konfiguration zum Testen unter PHP 5.4 aus?
Ein Beispiel aus dem Text: <pre><code class="codeBlock" style="color: #000000">apache # .php Dateien als PHP 5.4+ interpretieren AddType x-mapp-php6 .php AddHandler x-mapp-php6 .php </code></pre>
Welche Vorteile hat der Test über <code class="codeInline">.htaccess</code> gegenüber der Umstellung im Controlcenter?
Der Vorteil ist, dass der Test **nicht von der Reaktionszeit des Controlcenters** abhängig ist.