Oder Du bist Redakteur auf einer Website die mit Weblication gepflegt wird und hast einen Tipp für andere Weblication Redakteure?

Schreibe mir eine kurze Nachricht über das Kontaktformular und ich schicke Dir Zugangsdaten für das Weblication-Tipps Blog zu.

Es wird eine spezielle Kategorie “Weblication Profis” geben, in der jeder Gastbeiträge zu Weblication schreiben kann. Würde mich freuen hier ein paar Weblication Profis zu finden, die Ihr Wissen teilen wollen!

Zum Kontaktformular geht es hier lang.

Um jedoch trotzdem nicht komplett auf statische Seiten angwiesen zu sein, gibt es die Möglichkeit Pflegemasken zu erstellen. Damit ist es auch möglich XML Dateien auszulesen und zu pflegen. Somit ist zwar nicht die ganze Präsenz auf XML-Daten aufgebaut, ein Teil jedoch schon.

Der Vorteil liegt klar auf der Hand. Entscheidet man sich später evtl. doch für eine Enterprise oder Grid Version können die eingepflegten Daten weiter verwendet werden. Abgesehen davon ist XML ein offenes Format und kann somit auch in anderen Programmen oder durch eine Schnittstelle genutzt werden.

Welche Daten bieten sich also an als XML vorzulegen?
Das kann bei den einfachen Neuigkeiten anfangen, über die Mitarbeiterdatenbank, bis hin zum Produktkatalog. In einem Projekt welches ich vor Kurzem umgesetzt habe, nutze ich die Pflegemasken für die Referenzen, Partnerauflistung und Projekte des Kunden.

Ich erkläre hier wie man Pflegemasken einrichtet, diese nutzt und dem Redakteur das Einpflegen in Weblication noch vereinfachen kann. Außerdem gehe ich auf Listentemplates ein - wie man diese tunen kann und dem Seitenbesucher ein besseres Surfverhalten bietet.

Pflegemasken einrichten

Zunächst muss man eine neue Pflegemaske einrichten. Dazu wählt man im Administrationsmenü den Punkt Pflegemasken aus. Anschließen kann man eine neue Pflegemaske hinzufügen.

Um mit XML-Daten arbeiten zu können wählt man bei den einzelnen Feldern den Typ “XML-Elemente mit dem Elementname” aus und vergibt eine Bezeichnung.

Im Feld Editor können wir unterschiedliche Typen wälen (Textzeile, Textzeile mit Auswahl, Textfeld, HTML-Feld, Dateiauswahl, Bild, Datum, Auswahlliste, Mehrfachauswahl). Somit lassen sich so ziemlich alle Szenarien und Daten in XML abspeichern.

Anschließend wählt man den Punkt Registerlaschen aus und wählt lediglich den Punkt “Pflegemaske” aus. Somit hat der Benutzer später keine Möglichkeit die Dateien anderweitig zu bearbeiten:

Verzeichnis vorbereiten

Um nun Dateien mit der Pflegemaske zu bearbeiten muss man diese in den Einstellungen des Verzeichnisses definieren. Hier wählt man also die zuvor eingerichtete Pflegemaske aus und speichert die Einstellungen für das Verzeichnis.

Bevor man nun neue Dateien in diesem Verzeichnis anlegt bedarf es einer Vorlage. Diese sollte nun natürlich im XML-Format vorliegen und sich in einem Unterorder “templates” befinden.

Die Vorlage könnte zum Beispiel so aussehen:

<news>
  <thumbnail></thumbnail>
  <date></date>
  <headline></headline>
  <shorttext></shorttext>
  <link></link>
  <homepage></homepage>
  <aktuelles></aktuelles>
</news>

Einpflegen von Daten

Anschließend fügt man nun einfach Dateien hinzu und erhält lediglich die Felder, welche zuvor im Template definiert wurden:

