Cafe Central: Donnerstag

Eichsfelder Hof: Montag und Dienstag

Zur Eule: Montag

Datei oxseoencoder.php (vorher unbedingt Sicherheitskopie anfertigen!)

Zeile: 615 – funktion _prepareUri( $sUri )

aus:

return $oStr->preg_replace( array( '|//+|', '/' . preg_quote( self::$_sSeparator . self::$_sSeparator, '/' ) .'+/' ),array( '/', self::$_sSeparator ), $sUri );

wird:

return strtolower($oStr->preg_replace( array( '|//+|', '/' . preg_quote( self::$_sSeparator . self::$_sSeparator, '/' ) .'+/' ),array( '/', self::$_sSeparator ), $sUri ));

Danach im Admin unter Grundeinstellungen->SEO die SEO-URLs neu generieren lassen.

Fertig!

Linkkauf und -verkauf ist laut Google ein Verstoß gegen die Webmasterrichtlinien, da er als eine Manipulation der Suchergebnisse gewertet wird. Daher gibt es seit geraumer Zeit auch in den Webmastertools ein Formular in dem man verdächtige Links, für die wahrscheinlich Geld geflossen ist melden kann.

Vor einigen Wochen wiederum kündigte Matt Cutts das automatische Bekämpfen von Linkkauf durch einen speziellen Algorithmus an. Die praktische Durchführung wurde an vielen Stellen, auch auf der SMX München heiß  und kontrovers diskutiert. Sollte es wirklich möglich sein, dass Google auf Knopdruck gekaufte Links enttarnen kann? Ich glaube nicht.

Wie aber seit heute in vielen gängigen SEO-Blogs, z.B. bei Clever Clogs zu lesen ist, kommt in das Thema nun doch noch unerwartet Bewegung. Es geht um ein neues, patentfreies Mikroformat, ähnlich dem allseits bekannten nofollow-Tag. Es soll Google helfen, saubere, ungekaufte Links besser indizieren und werten zu können.

Hier die offizielle Schreibweise:

<a href="http://www.foo.com" rel="nopaid">bar</a>

Laut den neuen, überarbeiten Webmasterrichtlinien sollen nach Möglichkeit alle externen Links damit gekennzeichnet werden. Interne Links können in Ihrer Schreibweise natürlich so bleiben wie bisher. Leider ist bis zum jetzigen Zeitpunkt noch nicht veröffentlicht, wie lange die Übergangszeit sein wir, bis nicht gekennzeichete Links nicht mehr gewertet werden. Persönlich kann ich nur auf eine möglichst lange Frist hoffen, da auf uns Webmaster sicher in nächster Zeit eine Menge Arbeit zukommen wird.

Gottseidank gibt es schon die ersten Tools, die halbautomatisch bestehende externe Links erkennen und entsprechend anpassen können. Clever-Clogs z.B. hat schon das ersten WordPress-Plugin zum kostenfreien Download zur Verfügung gestellt. Es für den nopaid-Zusatz automatisch in alle externen Links ein.

Schlussendlich bleibt zu hoffen, dass Google durch dieses neue Verfahren die Serps-Manipulationen in den Griff bekommt. Denn das würde absolut den ehrlichen Whitehat-SEOs (zu denen ich mich natürlich zähle) zu Gute kommen.

Wenn man in einer WordPress-Kategorie nur eine bestimmte Anzahl Artikel listen möchte und die Einstellungen im Backend nicht greifen kann man folgenden Code direkt im Template oberhalb von:

