5-Finger-Blog

Gise meinte gerade zu mir, sie könne sich nicht an die Daten für den WordPress-Account erinnern. Ich schrieb ihr, sie solle, wenn sie den Benutzernamen noch weiss, einfach das Passwort neusetzen lassen. Allerdings ist es dabei wichtig, das die bei der Registrierung benutze E-masil Adresse noch benutzbar ist. Sonst klappt das nämlich nicht…

Ich habe das dann auch direkt mal ausprobiert

Klick auf den Link: Lost your password?
Ich gebe meinen Benutzernamen ein: hollii
Blick ins E-mail Programm in den Ordner: Software – E-mail ist da!
Klick auf den Link in der E-mail
Aha, wieder ne E-mail, als kucke ich wieder in den Ordner im E-mail Programm. Doch ich sehe nichts. Ich öffne den Spamihilator und schaue in den Trainingsbereich. Dort sehe ich folgendes (Bitte draufklicken, um die gesamte Breite zu sehen):

Die eine E-mail ist also dank dem lernenden Filter durchgegangen, die andere hat der DCC-Filter gestoppt. Schon seltsam. Oder liegt es einfach nur an der Schnelligkeit? Das bereits 2 E-mails innerhalb von 2 Minuten ausreichen, so das jede weitere als Spam markiert wird?

Ps: Das ist kein Aprilscherz!

Eine neue Version von WordPress ist heute erschienen. Ich habe bereits angefangen, das Update vorzubereiten. Im Laufe des Abends werde ich das dann hier installieren. Ich denke das wird ohne Probleme verlaufen.

Die deutsche Version lässt allerdings noch auf sich warten. Da ich aber bisher eh immer die englische genommen habe, werde ich das auch diesmal wieder so machen.

Ich dachte mir, es ist mal an der Zeit, meine Passwort-Datenbank, die zwar mittlerweile etwas abgenommen hatte (nur noch rund 280 Passwörter), auf den Kopf zu stellen. Sprich sich durch die Kategorien klicken und jeden einzelnen Eintrag zu (über)prüfen und gleichzeitig auch alle Passwörter zu ändern. Ist doch erstaunlich, wo man überall angemeldet ist, aber man den Zugang gar nicht oder nur sehr selten nutzt.

Daher habe ich mich entschlossen, alles zu löschen, was mir überflüssig erscheint. Bisher konnte ich weitere 25 Datensätze/Passwörter löschen.

Ausserdem ist mir aufgefallen, das ich bei einigen Accounts ziemlich unsichere Passwörter benutzt habe. Beispielweise wenn man nur mal schnell was testen möchte. Diese habe ich aber jetzt alle in mindestens 21-stellige Passwörter geändert.

Wer kennt nicht die Formular History im Firefox. Man nehme zum Beispiel das Eingabefeld einer Suchmaschine. Wenn man den Cursor reinsetzt und dann die Pfeiltaste nach unten drückt, erscheint eine Liste der Dinge, die man zuvor dort eingegeben hat. Sofern man in den Einstellungen unter Datenschutz – Chronik die Option “Daten speichern, die in Formulare und die Suchleiste eingegeben werden” aktiviert hat.

Nun kommt es ja durchaus mal vor, das man sich mal vertippt. Greift man häufig auf diese Eingaben zurück, nervt das natürlich, wenn man immer wieder an den fehlerhaften Datensätzen vorbei muss. Das muss aber gar nicht sein.

Wenn das Feld wie auf diesem Screenshot zu sehen ist, aufgeklappt ist, bewegt man die Pfeiltaste nach unten und markiert so den Eintrag den man nicht mehr haben möchte. Dann drückt man kurz die Umschalttaste + Entf (Shift + Del) und zack – weg isser, der fehlerhafte Eintrag.

Das hab ich grad zufällig rausgefunden. Denn meine formhistory.dat im Profilordner von Firefox ist stolze 1,7 MB gross. Nachdem ich alle fehlerhaften Einträge gelöscht hatte, waren es nur 1,2 MB…

Ps: Keine Panik bitte! Denn nachdem man das erste mal auf Umschalt + Entf gedrückt hat, um einen Eintrag zu löschen, wird die formhistory.dat kurz drauf mit 0 Byte angezeigt. Sobald man aber den Firefox beendet, wird der Inhalt neu geschrieben. Zur Sicherheit empfehle ich aber den Profilordner einfach mall zu sichern vorher.

Ps2: Das geht natürlich mit allen Eingabefeldern. Auch mit der Adressleiste…

Ich hatte mein WP-Admin Ordner die ganze Zeit mit einem Verzeichnisschutz versehen (.htaccess/.htpasswd). Nun ist mir zu Ohren gekommen, das wenn man innerhalb einer Minute 2 Kommentare schreibt, oder aber 2x das selbe in verschiedenen Beiträgen schreiben möchte, erscheint die WordPress hauseigene Fehlerseite.