Soweit so gut, nun müssen lediglich noch die XML-Dateien ausgelesen und angezeigt werden. Hierzu benutzen wir Listen, die wie so oft sehr praktisch in Weblication sind.

Listentemplate anpassen

Um Elemente aus XML-Dateien in Listen anzuzeigen gibt es besondere Tags. Sie heißen XLITE und geben jeweils ein Element aus. welches den vergebenen Namen im XML-Dokument trägt. Ein Beispiel:

<!--PRC:XLITE element="link" -->

Die Datenverarbeitung

Insgesamt ist eine Datenbereitstellung im XML-Format immer besser als einen Haufen HTML und HTML-Kommentare in einer Datei zu haben. Somit kann man die Daten ebenfalls auch in andere Formate leichter umwandeln oder auf anderen Medien ausgeben. Sofern man die Möglichkeit hat diese Methode einzusetzen, wäre es sinnvoll diese Chance nicht zu vergeben.

Manche CMS bringen von Haus aus schon ein paar nette Features mit um die Seite optimiert auszugeben oder zumindest dem Entwickler und Redakteur die Möglichkeit zu geben dies zu steuern. Bei Weblication gibt es da den ein oder anderen Trick, doch ein leidiges Thema bleibt die Mehrsprachigkeit von Websites.

Gerade kürzlich erst habe ich dazu einen Tweet von Sistrix gelesen, der passend erklärt wie man bei Mehrsprachigkeit die URL-Struktur aufbauen sollte. Er schreibt dazu:

es gilt: example.local_tld > local_tld.example.tld > example.tld/local_tld

Das Ganze in der Praxis: Ich habe 2 Sprachen, Englisch und Deutsch; Spielen wir das Spiel mit dem Weblication Tipps Blog durch:

weblication-tipps.de > de.weblication-tipps.de > weblication-tipps.de/de/
weblication-tipps.com > com.weblication-tipps.de > weblication-tipps.de/com/

Idealerweise habe ich also auch 2 Domains mit den passenden Länderkürzeln (.com und .de), falls dies nicht der Fall ist, löse ich es mit Subdomains, kann oder möchte ich dies nicht einsetzen (zum Beispiel weil das CMS nicht mitmacht) beschränke ich mich auf Unterverzeichnisse.

Nun zu Weblication. Eine Sprachumschaltung war bisher mit Unterordnern möglich. Einen passenden Beitrag hatte ich dazu schon vor einiger Zeit geschrieben. Dies ist eine Lösung, nicht aber die Beste, wie oben beschrieben. Natürlich kann man auch die anderen Lösungen in Weblication umsetzen, nur leider nicht mit den Hausmitteln von GRID.

Ich habe ein wenig gesucht bis ich Live-Versionen von GRID-Websites gefunden habe in denen die Sprachumschaltung von GRID eingesetzt wird. Zwei Beispiele habe ich gefunden, einmal die Karlsruher Messe und einmal die Pressewebsite von L’TUR. Bei beiden das gleiche Problem, ich gehe näher auf die Messeseite ein.

Ein Beispiel ist die Website der Karlsruher Messe. Rechts oben findet man die Fahnen zum Umschalten der Sprache, die funktioniert auch tadellos, sofern man Javascript eingeschalten hat. Hier schon der erste Stolperstein, Suchmaschinen mögen und können zum Teil keine Javascript ausführen. Nehmen wir aber an, unsere favorisierte Suchmaschine kommt tatsächlich auf den Link. Was passiert? Es wird ein Script aufgerufen, welches in der Session die Sprache festlegt und die gleiche URL ausgibt, allerdings in einer anderen Sprache. Die gleiche URL für unterschieldichen Inhalt ist der Todesstoß für einen der beiden Inhalte. Google kann hier keine zwei Ergebnisse ausgeben, das ist technisch einfach nicht möglich (zumindest zum heutigen Zeitpunkt).

