Dazu kommt noch dieser typische Europa-Aufschlag für diverse Waren (wenn auch nicht so genannt *g*). Beispiel gefällig?

Da gibt es eine Serie, die ich gut finde (sei mal dahingestellt, welche das ist – Fans der Serie werden aber anhand der Beschreibung der Kaufsituation wissen, worum es sich handelt *g*). Diese Serie ist derzeit nicht als Komplettbox auf dem deutschen Markt verfügbar, es gibt lediglich die einzelnen Staffeln, wenn auch gerade nicht bei Amazon, bei eBay gibt es gerade drei (von fünf) Staffeln (1, 2, 4) zu je rund 70 Euro. Bei Amazon aus meiner Erinnerung heraus lagen die Staffeln jeweils um 60 Euro.

Mal angenommen, alle Staffeln wären verfügbar gewesen, hätte mich das bei einem Einzelpreis von 60 Euro 300 Euro gekostet. Hätte ich mir das Komplettset importieren lassen, wäre ich etwa 250 Euro losgeworden.

Natürlich habe ich auch in einigen US-Shops gestöbert. Dort gab es in einem Shop, der auch nach Deutschland verschickt, und wo man mit PayPal zahlen konnte, alle fünf Staffeln im Komplett-Set zu 130 USD [sic!], umgerechnet sind das derzeit laut Google rund 82 Euro. Dazu kamen noch 20 USD (~13 Euro) Porto und Verpackung, zuzüglich aller Kosten musste ich an den Händler etwa 157 US-Dollar zahlen, was derzeit etwa 100 Euro entspricht.

Zusätzlich kam dann hier in Deutschland noch Einfuhrzoll von 30 Euro hinzu. Warum, verstehe ich zwar nicht: Weder eine deutsche Serie, noch ein deutscher Verleiher, noch ein deutscher Shop. Die deutsche Wirtschaft hatte nichts, aber auch absolut rein gar nichts mit diesem Kauf zu tun, trotzdem knöpft mir der Staat 30 Euro ab – Aber das sei mal dahingestellt.

Fazit: Für 130 Euro bekam ich völlig stressfrei (wenn man mal davon absieht, dass ich das Paket beim Zoll abholen musste) eine Komplett-Box einer Serie auf DVD, die ich hier in Deutschland entweder mühevoll zu 60 Euro je Staffel zusammenkaufen, oder mir für 250 Euro importieren lassen müsste.

Nicht nur, dass beim Dollar-Preis alleine schon die Zahl vor dem Währungs-Kürzel kleiner war, nein, auch der Wert an sich war umgerechnet deutlich weniger.

Derzeit bekommt man laut Google für einen Euro 1,57 US-Dollar! Beim australischen Dollar (ich kaufe gern in Australien, einerseits weil dort anscheinend ALLES als Serienbox raus kommt, was irgendwo mal im Fernsehen lief, andererseits aufgrund des für mich GENIALEN Wechelkurses) sieht es noch besser aus: Für einen Euro gibt es dort 1,63 Australische Dollar. Wirklich genial wird es aber erst in Neuseeland, wo es für einen Euro mehr als zwei Dollar gibt.

Nehmen wir mal Fishpond als Beispiel (ähnlich wie Amazon). Beispielsweise „Species 4“ mit sexy Helena Mattson: 32,99 NZD (~15 Euro), bei Amazon als Import für ~20 Euro zu bekommen. Gut, die Angebote vom Marketplace mal außenvorgelassen :)

Auch wenn das Species-Beispiel nun eher schlecht war (1-3 gibts bei eBay für 10 Euro im Set, und 4 bei Amazon-Marketplace auch Fürn-Appl-und-n-Ei), mein Gedanke dahinter ist klar, oder?

Gerade bei nicht so bekannten oder Mainstreamigen Sachen geht es in deutschen Shops schnell in den hohen zweistelligen Bereich, mitunter sogar mittel-dreistellig, bei DVD-Sets – Abgesehen davon, dass es vieles von dem, was ich gerne gucke, gar nicht gibt.

Das ist wie mit Firefox. Klar, Opera ist schneller, vielleicht sogar sicherer, aber es gibt bei weitem nicht so viele Erweiterungen. Und für Firefox’ Funktionsumfang nehme ich auch gern in Kauf, dass sie gemeinsame Sache mit Google machen (Google-Phishing-Schutz, Google-Standard-Startseite, Google-Standardsuche, Google-Adresszeilensuche, etc.), auch wenn ich versuche, Google zu meiden.

Auch WordPress scheint neuerdings mit Google gemeinsame Sache zu machen: Und zwar schon seit Version 2.3. Auf dem Dashboard (für alle nicht-WordPresser: Das ist die Startseite im Administrations-Backend, dort werden Informationen aufgelistet, Feeds angezeigt, und es stehen von dort alle benötigten Funktionen zur Verfügung) sorgt das nun für ein Problem.

Die Zentrale der Macht *g*

Vermutlich ist es nur ein Bug. Und zwar kann man sich, wie auf dem Screenshot unten rechts angeschnitten zu erkennen, Seiten anzeigen lassen, die auf das eigene Blog verweisen. In Version 2.3 musste man sich mit einem Trick oder einer Erweiterung behelfen, dort einen beliebigen Feed anzeigen lassen zu können, dann wurde es anpassbar gemacht.

