Das Putzlowitsch Test- und SEO-Blog

Schreck am Freitag – offene Forderungen?


So ein Schreck kurz vorm Wochenende. Da melde ich mich bei meinem Strato-Webhosting-Kundenbereich an und bekomme so eine Meldung angezeigt. Weiter unten steht dann noch:

„… bedauerlicherweise sind für Ihr Kundenkonto Zahlungsschwierigkeiten aufgetreten. Aus diesem Grund sehen wir uns leider gezwungen, einige Dienste einzuschränken.
Möglicherweise haben wir nicht Ihre aktuellen Daten und konnten daher die Lastschrift nicht durchführen. Bitte überprüfen Sie unter Kundenbetreuung – Ihre Kundendaten Ihre Bankverbindung, Ihre Anschrift und Ihre E-Mail-Adresse …“

Nur habe ich keine Daten geändert, das Konto ist auch nicht leer und die Abbuchung hat in den letzten Jahren immer problemlos geklappt. Allerdings konnte ich auch auf die Schnelle keine Einschränkungen bei den Diensten feststellen, wie im Text angemerkt wird. Meine Webseite ist normal erreichbar. Wäre aber auch ein Unding, wenn gleich beim ersten Zahlungsproblem elementare Funktionen eingeschränkt wären.

Aber da ich schon mal vor Jahren bei 1&1 bis zur dritten Mahnung mit Androhung von Inkasso bzw. Rechtsanwalt gekommen war, wollte ich die Sache nicht auf sich beruhen lassen, auch wenn das Problem offensichtlich nicht bei mir liegt. Ein kurzer Anruf beim Strato-Kundenservice bestätigt dann auch meine Vermutung, daß es sich um ein technisches Problem in der Buchhaltung handelt.

Bei 1&1 war es damals auch ein firmeninternes Problem. Ich hatte 2001 meine neue Bankverbindung ordnungsgemäß im Kundenmenü eingetragen und die Abbuchung der monatliche Beträge funktionierte auch ohne Probleme vom neuen Konto. Etwa ein Jahr später habe ich dann das Webhosting-Paket gewechselt und mir für 6 Euro Versandkosten die dazugehörige Software zuschicken lassen. Allerdings versuchte 1&1 nun, warum auch immer, diesen Betrag von meinem alten Konto abzubuchen, was natürlich fehl schlug.

Nach einigen Telefonaten und weiteren Mahnungen habe ich dann die 6 Euro selbst überwiesen, da die das mit der Abbuchung nicht auf die Reihe bekommen haben. Vermutlich steht in meinem Versandkonto oder wo auch immer jetzt noch meine alte Bankverbindung drin. Naja, diese Softwarezugaben braucht man auch nicht wirklich, da kann ich auch drauf verzichten.

Keine Kommentare »

Yahoo Bildersuche setzt falsche URL zu Trefferseiten

Mit und ohne Slash

Oft kommt es ja nicht vor, aber hin und wieder kommen Besucher mit einer falschen URL hier zu Schnurpsel oder etwas häufiger drüben zu Putzlowitsch. Bei beiden Blogs habe ich es so konfiguriert, das am Ende einer normalen URL zu einem Artikel, einer Seite, den Kategorien und Tags ein Schrägstrich (slash) steht. Das sieht dann etwa so aus:

http://example.com/name-des-artikels/

Manche Besucher, teilweise auch irgendwelche Bots, versuchen eine Seite hingegen so aufzurufen:

http://example.com/name-des-artikels

WordPress ist nun seit Version 2.3 so nett, und leitet die Besucher und Bots per Redirect auf die richtige Seite weiter. Nur warum rufen Besucher überhaupt die falsche URL auf, wo haben die diese her? Von mir bestimmt nicht, bei mir steht da immer ein / am Ende.

Besucher von der Yahoo-Bildersuche

Yahoo Bildersuche - falsche URLIch habe im Serverlogfile nachgesehen, die normalen Besucher mit der URL ohne Schrägstrich am Ende kommen fast ausnahmslos von der Yahoo-Bildersuche.

Dort wird für einen Treffer die URL der Zielseite immer ohne Slash am Ende angezeigt und auch der Link so gesetzt. Damit klickt der Suchende auf diese falsche URL und muß nun jedesmal von WordPress auf den richtigen Pfad der Tugend gebracht werden. Das beansprucht den Server damit quasi doppelt.

Nicht mit mir

Ab sofort gibt es bei mir keine Weiterleitung mehr. Wer eine falsche URL aufruft, also ohne Schrägstrich am Ende, wenn da aber einer sein sollte, muß halt die Konsequenzen tragen. :-)

Deshalb gibt es nur noch einen schlichten 404er-Fehler. Ist zwar schade für die Besucher, soviele sind das allerdings auch wieder nicht. Gerade die komischen Bots werden damit aber auch ferngehalten. Ist schließlich nicht mein Problem, wenn die falsche URLs verwenden.
Siehe Kommentare.

12 Kommentare »

Ein nacktes WordPress installieren

WordPress-Installation

Eine neue WordPressinstallation enthält üblicherweise bereits ein paar Beispieldaten. So sind schon eine Seite und ein Artikel mit einem Kommentar vorhanden, etwa wie dieser hier. Die Blogrolle ist auch schon mit ein paar Links gefüllt.

Wenn man das nicht möchte, weil man beispielsweise einen WordPress-Export (per WP-Export als xml) importieren möchte und die IDs der Artikel und Seiten erhalten bleiben sollen, kann man eine benutzerdefinierte Installation verwenden.