Hmmm… Was passiert also in der Suchmaschine? Ich suche bei Google Deutschland nach Karlsruher Messe. Wunderbar, erstes Ergebnis sogar mit Sitelinks. Nun mache ich das gleiche bei Google USA und sollte eigentlich ein englisches Suchergebnis ausgeliefert bekommen. Dies ist jedoch deutsch, und sofern ich bei mir keine Session gesetzt habe wird dies auch auf deutsch angezeigt.

Natürlich kann jeder englischsprachige Benutzer die Fahne im rechten Eck finden und dort draufklicken, allerdings verstecke ich für die Suchmaschinen wertvollen Inhalt der anderen Sprache(n). So sollte das doch auf keinen Fall laufen.

Liebe Entwickler von GRID, nicht jedes CMS muss suchmaschinenfreundlich sein, und nicht jeder Entwickler kann sich mit Suchmaschinen auskennen, aber hier bietet sich doch noch erhebliches Optimierungspotential, oder?

In der Grid Abteilung habe ich zwei (Link 1, Link 2) Artikel zu dem Thema gefunden, aber es sollte doch noch andere Möglichkeiten geben, dies richtig umzusetzen. Gerne bin ich auch bereit ein paar Ideen dazu zu teilen.

// Update 18:08 - In der neuen Beta-Version der Standardpräsenz sowie der Beta-Version von Grid soll es die Möglichkeit von URL-Alias geben. Damit wäre dem URL-Strukturproblem genüge getan.

Als Webseitenbetreiber interessieren mich ein paar Kennziffern die ich möglichst täglich, meistens aber wöchentlich oder monatlich zur Verfügung gestellt bekommen möchte. Dies fängt bei den Besucherzugriffen an, geht über Pageviews bis zu den einzelnen Suchbegriffen mit welchen die Benutzer auf meine Seite gekommen sind. Allerdings können sich diese Kennziffern deutlich unterscheiden, je nachdem was ich analysieren möchte. Analyse von Statistiken ist ein großer Bereich, den ich hier nicht komplett abdecken kann. Mit der Slimstat Integration möchte ich jedoch einen kleinen Einstieg geben, eine Integration von Statistikwerten in Weblication zu realisieren.

Zunächst zu Slimstat - es ist eine Applikation, die unter http://wettone.com/code/slimstat zum kostenlosen Download angeboten wird. Um Slimstat zu installieren benötigt man PHP und eine MySQL Datenbank.

Die Installation ist recht einfach: Herunterladen, Entpacken, Auf den Webspace laden (siehe Weblication Hosting), Installationsroutine durchlaufen. Wenn man den Standardpfad nutzt, werden die Statistiken unter dem Verzeichnis /slimstat/ angezeigt.

Nun muss man noch den Trackingcode in die eigene Website einfügen. Dies wird mit folgendem Include gemacht:

@include_once( $_SERVER["DOCUMENT_ROOT"]."/slimstat/inc.stats.php" );

Idealerweise kann man dies in den Footer einfügen, der evtl. wiederum includiert wird, so muss man nciht in jede einzelne Datei. Sehr wichtig ist das Schützen der Statistik, außer man möchte diese für die Allgemeinheit zur Verfügung stellen - aber alleine schon wegen Referrer-Spam rate ich persönlich davon ab. Eine einfach .htaccess Lösung ist die effektivste Methode dies umzusetzen, alelrdings können auch eigene Scripte davorgeschalten werden.

Wenn bisher alles funktioniert hat, bei Aufruf der Seite sich etwas in Slimstat bewegt sind wir schon sehr weit gekommen. Nun geht es an die eigentliche Integration in Weblication. Wir machen dies analog zur Integration wie beim Upload-Tool.

Allerdings bietet Weblication schon ein Statistik-Icon an, sodass wir dieses einfach übernehmen können. In der Datei de.wLinksMenu.xml die im Ordner /weblication/wDefault/ liegt fügen wir folgende Zeile ein:

