Archiv der Kategorie: Webentwicklung

concrete5: Menü-Icons in TinyMCE fehlen

Veröffentlicht am in Kategorie concrete5

Neulich hatte ich nach einer frischen Installation von concrete5 das Problem, dass dem WYSIWYG-Editor TinyMCE im Content-Block die Menü-Icons fehlten. Auch früher schon einmal hatte ich das erlebt, und in Foren kann man lesen, dass es auch anderen Leuten bisweilen so geht. Dieses Phänomen ist ein bisschen mysteriös, denn es tritt anscheinend sporadisch auf, ohne erklärbare Ursache.

In meinem Fall könnte es daran gelegen haben, dass ich beim Upload der concrete5-Dateien ziemliche Verbindungs-Probleme zum FTP-Server des Kunden gehabt hatte und möglicherweise nicht alle Dateien korrekt hochgeladen worden waren. Nachdem ich die Ordner concrete/js und concrete/blocks gelöscht und neu hochgeladen hatte und außerdem das Verzeichnis files/cache geleert hatte, war wieder alles normal.

Diese Menüleiste fehlte.
(Aufs Bild klicken zum Vergrößern)

TinyMCE in concrete5: CSS anpassen

Veröffentlicht am in Kategorie concrete5

In einem älteren Artikel hatte ich erklärt, wie man die Schriftgröße des WYSIWYG-Editors TinyMCE in concrete5 anpassen kann, da ich die Schrift in der Standardeinstellung zu klein finde. In jenem alten Tipp wurde die Schriftgröße generell für alle Themes geändert.

Einfacher und schneller ist es jedoch, die Schriftgröße des Editors nur für das aktive Theme anzupassen. Denn der Standardfall dürfte sein, dass man ein einziges Mal ein Gestaltungsthema erstellt und das Erscheinungsbild seiner Website nicht wie die Unterwäsche wechselt. Für diesen Zweck kann man zusätzlich zur Datei main.css eine weitere Stildatei erstellen, nämlich typography.css. Und selbst wenn nach ein paar Jahren die Website neu gestaltet werden muss, kann man diese Datei ja einfach in das neue Theme-Verzeichnis übertragen.

Natürlich lassen sich neben der Schriftgröße auch andere Einstellungen über diese CSS-Datei beeinflussen – in einem schon recht alten, englischsprachigen Blogartikel des concrete5-Kenners Remo Laubacher geht es eher darum, die Textfarbe der Überschriften im Editor gleich aussehen zu lassen wie auf der Website.

Weblication

Veröffentlicht am in Kategorie CMS

Weblication ist ein kostenpflichtiges CMS (Content-Management-System) des deutschen Herstellers Scholl Communications AG. Ich habe Weblication® CMS CORE in der Version 8 als Demoversion kurz getestet.

Die Installation auf dem eigenen Webserver geht schnell und unkompliziert vonstatten. Sehr bedenklich finde ich die Tatsache, dass ein Benutzername admin mit dem Passwort admin standardmäßig angelegt wird. Besser wäre doch, gleich bei der Installation den Benutzer selbst einen Benutzernamen und ein Passwort eingeben zu lassen, wobei natürlich auch gleich auf eine gute Passwortstärke geprüft werden sollte. Immerhin wird darauf hingewiesen, dass man das Standard-Passwort sofort nach dem ersten Einloggen ändern sollte, und folgerichtig erscheint nach dem Anmelden ein entsprechender Hinweis. Und hier wird tatsächlich die Güte des Passworts geprüft.

Nach dem Einloggen ins Backend muss man zunächst ein Projekt anlegen. Auch das ist ungewöhnlich. Ich kenne es von vielen anderen Inhalts-Verwaltungs-Systemen so, dass man sofort nach der Installation eine Beispiel-Website mit einer Standard-Gestaltung vorfindet. Natürlich ist es legitim, andere Wege zu beschreiten. Nach dem Anlegen des Weblication-Projektes kommt man zu einer Art Baukasten, mit dem sich recht leicht Inhalte erstellen lassen. Wer fit ist, kann auch direkt von hier aus die Template- und CSS-Dateien bearbeiten.

Was mich stört, ist die Unübersichtlichkeit des Systems. Ständig öffnen sich neue Fenster (die zunächst durch meine Browser-Einstellungen blockiert wurden – klar, ich will ja schließlich Werbe-Popups blockieren). Außerdem wirkt die gesamte Verwaltungs-Oberfläche überladen und gestalterisch ziemlich altbacken auf mich. Systeme wie Concrete5 oder WordPress finde ich intuitiver bedienbar und sie machen mir einfach mehr Spaß. Zudem sind sie lizenzkostenfrei, was natürlich den Nachteil hat, dass man dort keinen Anspruch auf professionellen Support hat. Man »wurschtelt« sich bei Problemen also mehr oder weniger gut durch.