Diese Meldung ist aber nicht das einzige was geladen wird. Bei mir sah das eben gerade so aus, als ich per E-mail darüber informiert wurde. Nämlich die Benutzername und Passwort-Abfrage für den WP-Admin-Bereich. Und zwar direkt nachdem auf Abschicken klickt.

Das liegt daran, das dortige WP-Admin StyleSheet-Datei mit dem Meldungsfenster verlinkt ist..

<link 
rel="stylesheet" href="http://h75.de/blog/wp-admin/css/install.css" 
type="text/css" />

Das ist nicht so gut. Denn wenn man auf abbrechen klickt, sieht die Fehlermeldung so aus.

Ausserdem gefällt mir das nicht, das die Fehlermeldung im WordPress Lock angezeigt wird. Warum wird dafür nicht das Theme genommen????

[Update] Ich habe jetzt die functions.php bearbeitet. nun werden die Fehlermeldungen zumindest schon mal im richtigen Design angezeigt. Das kann man auch ganz einfach testen. Einfach das Formular abschicken ohne was rein zu schreiben, schon erscheint die Fehlermeldung im neuen Gewand. [/Update]

In den letzten Tagen schlagen bei mir im Blog Spam-Kommentare ein, die alle Grenzen sprengen. Ich frage mich deswegen gerade, ob es möglich ist, das was man als Kommentar eingeben kann, zu begrenzen. Denn über 51.000 Zeichen ist echt ein bisserl viel oder?

Um den Kommentar mal in seiner ganzen Pracht vorzustellen, habe ich diesen mit der Firefox ScrapBook abgespeichert. Anmerkung: Ich habe natürlich alle Links, bis auf die von WordPress ganz unten, unklickbar gemacht. Also mit nem #-Zeichen ersetzt. Denn die sind ja uninteressant…..

http://hollii.de/temp/spam/20080324170716/
http://hollii.de/temp/spam/20080324170716/index.html

Das ist bisher der längste Spam-Kommentar, den ich bekommen habe. Hat jemand noch mehr zu bieten? Am besten mit ScrapBook abspeichern, denn z.B. die Firefox-Erweiterung Pearl Crescent Page Saver schafft es nicht, die Seite als ein Screenshot abzuspeichern. Hört mitten drin auf. Um genau zu sein ist nach 32.767 Pixeln schluss. Wers mir nicht glaubt, schaut sich den Screenshot einfach mal an. Vorsicht. Auflösung: 958 x 32.767 Pixel!!!!!! Als PNG sind das 1,44 MB, als JPG (90%) satte 3,86 MB und als GIF 1,28 MB. Daher hab ich nur das GIF hochgeladen.

Als Text-Version istes nicht ganz so viel.. Da sind es nur 50 KB… Daher hier auch noch die Text-Version.

http://hollii.de/temp/spam/20080324170716/20080324170716.txt

Konnte bisher dazu nix finden, wie und ob man bei WordPress die maximale Zeichenanzahl für einen Kommentar einstellen kann. Also das z.B. nur 10.000 Zeichen möglich sind. Gibts überhaupt ein Limit? Wenn ja wie hoch ist das?

Die neuste Version von Smiley JS Buttons, Version 1.5, hat einen kleinen Fehler. Und zwar wird eine fehlende Maskierung bemängelt.

Und genauso schnell wie ich den gefunden habe, konnte ich den auch beheben. Und zwar in der Datei smiley_js_buttons.php, Zeile 97 das </a> in <\/a> ändern.:
/blog/wp-content/plugins/smiley_js_buttons.php

echo "document.write('<\/a>');\n";

Der Slash "/" muss in JavaScript "maskiert", also mit einem
vorangegangenen Backslash "\" geschrieben werden. Fügen Sie in
diesem Fall einen Backslash "\" zwischen "<" und "/" ein,
also "<\/".

Hat jemand ne E-mail Adresse vom Plugin-Author oder kennt ihn jemand zufällig? Ne Kontakt-Möglichkeit konnte ich auf der unübersichtlichen Text-Website bisher nicht finden.. (siehe diesen Screenshot). Warum ist das so? Weil ich den Referer nicht übertrage. Sonst würde die Seite so aussehen. (siehe diesen 2.ten Screenshot)

Nun ist auch die Beitragsseite wieder Strict!

Smiley JS Buttons
http://aranea.zuavra.net/index.php/18/#ig-12

Ausserdem hatte ich nen doppelten Slash in der Adresse der Smilies:

http://h75.de/blog//wp-includes/images/smilies/icon_eek.gif

Um das fixen habe ich in Zeile 41 den Slash vor wp-includes/ entfernt:

'wp-includes/images/smilies/',

Nachtrag: Achja, ich musste auf die neuste Version updaten, da die alte Version von Smiley JS Buttons, Version 1.3 nicht mehr mit WordPress 2.3.3 funktionierte. Demnach musste ich auch im Admin-Center die Smiley JS Buttons eintragen. Wie das geht steht hier. Nur das es nicht die post.php sondern die post-new.php ist.