<link caption="Statistik" url="http://benutzer:passwort@www.domain.tld/slimstat/" target="" icon="statistic.gif"/>

Natürlich müssen die Werte für die eigene Website angepasst werden: Benutzer und Passwort gelten jeweils für den .htaccess Schutz. Idealerweise schützt man das Verzeichnis /weblication/wDefault/ noch vor unberechtigtem Zugriff.

Nun kann man das Werk vollendet im Weblication Backend bewundern. Dort sollte das Administrationsmenü nun in etwa so aussehen:

Natürlich kann man auf diese Weise auch jegliche andere Applikation, Statistik oder ein fertiges Tool in Weblication integrieren. So zum Beispiel auch Piwik, ein Statistiktool was wohl schon eher an Google Analytics ran kommt.

Allerdings besteht immernoch ein Problem, wenn intern falsch verlinkt wird. So kann es sein, dass die Seite /produkte/ipod-zubehoer/ eine andere für Suchmaschinen bedeutet, wie zum Beispiel /produkte/ipod-zubehoer/index.php

Noch interessanter wird es, wenn die Parameter ebenfalls als unterschiedliche URLs angesehen werden, für unser Beispiel wäre dies dann /produkte/ipod-zubehoer/index.php?navanchor=180001

Wie kann man nun nur jeweils eine URL kommunizieren und diese ebenfalls für die Suchmaschinen sichtbar machen, ohne dass ein Duplicate Content Problem entsteht?

Nun, es gibt unterschiedliche Herangehensweisen, dieses Problem in den Griff zu bekommen. Eine Möglichkeit wäre zum Beispiel eine XML-Sitemap anzulegen und darauf zu hoffen, dass die Suchmaschine die URLs, welche dort kommuniziert werden, tatsächlich auch indiziert. Eine weitere Möglichkeit bietet das, erst kürzlich erschienene, Canonical-Element.

Wie das Element funktioniert wird bei Matt Cutts von Google auf seinem Blog erklärt.

Als das neue Element erschien und kurz darauf schon Plugins für Wordpress, Drupal und Magento erschienen, wollte ich ebenfalls ein Plugin für Weblication veröffentlichen. Leider ist dies in dieser Form jedoch nicht so einfach realisierbar, wie zum Beispiel bei Wordpress. Allerdings kann ich eine Hilfestellung geben, für alle Webmaster die Weblication einsetzen oder für Firmen, die Weblication im Einsatz haben und dieses Blog lesen. Einen großen Vorteil haben wir bei Weblication durch statische Dateien. Es kann also nur selten vorkommen, dass diese zum Beispiel in unterschiedlichen Kategorien vorkommen, außer bei besonderen Fällen wie einer Listenansicht.

Wie sieht das Element aus?

<link rel="canonical" href="http://www.domain.tld/index.php?navanchor=180001"/>

Diese Zeile Code wird in den Head jeder Datei eingefügt, jedoch mit Anpassung des Parameters href. So muss in jeder Datei ausgelesen werden wie diese heißt und wo sich diese befindet. Anschließend wird noch der Navanchor, bzw. die Navid angehängt.

So funktioniert es in Weblication:

Das Ganze nun mit den einzelnen Elementen aus Weblication,sodass wir dieses Snippet in unser Seitentemplate integrieren können. Hierbei ist es egal ob dieses in der einzelnen Datei steht, oder über ein include später eingefügt wird, hauptsache es befindet sich im head-Bereich:

<link rel="canonical" href="http://<?php echo($_SERVER["SERVER_NAME"].$_SERVER["PHP_SELF"]); ?>" />

Der Haken an dieser Lösung ist, dass kein anchor oder eine id mitangehängt werden. Theoretisch müsste man dies  über wGetFileData auslesen können, es kommt aber immer darauf an ob eine Datei eingecheckt ist oder nicht. Daher ist meiner Meinung nach ein Kommunizieren ohne anchor, bzw. id besser. Wenn hier jemand einen Vorschlag oder eine Idee zur Verbesserung hat - immer her damit!