Ich muss gestehen: ich habe das Testen ziemlich schnell beendet. Sicherlich hat Weblication seine guten Seiten, und sicherlich sollte man ein geduldigerer Tester sein als ich es bin.

Das Unternehmen selbst macht allerdings einen sehr guten Eindruck auf mich. Auf Fragen und Hinweise wird sehr freundlich eingegangen. Daraus schließe ich, dass man als Anwender bestimmt einen guten Support geboten bekäme, falls man mal »stecken« bliebe. Nach eigenen Aussagen bietet Weblication® Echtzeit-Support direkt vom Hersteller. Das ist ein nicht zu unterschätzender Vorteil.

Weblication® CMS – Das Content-Management-System

Neuigkeiten in concrete5 abschalten

Veröffentlicht am in Kategorie concrete5

Jene Neuigkeiten in concrete5, genannt Newsflow oder Welcome Screen, welche nach dem Einloggen ins Backend erscheinen – sie können ganz schön nerven. Oder vielleicht möchte man nicht, dass sie auf Systemen, die man für Kunden eingerichtet hat, sichtbar werden. Wie auch immer: dieser Nachrichtenfluss lässt sich abschalten, und zwar über die Kon­fi­gu­rations­datei.

In die Datei config/site.php gibt man folgende Zeile ein:
define('ENABLE_NEWSFLOW_OVERLAY', False);

Quelle:
olliephillips, www.concrete5.org/[…]/disable-welcome-screen/

LifeType, ein sehr altes Blogsystem

Veröffentlicht am in Kategorie Blogsysteme

In den letzten Tagen habe ich mal ein bisschen auf meiner Testplattform gestöbert und einiges alte Zeug gefunden. Zum Beispiel hatte ich wohl schon in 2011 das Blogsystem LifeType in der damaligen Version 1.2.10_r6971 installiert. Das war, so hatte ich mir notiert, sehr schnell und äußerst einfach vonstatten gegangen. Als Datenbank wurde MySQL benötigt, und es sollte laut Angaben die uralte Version 3.23 ausreichen. Nun ja, daran sieht man ein bisschen, dass LifeType nicht mehr so ganz auf der Höhe der Zeit ist. Und so richtig viel hat sich auch in den letzten drei Jahren wohl nicht getan. Gerade aktuell (Stand: März 2014) ist Version 1.2.12, die im Juli 2013 veröffentlicht wurde. Eine Version 2.0 soll allerdings in der Entwicklung sein.

Angenehm fand ich damals, dass sich LifeType ohne zusätzlich zu installierende Sprachversionen auf Deutsch umschalten ließ, und die Übersetzungen sahen in Ordnung aus. Beschriftungen im Backend und im Frontend findet man nach der Umschaltung komplett in deutscher Sprache vor.

Die Anfänge von LifeType liegen weit zurück, es erschien im Juli 2003. Es ist damit also sogar ein halbes Jahr älter als WordPress, das in der ersten Version im Januar 2004 erschien. Leider sieht das Backend von LifeType noch heute so aus, als sei es aus jenen alten Tagen übrig geblieben. Es ist zwar sehr übersichtlich, sodass man sich schnell zurecht findet, es kommt aber für heutige Verhältnisse ziemlich unsexy daher.

LifeType-Backend
(Aufs Bild klicken zum Vergrößern)

Ebenso alt ist die Website des Anbieters, manche Seiten wurden zuletzt in 2008 aktualisiert. Plug-ins gibt es recht viele für LifeType, aber mit Gestaltungsthemen sieht es äußerst mau aus.

Das Funktionsspektrum ist ordentlich, man findet alles vor, was man von einem Blogsystem erwartet. Mit LifeType lassen sich sogar mit einer einzigen Installation mehrere unterschiedliche Blogs betreiben, so wie man es auch von WordPress kennt. Und mehrbenutzerfähig ist es natürlich auch. Als Template-Maschine dient Smarty; na ja, da bin ich eigentlich kein großer Freund von. Mir gefallen Systeme besser, die sich auf reines PHP beschränken.