Bis zur Version 2.5 hat dies einwandfrei funktioniert. Ich hatte dort den Backtrack-Feed von Technorati stehen. Der Google-Feed lieferte hier nämlich nie Ergebnisse (und tut es nach-wie-vor nicht), außerdem versuche ich ja, Google zu meiden. Aus Prinzip, und nur da, wo ich möchte ;)

Seit dem Update auf Version 2.6 von WordPress funktioniert das bei mir nicht mehr. Das Feld ist immer noch änderbar, aber egal, was ich in die dafür vorgesehene Eingabezeile hineinschreibe: Nach dem Speichern der Einstellung wird nichts angezeigt, und ein erneutes „Bearbeiten“ zeigt wieder den unbrauchbaren Google-Blogsuche-Feed.

Ich könnte jetzt natürlich hergehen, und an den Core-Files rummanipulieren, aber das will ich nicht, weil sowas beim Update natürlich wieder raus ist, außerdem beeinflusst es die Integrität der WordPress-Installation. Die Erweiterungen, die diese Option in Version 2.3 angepasst haben, funktionieren ebenfalls nicht mehr.

Alles, was noch funktioniert, ist der Google-Feed, und der funktioniert nicht (doch, schon, aber es werden keine Links auf mein Blog angezeigt, im Gegensatz zum Technorati-Feed). Bleibt zu hoffen, dass dieser Bug in 2.6.1 behoben werden wird.

Da dankt man sich nichts böses, und will dem Artikel mal wieder ein paar Informationen hinzufügen, geht auf die Wikipedia und BÄÄÄM: Weg ist der Artikel!

Der Benutzer Baumeister hat nach ZWEI JAHREN, die der bis zu diesem Zeitpunkt sehr ausführlich gewordene Artikel inklusive Bild in der Wikipedia bestand, beschlossen, diesen aufgrund seiner Meinung nach fehlender Relevanz zur Löschung vorzuschlagen, und Möchtegerndiktator mit Allmachtsphantasien Wikipedia-Administrator Complex war nach über zwei Jahren ebenfalls der Meinung, dass der Artikel irrelevant sei, und hat ihn gelöscht.

Aber was solls, das Internet vergisst nicht, und so habe ich nach einem guten Hinweis eines Chatparters mal bei Exalead gesucht. Die Seite, eignet sich anscheinend hervorragend, um in der Wikipedia vernichtetes Wissen zu bewahren: Auf „Wikipedia“ klicken, Begriff eingeben, suchen, auf der Ergebnisseite auf „Vorschau“ klicken.

Hier nun der Artikel in der Version, die bei Exalead im Cache verfügbar ist (leider ist dies eine ältere Version) – inklusive Bild, das nach-wie-vor als CC-by-sa und OTRS-Zertifiziert auf den Wikimedia-Commons-Servern liegt. Auf Links zu den Wissensvernichtern der deutschen Wikipedia habe ich allerdings verzichtet.

Kathy Weber

Katharina ‚Kathy‘ Weber (* 10. September 1980 in Steinheim (Westfalen)) ist eine deutsche Moderatorin.

Ausbildung

Nach dem Abitur im Jahr 2000 folgte ein Studium der Betriebswirtschaftslehre und einer Ausbildung zur Fernsehmoderatorin am logo-Institut absolvierte Kathy Weber im Jahre 2003 ein Praktikum in der Redaktion der WDR-Sendung Zimmer frei!. Zudem besuchte sie Sprachschulen in London und Valencia, sie spricht fließend Englisch und Spanisch. Kathy Weber verfügt zudem über langjährige Balletterfahrung und ist passionierte Dressurturnier-Reiterin. Zu ihren weiteren Hobbys gehören Tanzen, Kickboxen und Skifahren.

Öffentlichkeit

Nach weiteren Praktika bekam Kathy ein Volontariat bei dem Fernsehsender RTL West. Dort trat sie innerhalb der Rubrik „Kathy in Aktion!“ erstmals als Moderatorin in Erscheinung.

Zur Zeit ist sie gemeinsam mit Bürger Lars Dietrich in der Sendung „Alles Nick“ des Fernsehsenders NICK zu sehen, und moderiert den gemeinsamen monatlichen Video-Podcast der Plattenlabels Four Music, Fine, BPX 1992 und Yo Mama & Nesola.

Darüber hinaus ist sie in dem Musikvideo zum „NICK Rap“ zu sehen, innerhalb dessen sie in verschiedene Rollen (unter anderem Paris Hilton und Christina Aguilera) schlüpft.

Weblinks

Offizielle Webpräsenz
Der Video-Podcast
Vertretende Agentur
# Kathy Weber in der Internet Movie Database

Letztendlich ist das so: Um die Klicks auf die Links zu zählen, die man auf der Seite hat, baut man sich ein PHP-Script. Das macht nichts weiter, als einen Counter um eins zu erhöhen, und dann an die übergebene Seite weiterzuleiten.

http://example.net/click.php?url=http://example.com

… ruft zuerst mal das Script „click.php“ auf. In diesem Script wird der eben angesprochene Counter erhöht, und das Ganze zur Auswertung in eine Datenbank oder so eingetragen. Zusätzlich wird dem Script ja der Parameter „url“ übergeben. Es wird also nicht einfach auf die Seite weitergeleitet, sondern vorher noch anderes Zeug gemacht (eben der Counter erhöht).

