Es passiert Jedem - Rechtschreibfehler kommen auf Computern häufiger vor. Alte Artikel oder Einträge sollten auf Fehler überprüft werden, um auch diese wieder ins professionelle Licht zu rücken.
Invalides Markup kommt manchmal vor, Zeichenfehler tauchen häufiger auf. Besonders alte verstaubte Unterseiten oder Artikel weisen solche Fehler häufiger auf und sollten deswegen überholt werden.
Manchmal installiert man Updates oder Plugins und deinstalliert diese wieder, wenn man sie nicht wirklich mehr braucht. Da bleiben oft Code-Schnipsel übrig, welche entfernt werden sollten.
Besonders in den Stylesheets kommen Änderungen und Verbesserungen öfters vor. Alte Anweisungen bzw. Regeln bleiben dabei oft unbeachtet. Vielleicht finden man beim Durchsuchen der CSS-Datei einige Teile, die entfernt werden können.
Die Statistiken melden, dass einige Unterseiten nie besucht werden? Dann sollte man darüber nachdenken, diese entweder zu entfernen oder zu aktualisieren. Manchmal hilft auch eine kleine Betonung, dass es diese Seite auch gibt und nicht nur nach 7 Klicks erreichbar ist.
Gerade bei Weblogs oder News-Scripts sollte man die Archivierung überdenken, wenn diese eher auf 1 Jahr getrimmt wurde, aber schon 5 Jahre vorübergegangen sind. Jeder Monat sollte im Archiv sofort erreichbar und nicht erst im 3. Unterverzeichnis auffindbar sein.
Durch Änderungen in einem Teil der Stylesheets können andere Teile auch darauf reagieren - und das vielleicht nicht im eigenen Browser, jedoch aber in anderen. Darum sollte man öfters das Layout auf anderen Systemen und Browsern testen und ggf. reparieren.
Jaja, gar nicht so falsch, seinem technischerseits problemlos laufenden Blog ab und zu etwas Aufmerksamkeit zu widmen. Da bieten sich Upgrade-Vorgänge an, wo man eh am Schrauben ist. Noch kurz zu drei Punkten:
Zu Punkt 1:
Machte man das wirklich bei allen -zig-Hundert Artikeln, so wäre das Jahr schnell zu Ende. Aber wenn man in den Tagen, in denen ein jeweiliger Artikel einigermaßen aktuell ist, noch ein- oder zweimal drüberguckt, hat man Grammatik und Rechtschreibung ganz gut unter Kontrolle.
Zu Punkt 3:
Spätestens, wenn man ein Upgrade einspielt, soll man die Plugins ja sowieso für diesen Vorgang deaktivieren. Beim Re-Aktivieren bietet sich diese Überprüfung ja fast von selbst an.
Zu Punkt 4:
Vor allem, wenn man (wie ich) bei Änderungen im Stylesheet die alten Attribute/Werte nicht einfach überschreibt, sondern auskommentiert stehen lässt, sammeln sich Kommentarleichen an, die man eigentlich nur zur kurzzeitigen Absicherung braucht. Später kann man sie löschen, das sind auch ein paar Bytes.
Danke für eure konstruktiven Beiträge. Conny, freut mich, dass ich dich von der Aufräum-Aktion überzeugen konnte.
Kommentare, die aus Verständnis-Vorsorge eingefügt wurden, sollten da bleiben. Doch die Kommentare von alten Tests sollten entfernt werden.
Um direkt Punkt 1 aufzugreifen. In deinem Artikel haben sich drei Rechtschreib-/Flüchtigkeitsfehler eingeschlichen:
Punkt 3: ??[...] Plugins und deinstalliert dsie wieder [...]??
Punkt 4: ??Vieleicht finden man beim Durchsuchen der CSS-Datei [...]??
Punkt 7: ??[...] und das villeicht nicht im eigenen Browser [...]??
Trotzdem netter Artikel :)
Und ich habe noch überlegt, ob ich Textiletags einsetzen soll, naja, nun auch egal.
Boris, wieso müssen Plugins beim Upgrade deaktiviert werden? Wo denn überhaupt?? Ich schieb da einfach die neuen Dateien auf den Server und gut ist.
Conny Lo
02.02.2006
Ok, ok habe jetzt mein CSS entrümpelt. Manoman, was da für Quelltextstaub aus den Ritzen zusammenkam. Und die liebgewonnenen <dl> Experimental-Schnipsel. Alles raus. Und margin/padding-Reste aus Layout-Proben - unbelievable!
Muss ich auch die Kommentare aus meinem CSS rausschmeissen? Ne, die bleiben erstmal.