Was ich aber als absolutes K.O.-Kriterium ansehe, ist folgendes Phänomen: Umlaute in den Kommentaren klappen nicht – am Umlaut wird der Kommentar einfach abgehackt, wie man nach dem Absenden des Geschriebenen feststellen muss. Das ist nicht gut, gar nicht gut. Vielleicht wurde dieser Fehler in Version 1.2.12 behoben, ich weiß es nicht und ich habe auch keine Lust, diese Version zu installieren und weiter zu testen. Ich werde mit LifeType sowieso nicht richtig warm, ich werde es jetzt im Zuge meiner Aufräumarbeiten löschen.

Irgendwie schade, denn ich freue mich immer, wenn es neben den Platzhirschen immer noch interessante, weniger verbreitete Software gibt. Und, das ist das Tröstliche, es erscheinen auch immer mal wieder frische, neue Blogsysteme. Auf diese werde ich denn wohl auch eher meine Aufmerksamkeit richten. Über das äußerst schlanke, schnelle Nibbleblog oder über Anchor CMS hatte ich ja schon mal berichtet.

TangoCMS ist tot

Veröffentlicht am in Kategorie CMS

TangoCMS ist seit Oktober 2013 tot. Die Entwickler hatten seit längerem schon keine Zeit mehr gefunden, das Projekt weiter zu betreiben. Ach ja, so was passiert so oft bei diesen Software-Projekten, welche von Einzelnen oder einer Handvoll Enthusiasten in der Freizeit und ohne Bezahlung betrieben werden. Ich kenne das selbst …

Elxis 4.1 Poseidon

Veröffentlicht am in Kategorie CMS

Das Content-Management-System Elxis in der 4er-Generation ist ein deutlicher Fortschritt gegenüber der 3er-Generation. Doch wieso?

Halt! Erst mal muss ich meckern. Ich hatte gerade schon ein paar Sätze für den News-Bereich meiner Elxis-Testinstallation geschrieben, bin dann aber versehentlich durch eine falsche Tastenkombination von der Seite weg navigiert, und das Ergebnis war, dass mein Text futsch war. Das ist blöd, das ist ärgerlich und das passiert zum Beispiel bei WordPress nicht. Nun gut, jetzt weiß ich Bescheid, dass ich beim Schreiben von Artikeln in Elxis eben immer mal wieder zwischendurch von Hand abspeichern muss. Aus Fehlern wird man klug …

Doch zurück zum Thema. Nach einem Serverumzug kriegte ich Elxis 2009.3, genannt Aphrodite, nicht mehr ans Laufen. Egal, es war ja nur eine Testinstalltion ohne wichtigen Inhalte, und so installierte ich kurzerhand die aktuelle Version 4.1 mit dem kraftvollen Namen Poseidon. Von dieser Version, die Ende 2013 erschienen war, und auch von der vorhergehenden Version 4.0 Nautilus habe ich erst jetzt, Anfang Februar 2014, erfahren. Ich hatte mich längere Zeit überhaupt nicht mehr mit Elxis befasst.

Halt! Das nächste Ärgernis. Ich hatte den Artikel zu Ende geschrieben, speicherte ab … und wurde aus unerfindlichen Gründen aus dem System ausgeloggt. Nach dem erneuten Einloggen war schon wieder der zuletzt geschriebene Text weg! So macht das natürlich keinen Spaß und so kann man auch nicht effizient arbeiten. Aus dem Gedächtnis alles neu zu schreiben, dazu habe ich nun zu so später Stunde keine Lust mehr. Schade, Elxis, sehr schade, aber so hinterlässt dieses CMS keinen allzu guten Eindruck bei mir.

Inzwischen sind ein paar Tage vergangen, und ich will meine Bewertung nun zu Ende verfassen. Der Grund, warum ich aus dem System geschmissen worden war, waren gar nicht so unerfindlich, denn in den System-Optionen ist standardmäßig eingestellt, dass man nach fünfzehn­minütiger Untätigkeit ausgeloggt wird. Einen News- oder Blogartikel zu schreiben, halte ich zwar nicht für eine Untätigkeit im klassischen Sinn, aber nun gut, woher sollte das Inhaltsverwaltung-System wissen, dass ich gerade am Schreiben war. Aus Sicherheitsgründen ist ein Ausloggen nach einer gewissen Zeit sicherlich sinnvoll. Da ich mich zu Hause am Heim-Computer allerdings einigermaßen sicher fühle, setzte ich die Zeit auf eine Stunde hoch.

Doch zurück zur Ausgangsfrage: warum ist Elxis 4 besser als 3?

