Einträge für Dezember 2008

  • Dezember, 2008
  • Teil II ::: WordPress seine Plugins und Updates...

    Im Artikel WordPress Plugins - nicht immer problemlos hatte ich von einem Pluginproblem berichtet. In den Kommentaren entwickelte sich mit Dieter eine ausführlichere Diskussion zu den Plugins und dem Weg, den WordPress gerade nimmt. Statt dieser Diskussion jetzt einen weiteren recht ausführlichen Kommentar hinzuzufügen, fand ich es sinnvoller, dem einen eigenen Beitrag zu geben:

    Philosophie von Firefox und WordPress

    Zitat Dieter ^:
    Zurück zum Thema ;-) Zum anderen wird WordPress dadurch aber auch immer umfangreicher und fehleranfälliger.
    Im Grunde ist der Firefox gerade ein gutes Beispiel. Denn genau das war ein Grund für den Erfolg des Firefox. Firefox hat in seiner Grundinstallation genau das was ein Browser unbedingt können muss, aber nicht mehr. Im Gegensatz zum Netscape (Mozilla, Iceweasel...) in der gleichen Zeit. Während Netscape alles enthielt und unzählige Funktionen hatte, die ihn unübersichtlich machten, war Firefox schlank und einfach. Jeder kann sich jedoch aussuchen, was er oder sie zusätzlich haben möchte. Ich nutze bei meinem Standard-Firefox eben 14 Plugins, weil ich einiges, aber nicht alles, damit mache, du deine 67, weil du sehr viel mit Firefox machst. In anderen Installationen, die ich nur zum Testen brauche, z.B. unter Windows habe ich genau ein Add-On, die Webdeveloper-Toolbar und das war's. WordPress begann mit ähnlicher Philosophie ein einfach gehaltenes System, welches vor allem das tut, wofür es gebaut wurde, das Bloggen zu unterstützen.

    WordPress als CMS

    Zitat Dieter ^:
    Mein Eindruck ist, dass sich WordPress immer mehr von einer Blogsoftware zu einem Content Management System (CMS) entwickelt. Das finde ich grundsätzlich ok, da die Bedürfnisse häufig mit der Zeit wachsen.
    CMS ist auch meines Erachtens in Ordnung, jedoch denke ich, damit fangen manche Probleme an. Je mehr das System kann, desto fehleranfälliger wird es.
    Etwas lästig finde ich aber, dass dabei auch ständig das Erscheinungsbild (Look and Feel) des Backends (Administrationsbereich) geändert wird. Der Mensch ist ein Gewohnheitstier und damit kommt der Spieltrieb der Entwickler in Konflikt. ;-)
    Das Erscheinungsbild allein finde ich ebenfalls schon lästig, ich nutze deshalb Adminize, weil ich weder mir und noch viel weniger anderen, die seltener damit arbeiten zumuten möchte, sich an eine völlig andere Oberfläche zu gewöhnen. Über den Unsinn eine Adminoberfläche mit Spielkram zu füllen, habe ich mich ja auch schon unter: Adminize WordPress ausgelassen. Ich möchte mit einer Adminoberfläche arbeiten, ich möchte nicht, dass da irgendwelche gemütlichen JavaScript-Funktionen irgendeine Spielerei übernehmen.

    WordPress Icons

    via Perun kam ich zu der Umfrage der WordPress-Icons. Ich habe teilgenommen. Im Grunde könnte ich bei WordPress ganz auf die Icons verzichten, aber nun gut. Besonders erschreckend fand ich jedoch Hinweise am Ende der Umfrage, dass manche Icons auf keinen Fall genommen werden. Nicht, weil sie nicht schön sind, oder eindeutig, nein: "System XY nutzt bereits das Symbol eines Gabelschlüssels für diese Funktion, deshalb nutzen wir es auf keinen Fall."
    Wie bitte?
    Das ist so ziemlich die dämlichste Begründung, die mir in solch einem Zusammenhang jemals begegnet ist. Denn gerade solche Quasistandards erleichtern es den Anwendern sich schnell und einfach zurechtzufinden. Etabliert haben sich ein paar dieser Standards, wie ein Haus für die Startseite eines Auftritts, oder in einer Anwendung eben für die Adminstartseite. Ein Gabelschlüssel für Tools, ein Stecker für Plugins usw. Nutzt man diese Standards, so macht man es vielen Nutzern leichter sich in einer neuen Umgebung zurechtzufinden. Wo ist das Problem, wenn ein Icon bereits von einem Konkurrenzsystem genutzt wird, nur weil ein Icon gleich ist, werden die Anwender die Systeme nicht verwechseln.

    Adminoberfläche anpassbar

    Für mich wäre eine konfigurierbare Oberfläche sinnvoll. Von mir aus, sollen sie Bildchen und Spielkram reinpacken, wenn ich es abstellen kann, ohne größere Eingriffe machen zu müssen, gut. Unsinnig finde ich, dass mit Adminize ein Plugin brauche, um einen Zustand herzustellen, der normal sein sollte. Nahezu alle anderen mir bekannten Programme sehen bei einem massiveren Oberflächenwechsel vor, dass man die alten Einstellungen behalten kann. Dass im Lauf der Zeit die ein oder andere Funktion Teil des Systems wird, ist normal und auch gar nicht schlecht. Allerdings erwarte ich eben, dass diese Funktionen dann ebenso konfigurierbar sind, wie es bei den vorherigen Plugins möglich war.
    • Selbst die integrierte Tagfunktion ist jedoch noch weit von dem entfernt, was Simple-Tags leistete.
    • Trotz deutscher Sprachdateien sieht das System noch immer nicht vor, dass Umlaute in den Links sinnvoll umgewandelt werden...
    Überdies sind die Aktualisierungsintervalle in letzter Zeit kein Spaß, und nur wenige kommen in dieser Geschwindigkeit mit. Durch die Häufigkeit geben immer mehr einfach auf und bleiben bei Uraltversionen stehen, die tatsächlich eine einzige Sicherheitslücke sind. Denn gerade wenn auch noch einige Plugins genutzt werden, dann müssen diese ja erst abgeschaltet, dann wieder aktiviert werden. Bei den neuen Versionen mit dem Hinweis auf die jeweils neuen Pluginversionen, könnte man fast täglich aktualisieren.

    Automatisch aktualisieren

    Der Grundgedanke, der bei den Plugins inzwischen eingesetzt wird, nämlich diese automatisch aktualisieren zu lassen, der ist im Grunde ja sehr schön. Einerseits erhöht das die Chance, dass Plugins nicht einfach vergessen werden und die Pluginversion irgendwann viel älter und unsicherer ist, als das System selbst.
    Es gibt jedoch zwei Probleme:
    Einige Plugins lassen sich einfach nicht automatisch aktualisieren. Nun gut, das ist ein lösbares Problem und wird wahrscheinlich besser, je länger es diese Funktion gibt. Das größere Problem ist, dass man damit auf dem echten System die Aktualisierung per Knopfdruck durchführt und falls etwas schief geht, dann nur wesentlich mühsamer das Ganze im Livesystem korrigieren kann. Je einfacher solche Funktionen eingebaut werden, desto weniger nützen die Beschreibungen und Hilfeseiten, die empfehlen erst zu sichern und dann erst... Ich löse es inzwischen so, dass ich bei manchen Autoren weiß, wenn einen Tag nach Veröffentlichung keine weitere Aktualisierung kommt, dann gibt es kein Problem und man kann recht gefahrlos das Update durchführen. Bei anderen Autoren warte ich ein paar Tage, teste dann lokal und probiere erst nach Sicherung des Systems aus, was bei der Aktualisierung passiert. Wie schon mehrfach erwähnt, ich bin eher übervorsichtig mit Plugins und nutze nicht so viele. Mein Vorgehen ist jedoch kaum praktikabel für diejenigen die 30, 40 oder noch mehr Plugins nutzen und womöglich noch mehrere Blogs betreuen. Unterm Strich wird ein Großteil der Blogs dann jedoch auf Dauer immer unsicherer, weil der Aufwand zu groß ist, in sicherem Rahmen alles aktuell zu halten. So ganz allmählich verstehe ich dann immer besser, warum manche bei irgendwelchen großen Anbietern mit vollständig vorgefertigten Paketen bleiben, auch wenn die Blogadresse nicht schön ist, die Möglichkeiten eingeschränkt und vieles nicht konfigurierbar. Denn manchen geht es womöglich in erster Linie ums Schreiben und nicht ums Aktualisieren ihrer Software... ;-)

    WordPress Alternativen

    Andererseits gibt es natürlich auch einige Alternativen. Es gibt ja mehr als eine Software, die Bloggen ermöglicht und zumindest die üblichen Funktionen ermöglicht. Schwierig ist dabei, dass ich kaum von jemand gehört oder gelesen habe, bei dem eine Migration von einer zur anderen Software problemlos funktioniert hat. Für mich würde das bedeuten mehrere Blogs umzuziehen, teils eigene, teils betreute Blogs, das ist bei mehr als einigen wenigen Beiträgen nicht ganz trivial und mal eben bei einem Kaffee erledigt. Im Moment habe ich für mich beschlossen, mir mal die 2.7 genauer anzusehen, inwieweit sich da manches so zeigt, wie ich das möchte. Im Moment habe ich beim ein oder anderen Blog auch noch Probleme, die so nicht bleiben können.
    • Dashboard nur über die Adresszeile erreichbar, weil der Link wohl nicht mehr stimmt
    • Blog in einem passwortgesicherten Bereich
      • keine Beiträge nach Termin möglich, zwar geht der Feed raus, nicht aber der Artikel selbst
      • kein automatisches Backup möglich (wäre noch kein Killerkriterium, da auf dem eigenen Server anders lösbar, aber trotzdem nervig)
    • Funktionen im Adminbereich sind langsam, weil mit zuviel Spielerei realisiert, die nicht abgestellt werden kann
    • Updatezyklus fürs Blog und die Plugins in den letzten Monaten unzumutbar, falls es so bleibt

    Unterm Strich

    Einerseits habe ich grad wenig Lust mich in ein anderes System einzuarbeiten, denn auch das kostet Zeit. Allerdings habe ich bei solchen Aktualisierungszyklen wie in der letzten Zeit soviel dafür aufgewendet, dass ich mich auch ebensogut in ein anderes System einarbeiten könnte. Andererseits bin ich nicht bereit mich regelmäßig über ein System zu ärgern. Ob CMS oder Blog oder beides finde ich nicht ganz so wichtig, ich denke die Nutzung geht immer häufiger in die Richtung, dass beides gefordert wird. Insofern ist im Grunde ganz praktisch, wenn die Systeme das auch berücksichtigen. Für mich ist es kein Kriterium, ob ich jetzt ein CMS vom Bloggen überzeugen möchte, oder eine Blogsoftware davon, dass sie als CMS funktioniert.

    Was ich tun werde?

    Schaun wir mal, wenn es noch ein bisschen so läuft, wie im Moment, werde ich zumindest mal noch was anderes ausprobieren, z.B. im internen Mitarbeiterblog. Läuft das dann gut, dann werde ich sicherlich nach und nach wechseln. Noch hat WordPress bei mir einen Stein im Brett, und sei es nur weil ich ein Gewohnheitstier bin...
  • ...Advent, Advent... auch bei den Webstandards

    • Adventskalender der Webkrauts
    Prima, wie schon in den vergangenen Jahren wird es bei den Webkrauts wieder den Adventskalender geben. Heute geht's los! Für diejenigen, die den Adventskalender noch nicht kennen, noch die Hinweise zu den Adventskalendern der Vorjahre: Ähnlich wie bei den Sonnenseiten im Sommer wird täglich ein Artikel von einem der Mitglieder der Webkrauts veröffentlicht. Über manchen Artikel habe ich ja bereits geschrieben, beispielsweise zum Thema Progressive Enhancement, welches bei den Sonnenseiten angesprochen wurde. Nicolai Schwarz schreibt dazu unter anderem:
    "Ab dem kommenden Montag geht es dieses Mal rund um Best Practice in allen Webbereichen. Wir schreiben über Performance, JavaScript, Suchfunktionen, Barrierefreiheit, nützliche Tools, den Umgang mit Kunden, Navigationen oder auch Suchmaschinenoptimierung, um nur ein paar Themen zu nennen."
    Ich freue mich bereits auf die Serie, mir gefällt es gut, wenn es über einen begrenzten täglich einen Artikel gibt. Die Zeit nehme ich mir dann meist, diese Serie jeweils sofort zu lesen.

Seite 1 von 2, insgesamt 9 Einträge