Nun, muss man nur noch darauf warten, dass die Seite erneut von den Suchmaschinen gecrawled wird, und das DC-Problem sollte sich in Luft auflösen.

Wer professionelles E-Mail Marketing betreibt wird den Namen inxmail sicherlich schon einmal gehrt haben, oder setzt die Software evtl. sogar ein. Die Referenzen, bzw. Kunden auf der Website von inxmail sprechen für sich. Eine Software, die durch die Punkte: Einfache Adressverwaltung, Intelligente Designvorlagen, Professionelle Qualitätsprüfung, Integrationsmöglichkeiten, Schneller Bild-Upload, Hohe Zustellraten (Whitelisting bei den wichtigsten Internet Service Providern und CSA Gründungsmitglied (Certified Senders Alliance).) sowie die Maximale Individualisierung (Personalisierung von E-Mail-Header, Absenderadresse, Text, Grafiken oder Dateianhänge) punktet.

Im Grunde genommen ein einfach zu bedienendes Tool. Gerade wenn es also um viele E-Mails geht und ein Whitelisting erforderlich ist, punktet es im Gegenzug zu einfachen Newslettertools. Natürlich gibt es auch kostenfreie Tools, wie phplist oder zumindest günstigere Varianten wie das Newsletter Modul in Weblication. Aber sobald man mehr möchte als ein paar E-Mails zu versenden und ein vernünftiges Tracking benötigt, reichen diese Tools nicht mehr aus.

Die Integration von inxmail ist also nur ein logischer Schritt für Benutzer die die Professionalität schätzen, jedoch die gewohnte Weblication Umgebung nutzen möchten.

MyBoom war so nett und hat mir einen Testzugang zur Verfügung gestellt, sodass ich mir die Integration einmal näher anschauen konnte.

So wurde Inxmail integriert

Inxmail wurde als weitere Applikationenpunkt in die rechte Seitenleiste eingefügt, sodass man direkt darauf  Zugriff erhält. (Wie man das macht wurde auch schon hier beschrieben.)

Öffnet man die Applikation, wird diese in zwei Frames dargestellt.  Gewohnt wäre man diese Ansicht aus dem CMS Typo3, dort wird ebenfalls mit 3 Ansichtsframes gearbeitet, allerdings ist diese ebenfalls aus E-Mailverwaltungssoftware bekannt.

Es bietet sich nun die Möglichkeit eine Mailingliste auszuwählen, anschließend werden alle Newsletter welche sich darin befinden in dem dritten Bereich dargestellt:

Und nun kommt der interessante Part an der Sache. In der Bearbeitungsfunktion der einzelnen Newsletter kann man die Elemente gegeneinander verschieben, so wie man dies in Weblication gewohnt ist. Die Bearbeitungsmakse wurde mit vielen Javascript Effekten versehen, sodass das Arbeiten auch nicht langweilig wird

Hat man einen Newsletter fertig bearbeitet, kann man diesen zunächst (wie gewohnt aus Inxmail) als Testnewsletter, oder aber an den ganzen Verteiler verschicken.

Insgesamt wurde hier eine schöne Integration geschaffen, die sicherlich für den ein oder anderen Inxmail Benutzer interessant sein könnte. Das Modul soll unter Weblication Classic sowie unter der neuen GRID Version laufen. Weitere Informationen und einen Testaccount findet man unter http://www.e-mint.de/

Wer weitere Integrationen von individuellen Weblics oder Applikationen kennt, darf mich auch gerne darauf hinweisen, evtl. ergibt sich daraus ja etwas Neues!

In letzter Zeit benutze ich anstatt prototype viel eher das Javascript Framework jQuery, da es einfacher zu handhaben ist und zudem schneller und kleiner ist. jQuery eignet sich auch hervorragend um die Lightbox Funktionalität auch in Weblication einzusetzen und zwar ebenfalls basierend auf der openPopup Variante aus der 4.x Version von Weblication.