Nach dem Erfassen des Klicks durch das Script in „click.php“, wird am Ende eben dieses Scripts auf die entsprechende Seite, die durch „url“ an das Script übergeben wurde, weitergeleitet – Wie gesagt, eine durchaus legitime Funktionsweise, mit der Webmaster gucken können, welche ihrer Links angeklickt wurden, ohne auf Clientseitige Sachen, wie JavaScript zurückgreifen zu müssen.

Wenn man so einen Link zur „click.php“ nun nicht anklickt, sondern durch kopieren oder abtippen aus der Seite herausholt, kann man dort natürlich selbst irgendwas dranhängen, und zwar unabhängig davon, ob der Webmaster auf seiner Seite so einen Link gesetzt hat.

http://example.net/click.php?url=http://blog.schlunzen.org

Hier passiert wieder genau das Selbe, wie bei dem Original-Link: Der Klick (oder eben der direkte, händische Aufruf dieses URL) startet das Script „click.php“, der Counter wird erhöht, das Ergebnis wird in die Datenbank geschrieben und dann die übergebene Seite aufgerufen.

Anstatt auf eine Harmlose Seite zu verweisen, kann man diese Methode natürlich auch dazu benutzen, an Passwörter zu kommen. Stellen wir uns mal vor, auf example.com gibt es ein Login-Interface. Zusätzlich erfasst der Webmaster der Seite die Klicks durch das „click.php“-Script. Ein Angreifer baut das Login-Interface nun nach.

http://example.com/click.php?url=%68%74%74%70%3A%2F%2F%6d%61%6c%6c%6f%72%79%2E%69%6e%76%61%6c%69%64

Ein unbedarfter Anwender bekommt nun eine Mail zugeschickt, mit der Bitte sich zu Wartungszwecken einmal einzuloggen. Er guckt sich den Link an, sieht seine example.com-Seite, und hinten dran „irgendwelchen Zeichensalat, der zum Erkennen oder so genutzt wird“, da vorne aber seine bekannte Seite steht, denkt er sich nichts dabei, klickt drauf, sieht sein Login-Feld, und meldet sich an.

in wirklichkeit ist er aber auf „http://mallory.invalid“ gelandet. Der „Zeichensalat“ ist nämlich nichts weiter als ein komplett URL-Kodierter URL. Zum Beispiel hat dommermuth-1.com einen Decoder. Dort die Daten reingehauen und auf „Test“ geklickt, und schon bekommt man

http://example.com/click.php?url=http://mallory.invalid

raus. Und was das macht, habe ich ja weiter oben schon angesprochen (Counter, Eintragen, Weiterleiten). Wenn die Seite nun perfekt nachgebaut ist, und der Anwender nicht noch mal zusätzlich in die Adresszeile guckt, wird er glauben, seine normale Login-Seite zu sehen.

Der böse Webmaster kann nun natürlich ein Script benutzen, das beim Abschicken des gefälschten Formulars die Login-Daten speichert, und dann auf die echte example.com-Loginseite weiterleitet. Entweder übergibt er dabei gleich per PHP die Anweisungen zum Login (das ist recht einfach möglich), oder hofft darauf, dass der User glaubt, er habe sein Passwort falsch eingegeben.

Als User kann man nur bedingt einfluss darauf nehmen. Und zwar kann (und sollte) man immer darauf achten, ob und wie der Login-vorgang sich verändert hat, und bei Änderungen genauer nachprüfen, was los ist. Firefox 3 macht es einem da mittlerweile recht einfach, da deutlich und unmissverständlich angezeigt wird, ob und mit welcher signatur die Verbindung verschlüsselt ist.

Es ist auch Ratsam, sich nur über einen Bookmark bei seinen Seiten einzuloggen, und die Links in mails nicht zu verwenden, auch, wenn es bequemer zu sein scheint.

Als Webmaster hat man realistisch betrachtet zwei Möglichkeiten: Alle Links, die über „click.php“ aufgerufen werden sollen, müssen in einer Datenbank stehen, wird nun ein Link aufgerufen, der nicht in der DB steht, gibt es eine Fehlermeldung, alternativ kann man mit IDs arbeiten.

http://example.com/click.php?id=4232

In der Datenbank ist dann 4232 mit einem bestimmten URL verknüft. Das Script ruft nun also nicht mehr ds auf, was per Parameter übergeben wurde, sondern fragt die Datenbank ab, und ruft dann den zurückgegebenen Link auf, oder eben eine Fehlermeldung.

Diese Technik benutze ich auf einer meiner Seiten in Verbindung mit einer .htaccess-Umleitung. Der Aufruf wird intern dann an das Testscript weitergeleteitet, das dann natürlich den Parameter bekommt, und die ID in der Datenbank abfragt, und auf die Hinterlegte Seite weiterleitet.

http://meine-seite.invalid/4232

Man kann man als Webmaster auch einfach darauf verzichten, das Klickverhalten mit dieser Methode zu erfassen. Alternativ kann man diese Funktion auch mit JavaScript und XML-RPC-Calls bauen, setzt natürlich voraus, dss im Client JavaScript aktiviert ist.

Aber egal, was man tut, Usereingaben sollten immer bereinigt werden, oder zumindest aber überprüft.