<?php
while(have_posts()) {
the_post(); ?>

einfügen: 

<?php query_posts(‘showposts=3′); ?>

Der Gesamte Code sieht dann folgendermaßen aus: 

<?php query_posts(‘showposts=3′); ?>

<?php
while(have_posts()) {
the_post(); ?>

Hab eben zufällig eine super Zusammenfassung gefunden, die die wichtigsten Regeln zum Erstellen eines WordPress-Plugins zusammenfasst:

http://www.rene-ade.de/inhalte/anleitung-howto-tutorial-erstellen-eines-eigenen-wordpress-plugins-wordpress-plugin-selbst-schreiben-widget-admin-page-wpdb-options-hooks-filters.html

Ein Update zieht automatisch auch eine Änderung an der Datenbank mit sich. Daher ist es dringend empfohlen, diese vor allen Maßnahmen zu sichern. Das mache ich gern mit MysqlDumper. Die Sicherung dauert damit nur wenige Minuten und auch eine eventuelle Rücksicherung ist mit 3 Mausklicks geschehen.

Doch nun zum Update-Prozess:

1. Schritt: die neueste Typo3-Source (Stable Version) hier runterladen. Nehmt entweder die tar.gz oder die zip-Variante ohne Dummy-Paket.  Die Datei auf dem Rechner abspeichern und anschließend entpacken.

2. Schritt: mit einem FTP-Programm, z.B. Filezilla den Ordner typo3_src–4.2.x auf den Webserver laden. Achtung, wenn Ihr die zip-Datei entpackt habt befindet sich in dem Ordner typo3_src–4.2.x noch einmal ein Order gleichen Namens. Bitte diesen aufladen. Das richtige Verzeichnis auf dem Webserver ist das, wo bereits der Ordner typo3_src-4.x.x ist (also die alte, derzeit installierte Version). Aktuell sieht das bei mir jetzt so aus: 

3. Schritt: nachdem der Ordner mit den neuesten Sourcen aufgeladen ist muss nun der Symlink (symbolische Link) typo3_src geändert werden – und zwar auf das neue Versionsverzeichnis. In meinem Beispiel zeigt der Symlink jetzt noch auf typo3_src-4.2.6 nach der Änderung soll er auf typo3_src-4.2.8 zeigen.

Für die Änderung des Symlinks benötigen wir einen Shell-Zugang zum Webserver. Dafür am besten das Programm Putty nehmen, das gibt es kostenlos hier. Damit auf dem Server einloggen (Zugangsdaten sind meist die vom Ftp, oder ggf. beim Hoster erfragen). Mit "dir" könnt Ihr Euch nun die Ordner auf dem Server anzeigen lassen, mit "cd Ordername" wechselt Ihr in einen hinein.  Bitte jetzt in den Ordner der Typo3-Installation wechseln. Wenn Ihr mit "dir" die typo3-Verzeichnisstruktur angezeigt bekommt (siehe Bild oben) seid Ihr richtig!

Jetzt mit dem Befehl: "rm typo3_src" den Symlink löschen und mit "ln -s typo3_src-4.2.8 typo3_src" den neuen Symlink setzten.  Der 1. Buchstabe ist übrigens ein kleines L. Bitte für andere Versionen den Befehl entsprechend anpassen (z.B. in "ln -s typo3_src-4.6.2 typo3_src)

Wenn Ihr jetzt "dir" eingebt, sollte typo3_src wieder vorhanden sein. Geklappt? Prima. Das Schlimmste ist geschafft.

4. Schritt: Jetzt noch rasch ins Backend der Seite einloggen und auf "Installation" klicken. Ggf. muss vorher noch eine leere Datei namens "ENABLE_INSTALL_TOOL" in den typo3_conf – Ordner geladen werden (per Ftp mit Filezilla). Nun geht Ihr auf den Punkt 3 "Update Wizard" und schaut was es hier zu tun gibt – außer diese Kompatibilitäts-Geschichte, die bitte so lassen wie sie ist .

Wenn dort alles fertig ist geht Ihr zum Punkt 2: "Database Analyser" und klickt ziemlich weit unten auf: Update required tables "Compare". Damit wird die bestehende Datenbank mit den Anforderungen der neuen Version verglichen. Hier könnt Ihr beruhigt alle Häkchen setzen und die Änderungen durchführen lassen.

Das wars schon – jetzt noch im Frontend schauen ob die neue Version fehlerfrei läuft und ggf. nicht mehr laufende Erweiterungen updaten oder entfernen.

(Datenbank z.B. mit mysql-Dumper sichern)

Im Typo3-Backend auf "INFO" im Webmodul klicken, das ist der Punkt unter "Liste".

Dann im rechten Dropdownmenü "Indexed Seach" auswählen.

Im Seitenbaum die Rootpage auswählen

Das rechte Dropdown (steht standardmäßig auf "Diese Seite") auf "unendlich umstellen.

Jetzt erscheint ein rot unterlegter Papierkorb, mit einem Klick darauf kann man den gesamten Index löschen. Bitte ein wenig Geduld haben, der Löschvorgang dauert je nach Umfang der Webseite einige Minuten.

Für die Typo3-Url-Umschreibung hatte ich die Erweiterung CoolURI installiert. Da ich der Meinung war, dass diese Schuld an den fehlerhaften Sprachparameter hat, ersetzte ich diese duch die Erweiterung Real URL. Die Umstellung war nicht weiter schwer, ich hab mich einfach an diese Anleitung gehalten: http://alpha.fh-friedberg.de/Seminar-Kampschulte/dii17/

Nach Löschen des Caches ließen sich alle Seiten wieder normal aufrufen. Um zu überprüfen ob immer noch die Parameter erscheinen, ließ ich das Programm GsiteCrawler alle Seiten einlesen. Und siehe da: es gab jetzt auf einmal URLs mit dem Parameter ttnews[article]=7

Das Plugin ttnews wurde aber gar nicht von mir genutzt! Verlinkt wurde die nicht existente Seite aus der Suche heraus (Ziel der Tagcloud: suche=keyword). Hier wurde offensichtlich ein alter, bereits gelöschter Newsartikel gefunden. Durch CoolURI wurde die Adresse dann in L= umgewandelt. Also war gar nicht CoolURI an dem Fehler Schuld sondern ein nicht aktueller Index. Es war also eine Lösung in Sicht:

Index der indexed search neu erstellen

Login-error or session timed-out No user logged in! Sorry, I can’t proceed then! (You must have cookies enabled!) If your session has just timed-out, you may click here to re-login.

Ich hab nun (hoffe ich zumindest) des Rätsels Lösung gefunden: Schaltet das Install-Tool ein (durch Upload der Datei /typo3conf/ENABLE_INSTALL_TOOL) Danach unter "Basiskonfiguration" -> Update localconf.php einen neuen Encryption-Key generieren und abspeichern. Danach die Cookies löschen. Jetzt sollte das Einloggen wieder funktionieren.