Nun, wie schon angedeutet, ist das Sicherheitskonzept optimiert worden. Man könnte auch sagen, es ist überhaupt erst mal ein Sicherheitskonzept eingebaut worden. Dazu gehört neben dem automatischen Logout zum Beispiel auch die Möglichkeit, dass man das Administrations-Verzeichnis umbenennen kann (und sollte). Das ist dann schon mal eine nette Hürde für Bots oder Menschen, die ins System eindringen wollen. Ferner lässt sich das empfindliche Repository-Verzeichnis, das Logdateien usw. enthält, in einen per Webbrowser nicht erreichbaren Bereich auf dem FTP-Server verschieben (sofern der Webhoster das ermöglicht).

Weitere Neuerungen und Verbesserungen kann man in einem Vergleich genau nachlesen. In einigen Punkten wurde die Benutzerfreundlichkeit und Verwaltbarkeit vereinfacht. Interessant fand ich, dass Elxis 4 nicht mehr auf dem Mambo-Quellcode basiert, sondern offensichtlich komplett neu programmiert worden ist (Mambo ist ein seit 2008 nicht mehr weiterentwickeltes CMS, von dem es viele Derivate, sogenannte Forks gibt, wie etwa das bekannte Joomla!). Jetzt leistet das objektorientierte Framework Elxis OO framework die Arbeit hinter den Kulissen.

Ich werde sicherlich noch ein wenig mit Elxis herum experimentieren, aber es wird wahrscheinlich nicht zu meinen favorisierten Content-Management-Sytemen werden.

Meine Website ohne CMS

Veröffentlicht am in Kategorie Webentwicklung

Ich habe es getan. Ich betreibe meine Website jetzt ohne Content-Management-System. Genauer gesagt, dieser Blogbereich hier läuft nach wie vor auf WordPress, aber die anderen Seiten, wie Startseite, Referenzen, Impressum usw., laufen ohne CMS. Vorher hatte ich für die Inhaltsverwaltung solcher Seiten Concrete5 eingesetzt.

Sprechen wir über die Gründe, die mich zu diesem Schritt bewogen haben. Und holen mal ein bisschen aus. Ein Web-CMS ist in der Regel ein fettes, schwergewichtiges Software-Monstrum. Es dient dazu, einem oder mehreren Benutzern zu ermöglichen, ohne HTML-Kenntnisse Inhalte zu bearbeiten, und zwar per Webbrowser. Man kann also auf eine sehr einfache Art und Weise Texte schreiben, Bilder einbinden, Diashows einrichten, Kontaktformulare zusammen klicken und vieles mehr. Und oft gibt es ein ausgefeiltes Rechtesystem, sodass verschiedene Benutzer etwa nur bestimmte Bereiche bearbeiten oder nur bestimmte Aufgaben erledigen dürfen. Die Angaben über diese Rechte werden in einer Datenbank gespeichert, ebenso die ganzen Seiteninhalte. Es gibt allerdings auch einige schlankere Einbenutzer-Systeme, welche die Seiteninhalte nicht in einer Datenbank, sondern als Textdateien auf dem Webserver speichern.

Eine wunderbare Sache also, wenn man so etwas den Kunden anbieten kann. Und mit dem von mir favorisierten Concrete5 kommen meine Kunden gewöhnlich sehr gut zurecht, weil es intuitiv zu bedienen ist.

Nur: was für einen Sinn hat so ein System für mich selbst? Ich als Webdesigner brauche keinen WYSIWYG-Editor, der den HTML-Quellcode vor mir abschirmt. Wenn ich, sagen wir mal, neue Referenzen einpflegen oder auch mal die Meta-Angaben überarbeiten will, bin ich wesentlich schneller mit HTML/PHP-Editor und FTP-Client. Und ich habe die volle Kontrolle über den Quellcode. Ich kann ihn schön schlank und übersichtlich halten. Ein CMS, so gut es auch sein mag, wird den Code immer zumindest ein bisschen aufblähen.

Dazu kommt noch, dass Datenbankzugriffe Zeit kosten. Content-Management-Systeme behelfen sich, indem sie die aus der Datenbank geholten Inhalte als Dateien auf dem Server zwischenspeichern, sodass bei weiteren Seitenaufrufen ein bisschen Zeit gespart wird. Aber wenn dem so ist, dann kann ich meine paar schmächtigen Inhalte doch gleich als Dateien speichern. So sagte ich mir.

Das Blog auf diese Weise zu betreiben, wäre hingegen, wie gesagt, keine Arbeitserleichterung. Obwohl … ich schlafe noch mal ein paar Nächte darüber.

Problem mit HTML5-Video in Opera und Chrome