Von außerhalb ipernitys nach innen, und von innerhalb ipernitys nach außen war nie so wirklich viel los. Zwar gibt es ja ipeRSS, aber ansonsten hatten „wir“ bisher immer unsere Ruhe, und das war gut so. Doch heute erreichte mich bei ipernity eine sehr merkwürdige Nachricht von Jackline Etuku.

Die gute Jacky schreibt:

Hopefully this mail will find you in a perfect state of mind and good healthy condition. While going through the socialpicks.com sites today, I came accross your profile which I personally find interesting and charming and decided to drop you few lines just to say hi,I am looking for a long term relationship in a man of your kind who unerderstands the need to love and be loved.

Nanu?! Jacky war auf „socialpicks.com“ und hat dort mein ipernity-Profil gefunden? Was hat mein ipernity-Profil denn auf einer Aktien-Website zu suchen? Aber gut, sei das mal dahingestellt. Ist natürlich lieb von ihr, dass sie mein Profil mag, und einen Mann, genau wie MICH gesucht und nun gefunden hat.

and I will like to know and hear more from you. Included here with this mail is my email address through which you can reach me. (nospam@example.com)
I really look forward to reading from you soon.

Ja, und ich erst! Die Mailadresse habe ich großzügiger Weise mal weg gelassen. Vermutlich würde dort eh nur ein Antwortroboter sitzen, und weitere Anweisungen zwecks Geldüberweisung geben. Womit wir auch schon bei dem Sinn dieser Mail wären: Spam. Vermutlich eine UCE.

Bisher war ipernity also nur eine kleine Bildercommunity, mittlerweile ist ipernity anscheinend zu groß geworden, um es einfach ignorieren zu können und ist zu einem für Spammer anscheinend lohnenswertem Ziel geworden. Es ist nun an ipernity, zu Handeln, und Spam zu unterbinden und zu bekämpfen.

I really look forward to reading from you soon.

Mal schauen. Ich werde die Mail jetzt erst mal an das ipernity-Team weiterleiten und mich dann entscheiden, zu antworten. Natürlich nicht per Mail, sodnern über das ipernity-Eigene Mailsystem. Gut, wenn der Spamaccount geshclossen und weg ist, kann ich natürlich keine „iperMail“ mehr an ihn senden, aber das macht auch nichts :)

Fazit: Spätestens dann, wenn man mit Spam zu kämpfen hat, hat man es geschafft! Ach ja: „Akismet hat deine Seite vor vor 12 311 Spamkommentaren bewahrt und im Moment liegen 3 Kommentare in deiner Spam-Warteschlange.“ *bäääääm* ;)

[Update: Lea hat bereits reagiert und den Spammer-Account schon entsorgt. Bleibt zu hoffen, dass das ein „Querschläger“ war, und ipernity auch zukünftig spamfrei bleibt.]

Eine der großen Änderungen ist, dass Firefox das meiste jetzt in Datenbanken speichert. Natürlich in keinen Schwergewichten wie MySQL oder hochperformanten, großen Datenbanken wie PostgreSQL, sondern in einer (na ja, mehreren *g*) kleinen, feinen SQLite-Datenbankdateien, was es überhaupt erst möglich macht, solche Geschichten wie die Awesomebar oder Places zu benutzen.

Dieser Fortschritt hat allerdings den Nachteil, dass ältere Programme mitunter nicht mehr richtig funktionieren, da ihnen die Möglichkeit fehlt, auf bestimmte Dateien zugreifen zu können. So habe ich zum Beispiel zwei Tools, die auf die cookies.txt von Mozilla-Browsern zugreifen können, und dann mit diesen Cookies Websites aufrufen können.

Zum Beispiel kann man wget dazu veranlassen mit „–load-cookies="cookies.txt"“ die Datei zu benutzen, um dann zum Beispiel Seiten aus einem Passwortgeschützten Forum herauszuladen. Nun haben wir aber keine „cookies.txt“ mehr, in der Zeilenweise die Cookies in Plaintext aufgelistet sind, sondern einen „cookies.sqlite“, was eine SQLite-Datenbankdatei ist.

Diesen – auf den ersten Blick – Nachteil können wir uns aber auch gut zu Nutze machen und in einen Vorteil verwandeln. In „cookies.txt“ standen nun mal alle Cookies drin, wenn also diese Datei irgendwo angegeben wurde, hatte das Programm sofort alle Cookies zur Verfügung. Abgesehen von den – sich zugegeben recht gering auswirkenden – Performance-Einbußen, besteht hier auch ein gewisses Sicherheitsrisiko, da man nie mit hunderprozentiger Gewissheit sagen kann, was das Tool noch so alles macht, außer, man analysiert den Quelltext des Tools …

Aber werden wir mal etwas konkreter: Ich habe einen RapidShare-Premium-Account. Zusätzlich habe ich mir ein Tool geschrieben, mittels dem ich Dateien von RapidShare runterladen kann, dazu braucht das Tool die Cookie-Datei. Natürlich habe ich die entsprechenden Zeilen aus der „cookies.txt“ rauskopiert und in eine andere Datei eingefügt, die ich innerhalb meines Tools an wget übergebe.