Die Redakteure können dabei einfach die Bilder wie gewohnt mit openPopup verlinken und unsere jQuery Funktion macht anschließend den Rest. Natürlich kann man auch jeder andere jQuery Erweiterung wie die Thickbox, Fancybox oder andere benutzen. In dem folgenden Beispiel wird das Lightbox Plugin (9.8kb) verwendet.

Zunächst bindet man in den Kopf der Website jQuery sowie das jQuery Plugin ein:

<script src="js/jquery.js" type="text/javascript"><!--mce:0--></script>
<script src="js/jquery.lightbox-0.4.js" type="text/javascript"><!--mce:1--></script>

Die CSS-Angaben für die Lightbox dabei auch nicht vergessen. Anschließend benötigt man noch eine weitere Javascript Datei in welche wir allgemeine Funktionen aufrufen, zum Beispiel eine functions.js.

In diese functions.js kommt folgender Code:

jQuery().ready(function(){
  enableLightbox();
});
 
function enableLightbox() {
	$("a[href^='javascript:openPopup']").each(function() {
 	this.href = this.href.replace("javascript:openPopup('", "").replace("');", "");
	$(this).lightBox({
		overlayBgColor: '#000',
		overlayOpacity: 0.75,
		imageLoading: '/projekt/wLayout/design/img/lightbox/loading.gif',
		imageBtnClose: '/projekt/wLayout/design/img/lightbox/schliessen.gif',
		imageBtnPrev: '/projekt/wLayout/design/img/lightbox/zurueck.gif',
		imageBtnNext: '/projekt/wLayout/design/img/lightbox/weiter.gif',
		containerResizeSpeed: 250,
		txtImage: 'Illustration',
		txtOf: 'von'
	});
	});
}

Was macht diese Funktion?

Es wird die komplette Seite nach Links durchsucht, welche im href-Teil ein openPopup geschrieben haben. Anschließend wird dieses openPopup entfernt (samt Klammern und Anführungszeichen) und die Lightbox Funktionalität daran gehängt. Fährt man nun mit der Maus über den Link im Frontend sieht man zwar nicht mehr dass es sich im Popup, bzw. in der Lightbox öffnet, die Funktionalität ist jedoch gegeben.

Eine der wohl bekanntesten Beispiele für das Akkordeon ist apple.com, dort wird es zum Beispiel auf der Unterseite Downloads im linken Seitenbereich genutzt. Allerdings gibt es auch zahlreiche andere Möglichkeiten den Effekt einzusetzen, so wird in diesem Beitrag gezeigt wie es auf einer Weblication Website mithilfe einer Liste eingesetzt werden kann, zum Beispiel für ein FAQ Bereich. Somit ist die Darstellung nicht nur besonders interessant und schön anzuschauen, sondern ebenfalls auch noch einfach über Weblication zu pflegen.

Nun zu den einzelnen Code-Fragmenten und wie dies umgesetzt wird:

Zunächst benötigt man natürlich jQuery. Wie bereits in dem Beitrag jQuery Lightbox in Weblication erwähnt, kann man jQuery hier herunter laden. Anschließend benötigt man noch das Plugin für die Akkordeon Funktion, diese ist als Widget in dem jQuery UI enthalten und hier zu finden.

Hat man nun beide Skripte integriert, wird das Akkordeon über den folgenden Code aktiviert:

jQuery().ready(function(){
jQuery('#accordion').accordion({
    header: 'h3',
    active: false
});
});

Dabei erkennt man, dass nach dem Element mit der ID “accordion” gesucht wird, um diesem den Akkordeon Effekt mit zu geben. Als Header wird in diesem Fall eine h3-headline definiert, welche natürlich später auch im Code enthalten sein sollte. Natürlich kann dies beliebig angepasst werden, sofern die dazugehörigen Parameter ebenfalls geändert werden.