Vor ein paar Tagen habe ich auf WordPress 2.3.3 aktualisiert. Kurz drauf ist mir aufgefallen, das am Ende der Kategorien, Archive und Seiten immer der Slash fehlt. Das ist natürlich nicht schön, wenn plötzlich die URL anders ist… Daher hab ich mich auf die Suche gemacht und hier folgendes Plugin entdeckt. Ich habs direkt getestet und nicht für gut befunden.

Zwar wird der fehlende Slash am Ende wieder an die Kategorien, Seiten und Archive angehängt, leider aber auch an die Beiträge. Und genau da war bisher kein Slash und da soll auch in Zukunft keiner sein.

Denn meine Einstellungen für die Permalinks im 5-Finger-Blog sehen so aus:

Jetzt ist die Frage, wie ich das wieder hin bekomme. Oder soll ich einfach alles so lassen wie es ist? Zwar ändert sich jetzt die URL von den Seiten, Kategorien und Archiven (nicht die der Beiträge), aber immerhin funktionieren ja beide Varianten… Aber ob das die Suchmaschinen so gut finden? Ich meine Kategorien und Archive sind eh für Suchmaschinen tabu. Ich möchte das die Beiträge gelistet werden und nichts anderes. Denn wenn ein Beitrag heute auf Seite 99 ist, dann ist er, nachdem ich weitere neue Beiträge veröffentlicht habe, irgendwann auf Seite 100. Jetzt findet aber jemand Seite 99 über die Suche und findet das was er sucht nicht… Daher habe ich Kategorien und Archive gesperrt. Oder ist das nicht gut? Hat schon jemand Erfahrungen damit? Ich hab erst vor kurzem damit angefangen.

Komischerweise fehlt der Slash jetzt bei allen Links am Ende. Nur nicht bei der Homepage des 5-Finger-Blog. Selbst wenn ich den weglasse, wird er wieder angefügt. Aber das liegt glaube ich am Apachen..

Also der Kommentar-Spam hat sich bei mir von heute auf morgen fast komplett eingestellt. Und das nur deswegen, weil ich die wp-comments-post.php in wp-comments-post5.php umbenannt habe…

Damit die fehlende wp-comments-post.php nicht zum Fehler 404 führt und so die error-Log vollgeschrieben wird, habe ich die gleich in die .htaccess eingetragen, so das der Fehler mit der Nummer 410 ausgegeben wird.

Nachtrag: Natürlich darf man nicht vergessen, die Datei comments.php im Theme-Ordner zu bearbeiten.

<form action="<?php echo get_option(‘siteurl’); ?>
/wp-comments-post.php" method="post" id="commentform">

Da ich ja schon 2 erfolglose Versuche hinter mir hatte, WordPress von 2.0.11 auf die aktuelle Version (zur zeit 2.3.3) zu aktualisieren, dachte ich mir, ist es mal wieder soweit. Und siehe da. Wenn man konzentriert vorgeht, klappt es auf Anhieb. Bisher funktioniert jedenfalls alles. Oder gibts irgendwo ein Problem? Bitte mal Trackback, Ping, Kommentare mit Links etc testen.

Die Smilie-Liste steckt bei mir jetzt in der /blog/config.php. Vorher war das ja in der /blog/wp-includes/vars.php eintragen.

Allerrdings wollen die noch nicht so wie ich möchte..

Achne, ich sehe gerade, die stecken jetzt in der /blog/wp-includes/functions.php. Ok dann sollte das gleich funzen.

WordPress 2.5.0 sollte eigentlich schon veröffentlich werden, der Termin wurde aber verschoben. Soweit ich gehört habe, soll es am 17. kommen. Mal abwarten. Jedenfalls bin ich jetzt vorbereitet und endlich habe ich auch eine XML-Datei meines Blogs als Backup. Denn exportieren geht ja mit WordPress 2.0.11 nicht..

//Nachtrag: Und u.a. folgende Dateien habe ich für entdeckt, die überflüssig scheinen, da sie nicht mehr in 2.3.3 enthalten sind, bzw. verschoben wurden..

- /blog/wp-admin/admin-db.php
- /blog/wp-admin/cat-js.php
- /blog/wp-admin/edit-form-ajax-cat.php
- /blog/wp-admin/execute-pings.php
- /blog/wp-admin/inline-uploading.php
- /blog/wp-admin/link-categories.php
- /blog/wp-admin/list-manipulation.js
- /blog/wp-admin/list-manipulation.php
- /blog/wp-admin/xfn.js
- /blog/wp-includes/comment-functions.php
- /blog/wp-includes/functions-compat.php
- /blog/wp-includes/functions-formatting.php
- /blog/wp-includes/functions-post.php
- /blog/wp-includes/links.php
- /blog/wp-includes/pluggable-functions.php
- /blog/wp-includes/template-functions-author.php
- /blog/wp-includes/template-functions-category.php
- /blog/wp-includes/template-functions-general.php
- /blog/wp-includes/template-functions-links.php
- /blog/wp-includes/template-functions-post.php
- /blog/wp-includes/wp-l10n.php