Aber nun habe ich mein RS-Passwort geändert. Das Problem ist jetzt, dass das Tool immer noch auf die RS-Cookie-Datei zugreift, dieser Cookie aber nicht mehr die aktuellen Login-Informationen enthält. Folglich schlägt der Download mit dem Tool fehl. Irgendwie muss ich also die Cookie-Informationen aus Firefox in die Datei bekommen.

Ich könnte jetzt natürlich hergehen und mir die Mühe machen, den Cookie manuell aus der Datenbank herauszuschreiben und in die Cookie-Textdatei zu bringen, aber das ist umständlich und müsste jedes mal wiederholt werden, wenn sich etwas an dem Cookie ändert. „Aber das will man nicht“ ;)

Mit einem einfachen Python-Script ist das zudem schneller und sauberer erledigt, zudem schleichen sich weniger Fehler ein, und die ganze Sache kann automatisiert werden.

#!/usr/bin/python
 
import sqlite3 as db
import sys
 
cookiedb = '/home/USENAME/.mozilla/firefox/PROFIL/cookies.sqlite'
targetfile = '/home/USERNAME/cookies.txt'
what = sys.argv[1]
connection = db.connect(cookiedb)
cursor = connection.cursor()
contents = "host, path, isSecure, expiry, name, value"
 
cursor.execute("SELECT " +contents+ " FROM moz_cookies WHERE host LIKE '%" 
               +what+ "%'")
 
file = open(targetfile, 'w')
index = 0
for row in cursor.fetchall():
  file.write("%s\tTRUE\t%s\t%s\t%d\t%s\t%s\n" % (row[0], row[1],
             str(bool(row[2])).upper(), row[3], str(row[4]), str(row[5])))
  index += 1
 
print "Gesucht nach: %s" % what
print "Exportiert: %d" % index
 
file.close()
connection.close()

Eine vollständig dokumentierte Version des Scriptes gibt es ebenfalls. Dort stehen noch mal einige Informationen als Kommentare drin und das ganze Script ist zum besseren Verständnis in kleine Abschnitte unterteilt. Und Selbstverständlich sind die Kommentare auf Englisch verfasst.

Dieses Python-Script kann nun genutzt werden, um vor dem Aufruf des eigentlichen Programms die Cookie-Datei frisch generieren zu lassen, mit allen aktuellen Cookie-Angaben. Und Zwar muss dazu das Script aufgerufen, und ein Parameter übergeben werden, der dann dahingehend verwendet wird, dass mit ihm Verglichen wird, ob der Hostname das Angegebene enthält.

./export-firefox-cookies.py rapidshare

In meinem Beispiel exportiere ich also die RapidShare-Cookies. Natürlich müssen in dem Script „cookiedb“ und „targetfile“ noch angepasst werden. Ich werde vielleicht mein Script noch etwas erweitern, so dass beim Aufruf auch eben diese Daten noch gleich mit angegeben werden müssen. Das Konzept sollte jedem Klar werden, der sich die Script-Datei herunterlädt, und die Kommentare liest. Python ist wie Schach: Einfach zu lernen, aber es braucht viel Übung, bis man wirklich gut ist – Trotzdem kann man es spielen, sobald man die Regeln kennt.

Mein RapidShare-Download-Tool habe ich bereits etwas erweitert. Ich habe bereits einen Cookiedatei-Parameter. Den Variablen-Namen habe ich angepasst und setze dort nun den Pfad zur Cookie-Datenbank ein. Weiter unten im Script rufe ich das Python-Script auf.

#!/bin/bash
cookiedb="/home/dirk/.mozilla/firefox/dirk.default/cookies.sqlite"
 
# Weitere Optionen und Vorbereitungen
 
bash /home/dirk/.shellscript/export-firefox-cookies.py rapidshare
 
# Download-Anweisungen und weiteres

Das Script speichert die Cookie-Datei dort, wo wget im späteren Aufruf die Cookie-Datei erwartet. Viel hat sich also nicht getan im Programmcode. Es ist lediglich eine einzige Zeile hinzugekommen, und aus „ästhetischen Gründen“ habe ich eine Variable umbenannt ;)

Nun habe ich auch noch – anders als vorher – immer eine „frische“ Cookie-Datei. Ich kann also das Passwort regelmäßig ändern, ohne dem RapidShare-DL-Tool ALLE Cookies zur verfügung stellen zu müssen, indem ich die Original-Datei angebe, und bin trotzdem dynamisch und aktuell, weil das Tool bei jedem Aufruf den aktuellen Cookie aus der Datenbank holt.

Vielleicht kann das ja einer von euch auch gebrauchen.

Üblich ist ja, eine Startseite zu haben. Aus Gründen der Performance ist das ja meist nur eine leere Seite. Aber das ist doch langweilig, also wird eben Google oder die Firmen-Website eingestellt. Funktioniert auch, aber ist herzlich unpraktisch.

Vor allem, wenn man mehrere Seiten hat, die man regelmäßig aufrufen will, wird das aber auch schnell zur Qual. Browser geöffnet, und Lesezeichen oder die Awesome-Bar bemüht, und nacheinander alle Seiten aufgerufen. Vielleicht sogar mit Lesezeichengruppe und Mittelklick, oder Pipe-Getrennt.

Geht auch, ist aber nicht sonderlich angenehm. Wäre es nicht schön, mehrere Seiten in einer Übersicht als Startseite angezeigt zu bekommen, um dann per Mittelklick (neues Tab) oder normalem Klick (aktuelles Tab) die gewünschte Seite zu öffnen?