Daher ist unser Listentemplate (als faq.row abgespeichert) wie folgt strukturiert:

<!--PRC:LISTHEADER-->
<div id="accordion">
<!--PRC:LISTHEADER-->
 
<!--PRC:LISTROW-->
<!--PRC:EDITBUTTONROW -->
<h3><a href="#"><!--PRC:XLITE element="question" --></a></h3>
<div><!--PRC:XLITE element="answer"--></div>
<!--PRC:LISTROW-->
 
<!--PRC:LISTFOOTER--></div>
<!--PRC:LISTFOOTER-->

In dem Template wir auf XLITE Element zugegriffe, welche später die Daten darstellen werden. Nun muss dieses Listenelement noch durch einen Listenaufruf dargestellt werden. In der Listen werden XML Dateien dargestellt, welche in einem vordefiniertem Ordner liegen. Die Liste sieht in unserem Fall so aus:

 <var>
 <var>
 <var>
 <var>
 <var>
 <var>
 
 <var>
 <var>
 <var>
 <var>
 <var>
 <var>
 <var>
</var></var></var></var></var></var></var></var></var></var></var></var></var>
 
Nun fehlt noch das Template (template.xml) für die einzelnen Elemente. Dies ist relativ einfach aufgebaut, eine XML Struktur mit einem Frage sowie einem Antwort Element:
<pre lang="xml">

Dieses Template können wir in einem template Unterordner ablegen und eine Pflegemaske dafür definieren. Somit wird die Bearbeitung für den Redakteur einfacher gemacht.

Pflegemasken sind unter dem Pfad /weblication/wEditors/ abgelegt. Wir nennen unsere FAQ.wMask.xml und definieren diese in den Ordnereinstellungen des Ordners in welchem die einzelnen XML Dateien liegen. Natürlich kann man Pflegemasken auch einfach in Weblication selber erstellen und zuweisen. Hier zur Orientierung unsere Pflegemaske:

Nun ist das Akkordeon eingerichtet und kann befüllt werden. Die Darstellung der Akkordeons kann sehr stark unterschiedlich sein. Ein gutes Beispiel sind die vielen Beispiele hier. Deswegen sind wir gespannt weitere Beispiele hier in den Kommentaren wieder zu finden. Einfach kommentieren und das eigene Design vorstellen.

Freelancer Michael Trenke schreib ebenfalls über Weblication

Gerade entdeckt: Michael Trenke schreibt in seinem Blog hilfreiche Tipps zum Beschleunigen von Weblication GRID durch einfache XSL-Template Änderungen. Das Ladezeit vor einiger Zeit als Rankingkriterium bekannt geworden ist, sicherlich ein Blick wert!

Außerdem ein Artikel über die Einbindung der jQuery Slimbox2 in Weblication Grid. Besonders schön das Snippet zum Überprüfen ob man sich im Editor befindet und dem anschließendem Deaktivieren der Slimbox.

Michael hat sich auch die Mühe gemacht und einen sehr ausführlichen Artikel über das Installieren von Weblication GRID in einer virtuellen Maschine geschrieben. Die Anleitung macht es selbst “Nicht-Programmierern” leicht das System aufzusetzen und zu installieren.

Und zu guter Letzt und der Vollständigkeit halber ebenfalls ein Artikel von CMS im Vergleich. Weblication GRID ist ebenfalls dabei.

Interview mit Weblication Entwickler

Achim Bartelt, Entwickler bei Scholl Communications wurde zu dem neuen Produkt Weblication Core interviewt und plaudert ein wenig aus dem Nähkästchen. Sehr interessant, hier geht es zum Interview.

Außerdem schreibt er seit Kurzem auch in einem neu eingerichteten Entwickler Blog unter http://devblog.weblication.de/