Veröffentlicht am in Kategorie Webentwicklung

Ich hatte kürzlich bei der Einbindung eines HTML5-Videos in die Website eines Kunden ein Problem. Es wollte einfach nicht flüssig starten. Ich entwickle Webseiten unter Windows 7 mit Opera und teste erst später mit anderen Browsern. Ich dachte zuerst an einen Fehler in meinem Quellcode, aber der war in Ordnung. Ich zog in Erwägung, dass der Server des Webhosters irgendwie schlecht konfiguriert sein könnte. Aber der Kunde klagte gar nicht über Schwierigkeiten, bei ihm lief das Video wohl ganz normal.

Schließlich testete ich mit Internet Explorer und Firefox. Da lief alles super. Chrome? Dieselben Probleme wie Opera. Nun gut, beide verwenden (in den aktuellen Versionen) dieselbe Rendering-Engine. Opera kann man vernachlässigen, der Marktanteil ist winzig, zumindest für Desktop-Computer – sehr wenige Benutzer verwenden ihn also. Aber in Chrome muss natürlich alles laufen.

Endlich kam ich auf die Idee, mal auf dem anderen Computer unter Linux zu testen. Und siehe da: keine Probleme. Aha, ich testete also, um sicher zu gehen, noch auf dem anderen Windows-Computer und einem der Notebooks, und überall lief alles fehlerfrei. Nach langer Suche im Netz kam mir der Verdacht, dass es an meiner Grafikkarte auf dem betreffenden PC liegen könnte. Ich installierte einen neuen nVidia-Treiber, aber das behob das Problem auch nicht.

Trotzdem: es muss an der Grafikkarte bzw. an nicht gut harmonierenden Hardware-Bauteilen in diesem einen PC liegen. Komisch nur, dass es mir bei anderen HTML5-Videos noch nicht aufgefallen ist. Warum läuft dieses eine einzige Video nicht? Sehr seltsam, das alles.

Solche ungewöhnlichen Phänomene und die damit verbundene Fehlersuche werfen einen natürlich zurück und bringen die ganze Zeitplanung durcheinander. Aber so ist das eben. Ich wollte ja unbedingt Webdesigner werden. 🙁

Nibbleblog: Plugins eindeutschen

Veröffentlicht am in Kategorie Nibbleblog

Das datenbanklose Blogsystem Nibbleblog hat ein übersichtliches Admin-Backend bzw. Dashboard und ist wunderbar einfach zu bedienen. Hier kann man das – in der Grund­ein­stellung sehr spartanische – Blog mit Plugins aufpeppen, die sich mit einem einzigen Mausklick installieren lassen. Zum Beispiel lassen sich mit der Erweiterung Categories die Kategorien des Blogs im Frontend anzeigen, und die Besucher können die Artikel dann nach Kategorie filtern.

Allerdings gibt es für die Erweiterungen keine deutschen Sprachdateien, sodass die Beschriftungen im Backend in Englisch sind. Das kann man aber sehr leicht ändern. Man muss dazu per FTP die englische Sprachdatei (plugins/­categories/­languages/­en_US.bit) auf den heimischen PC laden, mit einem Text- oder HTML-Editor öffnen, die englischen Texte durch deutsche ersetzen und die Datei als de_DE.bit speichern. Sie wird anschließend per FTP ins Verzeichnis hochgeladen. Diese .bit-Dateien sind ganz normale PHP-Dateien, nur mit geänderter Endung – warum der Programmierer das so handhabt, ist mir ein Rätsel.

Hier ist ein Beispiel einer deutschen Sprachdatei für das Kategorien-Plugin:

<?php
$_PLUGIN_CONFIG['LANG'] = array(
'NAME'=>'Kategorien',
'DESCRIPTION'=>'Zeigt alle Kategorien deines Blogs an und ermöglicht dem Benutzer, die Artikel nach Kategorie zu filtern.'
);
?>

Wenn das Nibbleblog-System auf die deutsche Sprache umgestellt wurde (Einstellungen -> Ländereinstellung), erscheinen nun im Dashboard Name und Kurzbeschreibung der Erweiterung in Deutsch. Im Frontend hingegen hat sich der Titel, also die Überschrift Categories, dadurch keineswegs geändert. Hier muss man aber noch weniger Hand anlegen, um das zu ändern: Dashboard -> Erweiterungen -> Erweiterungen verwalten -> Kategorien -> Konfigurieren -> Titel, und hier einfach Kategorien eintippen.

Fertig.

« Ältere Einträge
Neuere Einträge »