Man kann sich natürlich selbst eine HTML-Seite basteln, Problem ist hier aber auch wieder, dass man unnötig Rechenleistung aufwenden muss, weil der HTML-Parser die Seite erst laden und dann parsen muss. Außerdem muss man auch HTML-Kenntnisse haben, und erstmal ein Konzept und Design entwickeln.

Und warum sollte man das Rad neu erfinden, wenn man auch auf eine Firefox-Erweiterung zurückgreifen kann, die genau das erledigt?

Startseite mit Auswahlmöglichkeiten

Die „Firefox-Erweiterung Fast Dial“ erledigt genau das. Und zwar in einer Art und Weise, die der ähnlichen Erweiterung „Speed Dial“ dahingehend überlegen ist, dass sie zwar nicht mehr, aber sinnvollere Einstellmöglichkeiten hat. Und zudem sieht das Ergebnis einfach besser aus.

Der HTML-Parser wird geschont, da alles XUL ist, und der XUL-Parser läuft ja sowieso schon, wenn man Firefox startet. Da macht es auch nichts aus, wenn neun (oder mehr, ganz, wie man will) Bilder geladen werden. Der Browser startet genau so schnell wie mit leerer Seite.

Apropos „leere Seite“: Die Erweiterung nutzt „about:blank“ als Interface, und apropos Interface: dieses ist selbstverständlich per Drag’n’Drop anpassbar. Einfach das Thumbnail (wahlweise durch die Standard-Verkleinerungsfunktion von Firefox, Java, oder eine externe Seite generiert) anklicken, und auf eine andere Position ziehen. Zudem ist die farbliche Gestaltung frei anpassbar, und eine Theme-Funktion ist vorbereitet.

Vielfältige Optionen für die Optik

Der Screenshot zeigt meine Einstellungen bezüglich des Designs. Die Farben entsprechen der Tango-Farbpalette, wie das aussieht, könnt ihr auf dem Screenshot weiter oben sehen. Weitere Screenshots, die auch die Eingebaute Logo-Funktion zeigen, gibt es auf der offiziellen Website der Erweiterung

Mein Fazit: Eine sehr lohnenswerte und gute Erweiterung.

Aber vorerst heißt es, den alten Winter-Muff zu lüften und die Sonne herein zu lassen. Und auch in Radiostudios ist dies der Fall. Ja, und darum geht es dann mal wieder in diesem Beitrag: Wie wird bei den Webcam-Girls der Frühling begrüßt? Bilddokumente von all dem frühlingshaftem Treiben in den Funkhäusern.

Einen wirklichen Wechsel kann man ja nicht sehen, da die Studios ob der vielen empfindlichen Technik (meist *g*) gut Klimatisiert sind. Aber man merkt ihn doch, diesen gewissen unterschied zwischen Sommer und Winter – oder eben Frühling. Dani von Planet Radio feiert gewohnt armfrei.

Noch ist sie da, die Winterdepression …

Auch, wenn das noch nicht so wirklich begeistert ist. Evren hingegen ist schon voll in Feierlaune und präsentiert sich in schönstem Am-Frühlingsmorgen-zur-Arbeit-geh-Outfit.

Im Studio Kurznachrichten schreiben?

Aber Evren zeigt ja auch …

Nur ein wenig vorbeugen, und fertig *g*

Natürlich ist das, was Evren hier zeigt im Vergleich zu Dani absolut nichts!

Man kennt das ;)

Aber auch Evren kann, wenn sie will!

Ja, sie ist es wirklich!

Ebenso wie Désirée Neumann (oder Desiree?) – ein Neuling hier in meinen unregelmäßigen Informationsbeiträgen über die Vorgänge in Radiostudios – einwandfrei, was sie „zum Einstand“ abliefert!

Was es wohl bedeutet …

Bei Deltaradio hingegen ist’s wohl noch eher frisch. So sieht man bei Kaya – wie meist – gar nichts ob des Pullovers und der langen Hose …

Ein gewohntes Bild …

… und meine Melanie (♥) ist ist auch noch mit Schal und Mütze verpackt, aber zumindest gewohnt armfrei.

… das auch :)

Aber Melle (♥) mischt ja öfters …

Ach ja: ♥

… und selbstverständlich zeigt sie auch, was sie zu bieten hat.

Schön, wie immer, selbst wenn sie kaum zu sehen ist …

Aber auch „dick“ eingepackt ist sie ein toller Anblick, hier mal mit Kopfhörern über einer Wollmütze, absolut traumhaft!

Interessanter Stil …

Anderes Thema: Radio Bremen. Ob dort gefeiert wird, kann ich nicht sagen. Nicht nur, dass sie es nicht einen Tag seit Umstellung geschafft haben, die Kamera so gut zu justieren, wie vor der Umstellung, geschweige denn sie mal länger als ein paar Stunden so zu lassen, gibt es dort nur noch das „Große Frosch-Experiment“ zu sehen, heute ist Jubiläum …

Jetzt fall’ schon ab, du Vieh! *g*

Aber selbst hier schaffen sie es nicht, die Kamera so ausgerichtet zu lassen, dass man immer was sehen kann. Weitere Dokumente dieses Trauerspiels schenke ich mir hier mal, nur eines noch: Malin Kompa, die den Tages-Zettel austauscht.

