Ich habe mich ein bisschen verfahren mit dem Projekt Pressure. Nein, ich habe nicht aufgegeben, aber ich habe mich in einigen Dingen in der Entwicklung etwas ungünstig entschieden.Das Ende vom Lied ist, dass ich teilweise das CMS neu schreibe. Als Grundlage für die neue Code-Basis dient mir nun ein ziemlich gut vorausgestattetes Rails-Template. Ich habe schon zwar davon gelesen, aber diesmal auch selbst ausprobiert, ein neues Projekt anhand eines Templates zu generieren kann viele Dinge von Anfang an erleichtern, sofern das Template mit den gewünschten Einstellungen daherkommt.Was ich noch festgestellt habe:Test Driven Development (TDD) [→] und Behavior Driven Development (BDD) [en:→] sind tolle Sachen, erfordern aber auch Einarbeitung und Gewöhnung. Die Vorteile sind ja unbestritten, man erstellt Code, der zuvor geschriebene Tests durchläuft, da diese ja die Ausgangsbasis für den Code stellen. Auch beim verhaltensbasierten Entwickeln steht die zu erreichende Funktionalität am Anfang inklusive einiger Test-Szenarien, die der Code ebenfalls durchlaufen muss.In der Rails-Entwicklergemeinde sind wohl die Gems Cucumber (BDD) und Rspec (TDD) für beide Entwicklungsarten die bevorzugte Wahl.Für mich haben diese beiden Paradigmen aber auch einen kleinen bitteren Nebengeschmack: die ersten Erfolge stellen sich nun wesentlich später ein, da man zuvor mit viel Schreib-Overhead beladen wird. Denn: die Features und Szenarien wie auch die Tests müssen ja erst geschrieben werden. Und dann stellt sich mir die Frage, ob ich eher auf Cucumber oder Rspec setzen soll, denn beides zugleich frisst dann doch zuviel Zeit. Wobei ich ohnehin schon auf eine kleine Fußangel bei Cucumber gestoßen bin: ...

... oder wie man durch Kopieren von Keywörtern auf Platz 1 bei Google so landet und im Ranking höher rankt und schneller aufsteigt, hauptsache, man hat eine wirklich lange Description, denn das muss im SEO-Bereich echt gut und wichtig sein, das machen die anderen ja auch so ... und bloß nicht früh aufstehen, denn das ist nicht gut bei SEO, da verhaspelt man sich ganz schnell und plappert irrelevantes Zeugs.

Gemeint ist damit hier nur die robots.txt -- und diese kann es in sich haben, wenn man auch nur ein falsches Zeichen benutzt. So kann man, wie ich gestern selbst erfahren habe, z. B. die Suchmaschinen-Robots unfreiwillig komplett aussperren. Was habe ich dabei gelernt: Man kann keine Regeln erfassen, die das besuchen von Links mit Ankern (.../#anker-im-text) einschränkt. Denn das explizite Einschließen des "#" ist nicht möglich, da es für die robots.txt als Kommentarzeichen gilt. 

Wer schon einmal Wordpress nofollow bei Google und Co. eingegeben hat, sieht, dass es reichlich Ergebnisse dazu gibt. Und wo viel gefunden wird, scheint auch der Bedarf an solcherlei Informationen. Dummerweise gibt es bisher für Wordpress nur Plugins oder Theme-Hacks, um das Blogger-unfreundliche rel="nofollow" zu entfernen.Die Lösung: meine Wordpress NoFollowFree Edition!

Mein erster Tipp ist kurz, aber umso wichtiger, je älter schon das bestehende Blog ist (und damit also auch eine Fülle an Beiträgen hat):Verändere NIE einfach so in den Einstellungen die Permalink-Struktur. Gerade aus der Sicht von Suchmaschinen ergeben sich hier gewaltige Nachteile, aber auch bestehende Querverlinkungen und externe Links gehen damit kaputt und verloren.