Wesentlich mehr Informationen rund um Weblication, häufigere Updates und Changelogs werden ebenfalls seit kurzer Zeit unter http://weblication.de/ bereitgestellt. Sehr schöne Sache, nicht nur für Entwickler und Redakteure!

Eine weitere Neuerung gibt es ebenfalls unter http://weblics.de/ - Mehr und neue Weblics, die zur Verfügung stehen. Einfach mal reingucken.

Faktoren für Mobile Web Application

Als Webentwickler und Anwender ist es vorrangig wichtig zu wissen, wie bedeutsam das mobile Web in die sozialen Netzwerke der User integriert ist. Neben den bekannten Community-Plattformen werden immer häufiger Werbeflächen und Intro-Sequenzen auf Handy-Displays optimiert. Statistiken zeigen, dass 50% aller Smartphone-Besitzer schon einmal online einkaufen gewesen sind. Der Bereich des Online-Shoppings ist somit nicht zu unterschätzen und könnte in den kommenden Jahren das gewöhnliche Webshopping auf den Kopf stellen.

Zusätzlich sollte man wissen, dass das neu gestartete HTML5 viele Anwendungen bereit stellt, die dem mobilen Web sehr ähnlich sind.

Umsetzungsmöglichkeiten für mobile Endgeräte

Fachkräfte haben verschiedene Varianten herausgearbeitet, die für mobile Endgeräte umgesetzt werden können. Hier werden drei der wichtigsten App-Strukturen kurz vorgestellt:

Das Native Mobile App wird für ein bestimmtes Handybetriebs-System  entwickelt und kann somit die wichtigsten Funktionen des Endgerätes voll ausnutzen. Diese Applikationen können nach Einwilligung des Benutzers auf die Daten im Smartphone zugreifen und diese verwalten. Das einzige Problem hierbei liegt in der eingeschränkten Nutzungsmöglichkeit, denn ein Nativ Mobile App ist Geräte-spezifisch programmiert und muss für jeden Handytypen angepasst werden. Sie sind sehr aufwendig und daher nur selten in den bekannten AppStores zu finden.

Die Mobile Web App ist im Grunde die mobile Variante der eigenen Webseite. Sie wird allerdings nur über den Webserver ausgeliefert und basiert aus diesem Grund auf HTML, Handheld-CSS und JavaScript. Der Vorteil von Handheld-CSS liegt in der schnellen Umsetzbarkeit und dem einfachen Einbau. Weil aber der gesamte Code geladen wird und die Bilder auf dem Handy dennoch die volle Größe aufweisen, können die Inhalte nicht vernünftig für mobil optimiert präsentiert werden. Daher ist es immer besser für wichtige Seiten ein eigenes mobiles Template zu entwerfen. Denn damit können auch reduzierte Inhalte präsentiert werden und Schlüsselseiten oder nicht optimierbare Seiten aus der Desktop-Anzeige werden durch Alternativseiten in der mobilen Ansicht ersetzt. Trotz der aufwändigen Umsetzung ist dies eine schlanke und effektive Option um eine Homepage für ein mobiles Endgerät optimiert zu präsentieren.

Die letzte Form der neuen Applikationen nennen sich „Hybride Lösungen”. Diese Lösungen sind für die Verknüpfung von Java Script mit CSS und HTML werden häufig konfiguriert, um eine mobile Webpräsenz zu optimieren. Der Vorteil hier, man kann die integrierten Handyfunktionen voll nutzen. Ihre Programmierung muss auf das jeweilige Betriebssystem abgestimmt sein, was wiederum einen hohen Aufwand erfordert.

Aktuelle Statistiken zeigen, dass die aktuelle Entwicklung vielmehr in die Richtung Web App geht. Die Fortschritte und App-Updates werden den Usern wichtige Geschäftsaufgaben erleichtern. Dank den Apps eröffnet sich für die Unternehmen eine attraktive Werbetechnik, die sich in naher Zukunft fest etablieren wird.