Malin erkenne ich immer!

Tja, von Radio Bremen gibt es derzeit nichts weiter zu berichten. Seit einem Monat herrscht dort der Frosch, und es ist eine Diktatur … Die Diktatur des Frosches ;) Vielleicht lassen die Saugnäpfe ja bald nach, und dann: Plopp. Wobei ich ja befürchte, dass da dann entweder ein neues Experiment gestartet wird, oder sie werden so weitermachen, wie vorher …

Und heute mit dabei waren: Dani, Evren und Désirée von Planet Radio; Melle (♥) und Kaya von Deltaradio; und der Frosch und Malin Kompa von Radio Bremen.

Na dann, schönen Frühling :)

Kurz zur Anleitung: Das alte Plugin rausschmeißen, und das neue Plugin rein tun. Das neue Plugin ist in einem Verzeichnis und besteht aus drei Dateien. Es sollte nichts weiter gemacht werden. Sollte das Plugin aus irgendwelchen Gründen nicht in „wp-content/plugins/iperss“ innerhalb der Wordpress-Installation liegen, ist dies entsprechend der tatsächlichen Gegebenheiten in der 58. Zeile der „iperss.php“ anzupassen. Zusätzlich benötigen die Dateien „cachedate“ und „cachestore“ Schreibrechte.

Der Cache-Intervall ist auf 60 Minuten voreingestellt, soll das anders sein, einfach im Funktionsaufruf hinter die letzte Angabe die Minutenzahl setzen. Das Ganze läuft mit PHP 5 und dem neuen Wordpress auf meinem Blog.

Noch mal zur Erinnerung: Ich mache das nicht, weil ich ein Plugin schreiben wollte, sondern weil ich meine Bilder von hier in meinem Blog anzeigen wollte, dass das nun ein Plugin ist, ist einfach, weil ich das nicht alles in mein Theme hauen wollte. Ich veröffentliche das Plugin nur, weil es mir zu schade ist, es „rumliegen“ zu lassen ;)

iperss-prerelease.rar runterladen

English text? Have a look at my ipernity blog entry

Plugins für Wordpress gibt es auf diversen Seiten. Die bekannteste Seite ist wohl die Wordpress Plugin Database. Zusätzlich dazu gibt es auch noch die Wordpress-Eigene Plugin-Seite, auf der auch viele Plugins vorhanden sind. Viele der Plugins dort werden vom WP-Team unterstützt und befürwortet.

Aber welche Plugins sollte man verwenden? Natürlich kann ich keine allumfassende Empfehlung geben, aber ich kann einfach mal einige Plugins vorstellen, die ich verwende, und ohne die für mich keine Wordpress-Installation komplett ist.

All in One SEO Pack

Sehr schöne Anpassung und gutes SEO für Titel, Beschreibungen, beitragsbezogene Metatags, etc. Vor allem das „Umdrehen“ von Beitragstitel und Blogtitel im Seitentitel ist gut. Nicht nur, dass oft nicht der ganze Titel in den Button in der Taskbar passt, auch viele Suchmaschinen schneiden den Titel nach einer gewissen Zeichenzahl ab. So wird aus „Blog XYZ – Beitragstitel“ beim User in der Taskleiste „Blog XY …“ und in den Ergebnissen einer Suchmaschine zum Beispiel „Bog XYZ – Beitr“.

Beides wird dadurch verhindert, dass der Beitragstitel zuerst kommt. Schon hat der User „Beitragstitel …“ und die Suchmaschine „Beitragstitel – Blog“. User zufrieden, weil er den Titel sehen kann; und Suchmaschine zufrieden, weil nicht X mal „Blog XYZ – Beitr“ dasteht, was wiederum suchende User zufriedenstellt. Zusätzlich kann jedem Blogbeitrag eine 160 Zeichen lange Beschreibung hinzugefügt werden. Die meisten Suchmaschinen zeigen dann diese anstatt eines wahllosen Textausschnittes. Eigene Metatags sind ebenfalls möglich.

Chunk Urls for WordPress

Praktisch, da „überlange“ URLs in Kommentaren nicht mehr das Design verhauen (falls sie das tun sollten, sollte man seinen Designer verhauen *g*). Die URLs werden automatisch in Links umgewandelt, und aus „http://dies.ist.ein.ganz.langes.beispiel.auf.example.com“ wird zu „http://die…ple.com“ und automatisch richtig verlinkt, wobei die Kürzung einstellbar ist.

Click Tags

Zeigt beim Schreiben eines Beitrags alle schon mal verwendeten Tags an, diese man zum einfügen in die Tagliste des Beitrages nur anklicken muss. Verhindert beispielsweise, dass man statt schon vorhandenem „Internet und Computer“ – Tag noch einen „Computer und Internet“ – Tag verwendet, wenn es um netzbezogene Themen geht, da man sich nicht mehr an sein erstes diesbezügliches Tag erinnert.

Dublin Core for WordPress

Neben den „HTML-Eigenen“ sollte man heutzutage auch DublinCore-Metatags benutzen, da diese fortschrittlicher und mehr an das „tatsächliche Leben“ angepasst sind, als das, was HTML von sich aus bietet. Dieses Plugin fügt definierbar beitragsabhängig und global Metatags hinzu, die von den gängigen Suchmaschinen berücksichtigt werden.