WordPress lädt am Anfang der Installation die Datei wp-content/install.php, falls sie vorhanden ist. In dieser kann man einige Installationsfunktionen „überschreiben“. Das funktioniert so wie bei den Funktionen aus der pluggable.php im Verzeichnis wp-includes. WordPress prüft, ob eine Funktion bereits vorhanden ist:

if ( !function_exists('wp_install') ) :
 ...
endif;

Falls nicht, wird die WordPress-Funktion „installiert“, andernfalls wird die bereits vorhandene verwendet. Die wordpresseigenen Installationsfunktionen findet man in wp-admin/includes/upgrade.php, diese kann man sich als Vorlage für eigene Modifikationen hernehmen.

WordPress ohne „Hallo Welt“

Um nun eine leere WordPress-Installation zu erhalten, wird die Funktion wp_install_defaults in der Datei wp-content/install.php neu definiert:

<?php
function wp_install_defaults($user_id) {
}
?>

Es ist einfach eine leere Funktion, dadurch wird aber auch keine Default-Kategorie für Artikel und Links erstellt. Möchte man die Standardkategorien trotzdem haben, nimmt man den oberen Teil aus der originalen WP-Funktion (bis // Now drop in some default links) in die eigene Funktion mit rein. Dabei das global $wpdb nicht vergessen.

Wie man auf diese Weise bereits Plugins bei der Installation aktivieren kann, hatte ich früher schon mal beschrieben.

Nachdem die Anpassungen in der install.php vorgenommen wurden und diese in das WordPress-Content-Verzeichnis kopiert wurde, kann man die WordPressinstallation wie gewohnt starten.

Weitere Artikel mit Bezug zu diesem:
Keine Kommentare »

Mohakenox-Bild mit Bindestrich ist da

Mohakenox am 09.04.2010 - mit BindestrichDas ich das noch miterleben darf. Heute ist das lange vermißte Mohakenox-Bild mit Bindestrich- oder besser Minuszeichentrennung (mohakenox-ist-super) erstmals in den Ergebnissen der Google Bildersuche aufgetaucht.

Da die Suchergebnisse immer noch stark schwanken, habe ich einen Screenshot gemacht. Das Bild ist an Position 12 (rechts unten) zu finden.

Nun ist die Frage, ob dafür ein äußerer Einfluß verantwortlich ist, das Bild z.B. von einer anderen Seite angelinkt wurde, oder ob es damit zu tun hat, das Google derzeit sowieso wieder mal einen größeren Schub neuer Bilder veröffentlicht. An der Erfassung der Bilder selbst kann es nicht liegen. Der Bilder-Bot (Googlebot-Image) kommt fast immer innerhalb von 24 Stunden vorbei und holt neue Bilder ab.

Selbst bei der völlig neuen Brötchen-Bilder-Seite war der Imagebot von Google nach ein paar Stunden da und hat die Bilder abgeholt. Gut, viel Arbeit hat er da nicht, aber immerhin. Man kann nicht sagen, daß es am Bot liegt, wenn in letzter Zeit die Bilder auf sich warten ließen.

Tip:
Im Zusammenhang mit den Schwankungen habe ich noch einen kleinen Tip. Oft ist es so, das die jeweils älteren oder neuerem SERPs zwischen images.google.de(com) und www.google.de(com) wechseln. Ist das Bild grad bei images nicht da, sieht man es bei www, www(com) oder images(com) und umgekehrt. Klappt aber nicht immer. :-)

Keine Kommentare »

Spam-Bot Wetter, die Bots testen Kommentare

Heute scheint gutes Spam-Wetter zu sein, die Spambots sind unterwegs und testen die Kommentar-Formulare, im Moment drüben bei Putzlowitsch.
Das Muster ist immer gleich:

xyz.amazonaws.com  /2007/01/09/spam-spammiger-am-spammigsten
xyz.amazonaws.com  /2007/01/09/spam-spammiger-am-spammigsten/
xyz.amazonaws.com  /wp-comments-post.php
xyz.casema.nl      /wp-comments-post.php
xyz.slicehost.net  /wp-comments-post.php

Erst kommt so ein Hansel vorbei und ruft eine Seite mit der falschen URL (ohne abschließendem Slash) auf. Dann wird er auf die richtige URL weitergeleitet und versucht einen „Kommentar“ abzusetzen. Gleich danach kommen noch zwei Spam-Bot-Kollegen und versuchen dasselbe. Als User-Agent steht immer „Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1)“ drin.

Inhaltlich habe die nicht wirklich was zu bieten, es scheint eher nur ein Test zu sein, ob die Kommentare entgegengenommen werden und wie Links eingefügt werden können. So in etwa sehen die Kommentare aus:

EBuBBk
<a href=\"http://swdjxdiycbec.com/\">swdjxdiycbec</a>,
[url=http://ndnoaqhxujvg.com/]ndnoaqhxujvg[/url],
[link=http://krperquplewf.com/]krperquplewf[/link], 
 http://keejyaqvdysc.com/

Angefangen hat es kurz nach 9 Uhr. Bisher sind gut 300 Spam-Versuche aufgeschlagen, also etwa 100 Zugriffe des obigen Verhaltensmusters. Nur gut, daß dieser Spam-Quark schon an der Türe abgewiesen wird und erst gar nicht in die Spam- oder Moderationsliste von WordPress gelangt.

Ich befürchte, die Bots geben erst Ruhe, wenn sie alle ca. 750 Artikel bei Putzlowitsch abgegrast haben. Und dann komme sie womöglich noch hierher zu Schnurpsel. Hoffentlich merken die bald mal, daß sie dort wie auch hier keine Chance haben, ihren Spam loszuwerden.

Keine Kommentare »