Google XML Sitemaps

Dieses Plugin generiert eine Sitemap-Datei für Google, welches die Auslesung vereinfacht, und somit auch positiv für den Pagerank, bzw. die Durchdringung des Google-Indexes mit der eigenen Seite ist. Darüber hinaus sollte man sich bei Google auch anmelden, und für seine Seite definieren, wie man gefunden werden will. Ich habe das auf meiner Jana-Pallaske-Fansite so gemacht, dass nur die Startseite angezeigt wird.

Andere Ergebnisse, dei der Googlebot findet, werden also nicht einzeln aufgelistet, sondern kommen der Startseite zu gute. Das sorgt dafür, dass die Seite zwar nur mit nur einem Eintrag in der Suche erscheint, dafür aber meist auf dem ersten Platz.

Intypo

Mit Intypo kann man einstellen, was für Anführungszeichen dargestellt werden. Standardmäßig werden in Wordpress US-Amerikanische Anführungszeichen (“ und ”) verwendet, welche im Deutschen allerdings komplett falsch sind. Ebenfalls falsch sind Zollzeichen als Anführungszeichen (" vorne und hinten). Einzig (na ja *g*) richtig sind „ und “, was man mit diesem Plugin einstellen kann.

So kann man beim Schreiben des Beitrages ganz bequem das Zoll-Zeichen (Shift+2, das allgemein dafür gehaltene „Anführungszeichen“ also *g*) verwenden, und Wordpress zeigt dennoch typographisch richtige Anführungszeichen an. Guillements (» und «) gehen natürlich auch. Sowie diverse weitere Sprachen mit allen möglichen sprachtypischen Möglichkeiten.

Less

Ein kleines Pugin, das nichts weiter macht, als bei einem „Weiterlesen“-Link die Sprungmarke zu entfernen, so dass bei einem Klick auf einen eben solchen Link die neue Seite von Anfang an betrachtet wird, und nicht schon beim Laden nach „irgendwo mitten im Text“ gesprungen wird, wie es das Standardverhalten ist. „Neue Seite = Anfang“ ist psychologisch sinnvoller als „Neue Seite = Irgendwo mitten im Text“ („irgendwo“ stimmt ja nicht ganz, es wird halt dahin gesprungen, wo das MORE-Tag gesetzt wurde). Der User wird danken.

o42-clean-umlauts

Dass Wordpress ein englischsprachiges Projekt ist, sieht man trotz Internationalisierung an diversen Stellen, unter anderem auch daran, dass die Permalink-Struktur Probleme mit Umlauten und Sonderzeichen hat. Selbstverständlich sollte man keine Sonderzeichen in URLs verwenden – Jedoch die Titel können das natürlich haben.

Beispielsweise ein fiktiver Beitrag „Öffnen von Übergroßen Dateien“. Dieser Beitrag wird standardmäßig zu „offnen-von-ubergrossen-dateien“. Aber was ist „uber“, und was bedeutet „offnen“? Das Plugin macht daraus richtiger Weise „oeffnen“ und „ueber“.

runPHP

Mit diesem Plugin kann man in Blogbeiträgen oder statischen Seiten PHP-Code ausführen, was normaler Weise nicht möglich ist. Das braucht man als reiner Blogger natürlich eher weniger, aber als zusäzlich noch technisch interessierter/begabter Blogger, der gerne und viel anpasst, hingegen schon. Nicht zuletzt kann man damit auch wunderbar ipeRSS einbinden.

Simple Trackback Validation

Mit diesem Plugin erleichtert man Akismet (welches man selbstverständlich verwendet! *g*) die Arbeit. Es wird bei Trackbacks/Pingbacks geprüft, ob der URL, der angegeben wird, und der Server, der den Trackback gesendet hat, die selbe IP haben, ist dies nicht der Fall, kommt der Trackback von einem anderen Server, auf den er verweist, ein gutes Zeichen für Trackback-Spam. Zusätzlich wird die Seite eingelesen und nach dem eigenen Blog-URL gesucht. Wenn ein Trackback gemacht, aber kein Link gesetzt wurde, ist dies ein weiteres indiz für Trackback-Spam. Das Plugin ist gut anpassbar und arbeitet zuverlässig, wenn nicht Akismet sowieso schon den Spam erkennt, und rausfiltert.

Sociable

Hiermit können annähernd 70 Social-Bookmark-Dienste eingebunden werden. Die Dienste sind einzeln an- und abwählbar und sind in der Reihenfolge frei sortierbar. Entweder können die Links immer angezeigt werden, oder nur beim Beitrag selbst, außerdem kann es automatisch geschehen, oder per Befehl ins Theme integriert werden. Ist natürlich eine hervorragende SEO-Maßnahme.

WordPress.com Stats

Das Wordpress-Eigene Statistik-Plugin. Einfach aktivieren, API-Key eingeben (muss man sich auf Wordpress.com für registrieren – Blog anlegen kann man sich schenken, es reicht ein Account – da gibt es den dann automatisch mit dazu), und warten. Man erhält umfassende Statistiken zum Blog, welche Beiträge wann wie oft aufgerufen wurden, man sieht die Suchbegriffe, über die man gefunden wurde, kann die Referer einsehen, etc.