Spätestens seitdem Facebook und StudiVZ miteinander im Stellungskrieg um die Nutzergunst liegen, wollen immer mehr Codebegeisterte den Weg zum Buddypress beschreiten. Bislang war hierfür der Einsatz einer sauberen MU-Installation notwendig. Das komplette Buddypress-Pack konnte als Plug-In nachinstalliert werden – eine recht anständige Sache – doch oftmals war bereits bei der MU-Installation für viele aufgrund der recht dürftigen Dokumentation für Anfänger an diesem Punkt Schluss.

Seit kurzem sprintet nun eine neue Version von Buddypress in die Scene. Gemacht für den Einsatz im Single-Betrieb. Das bedeutet, keine MU, keine derben Server, keine speziellen Setups für Wildcard-Domains etc. Klingt zunächst sehr vielversprechend, zumal man angeblich die volle Funktionalität in eine vorhandene Wordpress-Seite einbauen können soll.

Wir machen den Test und führen darüber an dieser Stelle eine deutsche Step-by-Step Anleitung durch.

- Fortsetzung folgt -

An dieser Stelle publizieren wir Übersetzungen zu verschiedenen Theme- oder Plugin-Projekten, die wir auf Kundenwunsch sprachlich angepasst haben.

Themes

• News Magazin 640 (neben .po- und .mo-Dateien, noch ein paar andere Sachen lokalisiert). Das Theme stammt von asmedia.

Plugins/Widgets

• AVH Extended Categories. Das Widget stammt von Peter van der Does

Wer in Wordpress ein elegantes Theme oder ein nützliches Plugin verwenden will, dass nur in der Originalsprache des Entwicklerteams vorliegt, kann sich entweder mit dem babylonischen Sprachgewirr abfinden oder sich an die Übersetzung machen. Für die Übersetzung gibt es mehrere Wege. Da wäre z.B. die Möglichkeit die Übersetzung direkt im Code zu platzieren. Leave a Reply würde dann z.B. durch hinterlassen Sie eine Antwort ersetzt. Das wäre die Methode schnell & dreckig kann aber trotzdem manchmal angezeigt sein, so dass wir darüber nicht die Nase rümpfen wollen. Falls der Entwickler sich an den Programmier-Codex für Wordpress gehalten hat, dann hat er sicher auch die GNU gettext-Möglichkeiten von Wordpress berücksichtigt (mehr zu GNU gettext bei Wikipedia: http://de.wikipedia.org/wiki/Gettext). Ganz allgemein gesprochen ist GNU gettext die Internationalisierungsbibliothek, die zur Entwicklung von mehrsprachigen Programmen genutzt wird. Hat sich der Entwickler also daran gehalten, dann findet sich an den entsprechenden Stellen im Programm-Code, die Texte an den Bildschirm ausgeben, so etwas wie _e('welcome geek','geekertheme') oder auch __('order by','bugtheme'). Dies sind translate()-Funktionsaufrufe, die in wp-includes/l10n.php hinterlegt sind. Der Unterschied zwischen beiden ist, dass _e() die Übersetzung als ECHO an den Bildschirm sendet, während mit __() intern weitergearbeitet wird.

Beispiel:

1. <h1><?php _e("Page Not Found",'bugtheme'); ?></h1> Hier würde die Übesetzung als Überschrift 1. Ordnung direkt ausliefern.

2. <?php $prevtop=__("Previous Topic",'bugtheme'); ?> Hier würde die Übersetzung an die Variable zurückgegeben.

Dies ist nützlich zu wissen, denn uns hindert nichts daran, aus <h1>Leave a Reply</h1> im Programm-Code <h1><?php _e("Leave a Reply",'bugtheme'); ?></h1> zu machen. Es ist sicher jedem vom uns schon passiert, dass sich bestimmte Textstellen der Übersetzung verweigern. Hier lohnt auf alle Fälle der Blick in den Programm-Code, ob nicht vielleicht diese Stelle in der Lokalisierungs-Vorbereitung vergessen wurde (1. Möglichkeit, warum eine Übersetzung fehlt).

Zur Syntax der Funktionen (bspw.: _e('erster Teil','zweiter_Teil')): Der erste Teil enthält den zu übersetzenden Text im Stringformat, der zweite_Teil ist optional und wird als Textdomain bezeichnet (die Textdomain soll keine Sonderzeichen enthalten). Die Textdomain könnte also weggelassen werden. Allerdings gilt dann in diesem Fall, dass auf die Lokalisierungsdatei im Ordner wp-content/languages zurückgegriffen wird. Um also die Fäden zusammen zuhalten, sollten die Lokalisierungsdateien im jeweiligen Theme-Ordner bzw. im Plugin-Ordner gespeichert werden.

Falls man sich also ein Theme oder Plugin heruntergeladen hat, lohnt sich ein Blick in den Ordner. Möglicherweise liegt dort bereits eine Datei mit der Endung .pot oder z.B. auch de_DE.po und de_DE.mo.

.pot-Dateien (Portable Object Template )
Sofern es nur eine .pot-Datei gibt, kann dies die Ausgangsbasis für die Übersetzung sein. Die .pot-Datei wird in der Regel nur den Ausgangstext ohne eine Übersetzung enthalten.

.po (Portable Object) und mo-Dateien (Machine Object)
po- und mo-Dateien haben spezielle Formate. In der Regel wird die mo-Datei parallel zur po-Datei erstellt. Die po-Datei muss nicht vollständig übersetzt sein, sondern könnte auch erst teilweise bearbeitet worden sein (2. Möglichkeit, warum eine Übersetzung fehlt). Es könnte natürlich auch die mo-Datei komplett fehlen (3. Möglichkeit, warum eine Übersetzung fehlt). In diesem Fall müssen wir die mo-Datei mittels eines poEditors erstellen. Bevor wir uns mit der Erstellung einer po- und mo-Datei mit poEdit beschäftigen, will ich noch auf drei weitere Möglichkeiten hinweisen, warum eine Übersetzung zu scheitern scheint.

4. Möglichkeit, warum eine Übersetzung fehlt: In der wp-config.php wurde vergessen WPLANG zu definieren. Für deutsch wäre der Eintrag: define ('WPLANG', 'de_DE'); statt define ('WPLANG','');
5. Möglichkeit, warum eine Übersetzung fehlt: Das Theme hat einen eigenen Translation-Switcher, der möglicherweise auf off steht.
6. Möglichkeit, warum eine Übersetzung fehlt: Es wurde vergessen Wordpress die Textdomain bekannt zu geben. In functions.php muss man die Karten offen legen. Soll also die de_DE.mo aus dem Theme MyBugsTheme geladen werden, dann teile ich dies über die Funktion: load_theme_textdomain(bugstheme) mit (bzw. für Plugins beachte die Besonderheiten: load_plugin_textdomain( $domain, $path_from_abspath, $path_from_plugins_folder )

Sofern es also eine mo-Datei gibt und die besprochenen Fehlerquellen ausgeschlossen wurden, sollte sich das Theme in der Wunschsprache darstellen lassen.

Do it yourself mit poEdit

Um die Lokalisierung selbst in die Hand zu nehmen verwenden wir poEdit. Mit poEdit erstellen wir uns die notwendige mo-Datei (Machine Objects). Als erstes brauchen wir das Werkzeug und den Werkstoff. Unser Werkstoff ist das Theme, dass wir lokalisieren wollen. Wir laden uns also ein frisches und aktuelles Theme herunter und entpacken es. Als nächstes brauchen wir den Editor. PoEdit kann man sich kostenlos von http://www.poedit.net/ herunterladen. Ein weiteres Werkzeug könnte ebenfalls hilfreich sein, falls es Probleme gibt. Es ist der Notepad++, welcher hier kostenlos heruntergeladen werden kann: http://notepad-plus.sourceforge.net/. Der notepad++ kann hilfreich sein, falls poEdit Probleme mit der Windows-Zeilen-Ende-Formatierung (CR+LF) hat, die sich in den themeweiten php-Dateien verbergen. Über die Befehlszeile Bearbeiten >> Zeilenenden >> Konvertiere zu Unix (LF) könnte man dies, für alle Dateien, die _e() und __()-Funktionen enthalten beheben. Im Web werden zahlreiche weitere Probleme besprochen, die im Zusammenhang mit poEdit auftreten könnten. Ich habe für diesen Blog den aktuellen poEdit (Version 1.4.5) benutzt, der sich aus meiner Sicht aber als unproblematisch gezeigt hat. Ich habe quasi die Voreinstellung genutzt und konnte keine Probleme feststellen. Aber wie gesagt, ich werde auch auf mögliche Fallstricke hinweisen.

Wenn poEdit das erste Mal gestartet wird muss man ein paar Einstellungen vornehmen:

Beim Karteireiter EINRICHTEN soll man seinen Namen und seine Mail-Adresse eintragen

Beim Karteireiter EDITOR (mögliche Fallstricke)

a) sollte auf jeden Fall automatisch mo-Datei beim Speichern erstellen ausgewählt sein.
b) das Zeilenende-Format sollte UNIX sein
c) Format existierender Kataloge beibehalten sollte abgewählt worden sein

Beim Karteireiter ÜBERSETZUNGSSPEICHER kann man die Eingaben überspringen

Beim Karteireiter PARSER (mögliche Fallstricke)

Könnte es passieren, dass man den PHP-Parser anpassen muss. Dazu würde man dort PHP auswählen und über BEARBEITEN die Einträge verändern. Dort findet man 6 Formularfelder. Die Vorgabeeinstellungen lauten von oben nach unten:

PHP
*.php
xgettext –force-po -o %o %C %K %F
-k%k
%f
–from-code=%c

Da ich mit diesen Vorgaben keine Probleme hatte, empfehle ich erstmal diese auszuprobieren. Sonst gibt es in älteren Beiträgen noch folgende Einstellungen:

PHP
*.php
xgettext –output=%o %K –language=php %F
–keyword=%k
%f

wobei das letzte Formularfeld frei bleibt (vgl.: http://doku.wordpress-deutschland.org/Erstellen_der_Sprachdatei_mit_poEdit).

Damit wären die Grundeinstellung abgeschlossen!

Jetzt soll ein Katalogprojekt erstellt werden.

Falls es schon Sprach-Kataloge gibt, könnte man über Katalogverwaltung darauf zugreifen. Die Katalogverwaltung bietet einen großartigen Vorteil, denn falls das Theme in seinen sprachlichen Aspekten verändert wurde kann man den Katalog aktualisieren und erhält einen Überblick über hinfällige und neue Textstellen (später etwas mehr darüber).

Über DATEI >> NEUER KATALOG erhält man Zugriff auf die Katalogoptionen.

Im Karteireiter PROJEKTINFO gibt an die „Credentials“ ein. Ich halte die drei ersten Einträge für geboten und die Angabe des Zeichensatzes für notwendig (sofern man im der Übersetzung nicht mit HTML-Entities arbeiten will, also statt ü &uuml; verwenden möchte) er sollte Wordpress-like utf-8 sein.

Falls man in die Verlegenheit kommt, dass man im Theme Pluralformen verwendet so würde hier für die deutsche Sprache nplurals=2; plural=n !=1; stehen. Es gibt tatsächlich Länder, die über mehr als zwei Formen verfügen. In diesem Fall muss man sich über die Pluralformen nochmal Gedanken machen. Mir ist aber bis jetzt noch kein Theme begegnet, dass die Pluralformen so steuert, es wird dies doch vielmehr PHP erledigt. Ich empfehle deshalb zunächst auf die Pluralformen zu verzichten (Fallstrick).

beim Karteireiter PFADE trägt man in den Standardpfad lediglich einen Punkt . ein!

Darunter steht ein Listenfeld. Hier können dann die speziellen Pfade eingegeben werden. Da an dieser Stelle die Durchsuchen-Schaltfläche vergessen wurde, empfehle ich über den Explorer den Pfad zum heruntergeladenen Theme zu detektieren. Wenn das Theme also z.B. bei C:\xampp\htdocs\wordpress\wp-content\theme\bugstheme steht, dann ist das der Pfad, den wir in das Listenfeld eintragen müssen. Um dies zu machen klicken wir auf das zweite Ikon von links (auch wenn es als inaktiv geführt wird reagiert es auf den Klick und gibt in der Liste ein Eintragsfeld frei. Dort trage ich den Pfad ein und bestätige den Eintrag mit RETURN (möglicher Fallstrick). Ich kann hier mehrere Pfade einbinden. Der Zweck ist, dass jeder Pfad, den ich hier eingebe separat durchsucht wird.

Beim Karteireiter SCHLÜSSELWÖRTER sind alle translate() Funktionen zu hinterlegen, die im Theme verwendet werden. In der Regel sind dies _e und __. Theoretisch könnten es noch weitere sein (z.B. _c, der dem Übersetzter die Bedeutung im Kontext darlegt (Bspw. Würde: _c('key|password','bugstheme') bedeuten, dass der Begriff im Sinne von Passwort verwendet wird und nicht als Schlüssel übersetzt wird). Mir sind bisher nur die Funktionen _e und __ über den Weg gelaufen. Deshalb geben wir nur die beiden in das Listenfeld ein. Wir machen dies auf die gleiche Art wie bei den Pfaden. In dem wir auf die scheinbar inaktive Schaltfläche NEUER EINTRAG klicken erhalten wir im Listenfeld ein Eintragsformular. In das erste Feld tragen wir: _e ein (einfach nur Unterstrich und kleines e) wir quittieren es mit RETURN (Achtung Fallstrick), bedienen ein weiteres Mal die die scheinbar inaktive Schaltfläche NEUER EINTRAG und geben __ (zweimal Unterstrich) ein. Auch das quittieren wir wieder mit RETURN, damit es auch abgespeichert wird. Wenn wir jetzt auf OK drücken, dann will poEdit eine Datei default.po in das Themeverzeichnis speichern. Wir wollen aber die Datei als de_DE.po abspeichern. Deshalb ändern wir die Vorgabe entsprechen. Nun erledit poEdit seine Arbeit. Der PHP-Parser durchsucht jetzt alle php-Dateien in den angegebenen Pfaden nach den Schlüsselwörtern _e und __ findet dort den ersten Eintrag und erstellt eine Katalogdatei, die wir zum Ausgangspunkt für die Übersetzung machen. In der po-Datei können wir nun mehr nur die Übersetzungspalte verändern. Die Anpassung des Originaltextes bleibt uns in der po-Datei verwehrt. Haben wir mit der Übersetzung begonnen und speichern sie ab, so erstellt uns poEdit automatisch auch eine mo-Datei.

Sind alle Übersetzungen durchgeführt und die po und mo-Datei soll weitergegeben werden, so empfehle ich die po-Datei im notepad++ zu öffnen und alle Einträge die mit:

"X-Poedit- beginnen bis zum Zeilenende zu löschen. Des weiteren sollten auch alle lokalen Pfade gelöscht werden, so dass statt:
#: C:\xampp\htdocs\wordpress\wp-content\theme\bugstheme\404.php:11

nur noch :
#: 404.php:11 steht

Nach dem diese Änderung durchgeführt wurde sollte die de_DE.po nochmal in poEdit geöffnet werden, so dass auf dieser Basis die mo-Datei gespeichert werden kann. Damit sollte dann die Übersetzung problemlos klappen.

Ein aktuelleres Theme auf Textänderungen prüfen

Besonders interessant ist die Möglichkeit Textänderungen im Theme zu übernehmen. Dazu würde man auf DATEI >> KATALOGVERWALTUNG den entsprechenden Katalog (Fallstrick! nicht über DATEI >> ÖFFNEN) auswählen. Über diesen Weg erkennt poEdit Änderungen in den Quelledateien. Wenn ich diese Änderungen übernehmen will, dann prüfe ich über KATALOG >> AUS QUELDATEIEN AKTUALISIEREN die Änderungen. Neue und hinfällige Positionen werden mir angezeigt. So ist eine Anpassung sehr einfach.

Am Rande möchte ich noch auf zwei Alternativen zur Lokalisation von php-Dateien im Allgemeinen und Wordpress im Besonderen hinweisen, die ich aber beide noch nicht ausprobiert habe:

• php2po
• Das Localisation-plugin (Codestyling Localization) von Heiko Rabe (http://wordpress.org/extend/plugins/codestyling-localization/)

News Magazin Theme 640 Lokalisierung de_DE

Das Praxisergebnis po- und mo-Dateien für das Theme news-magazin-640 kann man sich hier herunterladen. Neben der Lokalisierung sind hier noch folgende Anpassungen vorgenommen:

• Anpassung der function.php, damit die Lokalisierung auch im Backend funktioniert
• themeweit wurde die Funktion date() gegen date_i18n() ersetzt und
• the_time('F jS, Y'); gegen die etwas flexiblere Codierung the_time(get_option('date_format'));

das war es!

Dennoch, der Umgang mit GIMP erfordert eine gute Portion Hartnäckigkeit und Frustrationstoleranz. Wer sich also nicht scheut sich in den Funktionsumfang von GIMP 2.6.8 einzuarbeiten, der wird tatsächlich mit vielen leistungsstarken Optionen belohnt. Es stehen darüber hinaus auch viele nützliche Plugins zur Verfügung, die GIMP im Funktionsumfang stark erweitern. Fakt ist, das GIMP im Auslieferungszustand sich für alle bildschirmrelevanten Aufgaben im RGB-Farbraum (rot-grün-blau) bedingungslos eignet. Ich selber habe mit GIMP bereits pixelgenaue IMAGEMAPS mit diversen Mouseover-Effekten erzeugt. Aber das ist nicht das Thema dieses Blogs, greife ich aber möglicherweise in einem späteren Blog wieder auf.

Wer mal eben schnell aus GIMP heraus eine Vorlage für eine der diversen Online-Druckereien erzeugen will, wird ggf. mit der Aufgabe konfrontiert die Druckdaten im CMYK-Farbraum (cyan-magenta-yellow-key) abzuliefern. Nun ist GIMP – genauso wenig wie Photoshop ein Satzprogramm -, und ich möchte nicht den Eindruck erwecken, dass es dafür optimal geeignet ist. Wo also für den Layout-Profi die ganz große Kunst erst aus dem Zusammenspiel von InDesign®, Freehand® und Photoshop (aus der Adobe®-Produktpalette) entsteht, gibt es auch im OpenSource-Bereich ein ähnlich starkes Triumvirat, nämlich: SCRIBUS®, INKSCAPE® und GIMP, die Ihrerseits im Zusammenspiel ein professionelles Ergebnis zur Druckvorstufe liefern können. Dies sei nur der Vollständigkeit halber erwähnt.

Aber zurück zur eigentlichen Aufgabe – ein Bild so zu bearbeiten – dass es aus dem RGB-Farbraum in den CMYK-Farbraum überführt wird. Da GIMP von Haus aus den CMYK-Farbraum nicht unterstützt, bedarf es eines Plugins, um diese Aufgabe zu erledigen.

10 Minuten bis zum Ziel

Schritt 1:
Zunächst brauchen wir das Farbprofil, da greifen wir auf die Ursprungsquelle zurück. Die European Color Initiative (ECI) ist eine Expertengruppe, die sich mit der medienneutralen Verarbeitung von Farbdaten in digitalen Publikationssystemen beschäftigt und u.a. die Farbprofile zur Verfügung stellt. Da für Bilderdruck i.d.R. Fogra39 oder ISO coated v2 300% gefordert ist, wobei Fogra39 in ISO coated v2 300% enthalten ist, werden wir genau dieses Profil jetzt installieren. Wir laden es von der ECI.org herunter: http://www.eci.org/lib/exe/fetch.php?id=de%3Adownloads&cache=cache&media=downloads:icc_profiles_from_eci:eci_offset_2009.zip (ca. 16 Mbyte)

Schritt 2:
Die Daten werden entpackt und alle Dateien mit der Endung .icm bzw. .icc werden in das entsprechende SYSTEMVERZEICHNIS kopiert: \DEIN_WINDOWS_OS\system32\spool\drivers\color

Schritt 3:
Nun müssen wir ein geeignetes Plugin herunterladen. Wir verwenden Seperate+ von: http://cue.yellowmagic.info/softwares/separate-plus/index.html.
Wir brauchen nur folgende Quelle: http://sourceforge.jp/projects/separate-plus/downloads/42977/separate+-0.5.5.zip/

Schritt 4:
Die Daten werden an einer geeigneten Stelle entpackt (z.B. direkt in das GIMP-Verzeichnis)! Nun müssen wir 3 Programmteile in das Plugin-Verzeichnis von GIMP übertragen. Dazu wechseln wir in das folgende Verzeichnis: \DEIN_SEPARATE_VERZEICHNIS\bin\win32 und kopieren die Programme: icc_colorspace.exe, separate.exe, separate_import.exe nach: \DEIN_GIMP_VERZEICHNIS\lib\gimp\2.0\plug-ins

Mehr ist nicht zu installieren. Im Anschluss werden noch die Einstellungen im GIMP vorgenommen.

Schritt 5:
Dafür müssen wir ein generelles Farbprofil einstellen. Dazu wird aus der Menüzeile des Hauptfensters Bearbeiten >> Einstellungen >> Farbverwaltung angesteuert und dort bei CMYK-Profil ein Profil von der Festplatte gewählt. Da wir die Profile in das Verzeichnis: \DEIN_WINDOWS_OS\system32\spool\drivers\color gelelegt haben, wählen wir von dort unser bevorzugtes Profil: ISO coated v2 300% (ECI) aus.

Schritt 6:
Jetz werden wir versuchsweise noch den CMYK-Farbraum auf ein Bild anwenden. Dafür werden wir ein Bild öffnen. Wenn wir innerhalb der Bildebenen mit der Maus über dem Bild die rechte Maustaste betätigen, dann öffnet sich ein Popup-Menü. Im Menü wählen wir Bild >> Separate >> Separate. Nun müssen wir dem Bild im Formularfeld: Destination color space das Profil zuweisen. Es ist die gute alte ISO coated v2 300%. Das war es! Es wurde ein farbsepariertes Bild erzeugt. Um es abzuspeichern, wählt man über dem Bild in gleicher Weise wie zuvor mit der rechten Maustaste dann im Menü Bild >> Separate >> Export. Es wird ein tif angeboten, man kann dies aber auch in jpg abspeichern. Falls das Bild dann beim öffnen eine Fehlermeldung erzeugt, kann es daran liegen, dass wider erwarten die Bildendung fehlt oder immer noch tif ist, in diesem Fall kann die Bildendung problemlos auf jpg geändert werden.

Downloadquellen:

• GIMP 2.6.8 http://www.gimp.org/windows/
• scribus 1.3.5 http://www.scribus.net/
• INKSCAPE 0.4.7 http://www.inkscape.org/?lang=de
• ISOcoatedv2 http://www.eci.org/lib/exe/fetch.php?id=de%3Adownloads&cache=cache&media=downloads:icc_profiles_from_eci:eci_offset_2009.zip
• Seperate+ http://sourceforge.jp/projects/separate-plus/downloads/42977/separate+-0.5.5.zip/

Aus der Summe unserer Aktivitäten im Zusammenhang mit GoogleMail, Youtube, GoogleSuche, Adsense, Adverds, Analytics, GoogleDocs, GoogleGruppen, etc. – also der mehr oder weniger kostenlosen Mehrwertdienste – entstehen unweigerlich Profile unserer Internetgewohnheiten. Dies ist sicher die Kehrseite der schönen, neuen, kostenlosen Welt. Aber falls man etwas mehr Privatsphäre braucht kennt Google auch dafür die Lösung!

Ixquick.com (vgl. http://www.ixquick.com/deu/protect-privacy.html) hat sich der Einhaltung der Privatsphäre verschrieben und speichert keine privaten Daten. Im letzten Sommer wurde Ixquick® mit dem ersten Europäischen Datenschutz-Gütesiegel ausgezeichnet. Sie war damit die erste offiziell nach EU-Datenschutzrecht geprüfte und zertifizierte Suchmaschine.

Welche Gefahren lauern können macht der AOL®-Datenskandal deutlich, als Daten von 650.000 Usern veröffentlicht wurden (vgl. http://news.com.com/AOL+apologizes+for+release+of+user+search+data/2100-1030_3-6102793.html). Was nun für alle öffentlich sichtbar ist, bekommt besondere Brisanz, wenn man an den USA PATRIOT Act denkt, der quasi rechtsstaatliche Prinzipien auf Privatsphäre außer Kraft setzen kann (hier im Einzelnen aus Wiki zitiert: Die Erfordernis, Richter bei Telefon- oder Internetüberwachung als Kontrollinstanz einzusetzen, wurde weitgehend aufgehoben, dadurch werden die Abhörrechte des FBI deutlich erweitert. Der zuständige Richter muss zwar von einer Überwachung informiert werden, dieser ist jedoch verpflichtet, die entsprechende Abhöraktion zu genehmigen. Telefongesellschaften und Internetprovider müssen ihre Daten offen legen. (vgl. http://de.wikipedia.org/w/index.php?title=USA_PATRIOT_Act&oldid=68568834). Damit erhielte das FBI z.B. auch Zugriff auf alle Google-Daten, da Google als US-Unternehmen diesem Gesetzt unterworfen ist. Falls du dich als Europäer zu oft für explosive Flüssigkeiten interessierst, könnte es deine Einreise in die USA also erschweren.

Nicht so, falls du Dinge, die lieber Privat bleiben sollten einer Suchmaschine anvertraust, die folgende Meinung hat (vgl. Ixquick.com): Sie haben ein Recht auf Datenschutz und Privatsphäre. Ihre Suchdetails dürfen nie in die falschen Hände geraten. Die einzige wirkliche Lösung besteht darin, Ihre Daten rasch zu löschen oder sie von vornherein nicht zu speichern. Im Juni 2006 haben wir damit begonnen, die persönlichen Daten unserer Benutzer innerhalb von 48 Stunden zu löschen. Seit Januar 2009 speichern wir die IP-Adressen unserer Benutzer überhaupt nicht mehr. Wir sind die erste und einzige Suchmaschine die so verfährt. Unsere Initiative stößt bei unseren Anwendern auf erfreulich starke Zustimmung. Ixquick wird seine Bemühungen, Ihnen bei bestmöglichem Schutz Ihrer Privatsphäre die besten Suchergebnisse zu bieten, auch weiterhin mit voller Intensität fortsetzen!

Alleine dieser Umstand macht die Sache doch schon attraktiv. Aber Ixquick kann noch mehr! Man kann die Suchmaschinen für den persönlichen Geschmack anpassen und z.B. den Detailierungsgrad der Suche verändern (z.B. Expertensuche). Die Kommunikation kann via SSL-Verbindung abgewickelt werden. Alles in allem ist Ixquick selbstbewusst genug, um von sich zu behaupten, dass sie die leistungsstärkste Metasuchmaschine der Welt ist. Dabei bedeutet Metasuchmaschine, dass sie die Suchergebnisse von anderen Suchmaschinen zusammenfasst.

Zum Vergleich: Google findet zum Stichwort Hämorrhoiden 321.000 Einträge, Ixquick findet 2.699.147 Einträge. Ok nicht ganz fair, denn immerhin werden die Suchergebnisse dort bei mehreren Suchmaschinen angefragt.

Fazit: Wenn die Suchanfrage etwas privater sein soll, dann empfehle ich Ixquick.com/deu.

Letztes Jahr wurde PaperC als bestes Startup-Unternehmen gekürt – zu Recht, denn die Idee überzeugt selbst mich. Als glühender Anhänger des OpenSource, OpenContent, WikiLeaks und den gesellschaftskritischen Ideen der Piratenpartei nicht ganz abgeneigt, muss ich zugeben, dass PaperC es schafft einen fairen Ausgleich zwischen dem Urheber/Verfasser und dem potentiellen Nutzer zu schaffen. Wie die teilnehmenden Verlage bzw. Herausgeber wohl erkannt haben zum Vorteil beider Seiten. Denn der Zugang zur Information bleibt frei. Sie steht damit auf dem ersten Level jedem kostenlos zur Verfügung. Kosten entstehen nur dann, wenn man den Mehrwert des Dienstes, z.B. Notizen einfügen, Textstellen kopieren oder Bücher herunterladen, nutzen möchte. Jeder Student kennt das Prinzip aus der Unibibliothek. Wer sich Notizen zu einer Textstelle machen möchte oder umfangreiche Textpassagen in sein Fundus überführen will, hat sich für ein paar Cent eine Kopie angefertigt. Mit dieser Kopie war er unabhängig von den Ausleihzeiten und hatte Zugriff auf den Jota Information, die ihn persönlich interessierte ohne für den übrigen Informationsballast zu zahlen. PaperC hat das Prinzip auf sein Geschäftsmodell übertragen und so etwas wie Content-Shareware geschaffen. Alle verfügbaren Quellen kann man schön bequem vom Schreibtisch aus sichten. Natürlich wird das Prinzip langfristig nur dann funktionieren, wenn der Bestand an Fachbücher aktuell bleibt, die Zahl der teilnehmenden Fachbuchverlage stetig wächst und die User das Angebot von kostenpflichtigen Mehrwerten rege nutzen. Aber da bin ich optimistisch.

PaperC ist jedenfalls auf einem guten Weg: Mittlerweile ist die Zahl der Fachbücher auf über 1900 Stück gestiegen und wächst weiter. Was mir besonders gut gefällt ist der Anteil an Fachbüchern rund um das Thema Web sehr gut aufgestellt ist. Außerdem haben die Benutzer diverse Möglichkeiten sich zu beteiligen, nämlich über Blogs, Feedbacks und Wunschlisten. Und PaperC ist als junges Web2.0 Unternehmen schlau genug auf die zu hören, die es zu erreichen gilt.

Also nicht lange fakeln und gleich kostenlos bei PaperC registrieren: http://www.paperc.de

The Garden from Peter Bunzl Films on Vimeo.

In der Kategorie Denkpause möchten wir schöne, kreative und unterhaltsame Beiträge präsentieren die uns in ihrer Ästhetik, Machart oder ihrem besonderen Humor besonders angesprochen haben. The Garden ist ein bildgewaltiges Beispiel und zeigt auf schöne Weise wie Kreativität in scheinbar ausweglosen Situationen einen Ausweg schafft. Ich habe diesen Film als Gegengewicht zum Easy Life des Filmbeitrags Time to go in the Sea! hereingenommen.

Auf der Suche nach einer Lösung kam ich bei meinen Recherchen auf die Support Anfrage: http://wordpress.org/support/topic/225717. Ich hatte bereits viele der mehr oder weniger glücklichen Lösungsvorschläge ausprobiert ohne mich der Lösung des Problems auch nur ansatzweise zu nähern. Aber ZeroChaos hat einen Ansatz geliefert der bereits auf den ersten Blick vielversprechend war, so dass ich auch diesen Ansatz ausprobierte. Der Dank des Tages geht für mich an ZeroChaos! Lösung gefunden.

Bevor ich die Einzelschritte nochmal zusammenfasse, möchte ich die Entwicklungsumgebung und Produktivumgebung beschreiben. Die Entwicklungsumgebung war  XAMPP mit einem Wordpress 2.9.1. (es traten keine Probleme auf). Die Kundenistallation lief auf einem ubuntu 5.5, vor dem update auf einem Wordpress 2.8.6. Unabhängig von der Wordpress Version funktionierte die Mediathek sowohl in der Version 2.8.6 als auch 2.9.1 vollkommen einwandfrei für die Installation der Topleveldomäne. Erst als das System um eine Installation mit einer Subdomain erweitert wurde, gab es für die Subdomain die realpath-Probleme.

Das upload-Verzeichnis im Dashboard unter Verschiedenes stand standardmäßig auf wp-content/uploads und per FTP waren die Verzeichnisrechte auf 777 gesetzt. Dennoch quitierte die Mediathek jeden upload mit der Warnung: realpath() [function.realpath]: Unable to access /var/www/vhosts/NAMEDERDOMÄNE.de/subdomains/SUBDOMÄNE/httpdocs/wp-admin/wp-content/uploads in  /var/www/vhosts/****.de/subdomains/***/httpdocs/wp-includes/functions.php. Auffällig war das die Mediathek nicht auf das richtige Verzeichnis zeigte, denn im Verzeichnisbaum unterhalb von wp-admin existierte ja kein entsprechendes Verzeichnis (wp-content/uploads). Interessanterweise trat für die entsprechende Toplevel-Domäne das realpath-Problem nicht auf. Nun zum Glück hat ZeroChaos eine schmerzfreie Lösung aufgezeigt, die explizit für die Installation in der Subdomäne bei meinem Problem half.
 

Die Schritte im Einzelnen:

1. im Dashboard >>> Verschiedenes sollte bei "Uploads in folgendem Ordner speichern:" wp-contents/uploads stehen (selbstverständlich kann da auch was anderes stehen – wichtig ist, das dieser Verzeichniszweig unter wp-admin gespiegelt wird)
2. Der Eintrag unter "Kompletter Pfad zu den Dateien:" sollte frei bleiben
3. das Verzeichnis wp-contents/uploads erhält via FTP die Verzeichnisrechte 755 bzw. 777
4. das uploads-Verzeichnis in wp-contents (also wp-contents/uploads) wird nochmal im Verzeichnis wp-admin  erzeugt und mit den Verzeichnisrechten (755 bzw 777) ausgestattet. Es existiert also jetzt folgendes Verzeichnis auf dem Server: wp-admin/wp-contents/uploads (oder das entsprechend angepasste Uploadverzeichnis)
5. jetzt muss noch eine Funktion angepasst werden, deshalb wird von der Datei  wp-includes/functions.php eine Sicherheitskopie angelegt (falls diese Anpassung nicht zum gewünschten Ergebnis führt)
6. die Funktion: function path_is_absolute($path) suchen
7. … und auf folgende Weise auskommentieren (der rotmarkierte Teil ist der entscheidende):
    /*
   function path_is_absolute( $path ) {
       // this is definitive if true but fails if $path does not exist or contains a symbolic link
       if ( realpath($path) == $path )
           return true;

       if ( strlen($path) == 0 || $path{0} == '.' )
           return false;

       // windows allows absolute paths like this
       if ( preg_match('#^[a-zA-Z]:\\\\#', $path) )
           return true;

       // a path starting with / or \ is absolute; anything else is relative
       return (bool) preg_match('#^[/\\\\]#', $path);
   }
   */

8. dann die folgende Funktion einsetzen (der rotmarkierte Teil ist der entscheidende):
   function path_is_absolute( $path ) {
       // this is definitive if true but fails if $path does not exist or contains a symbolic link
       if ( realpath($path) != $path )
           $path == realpath($path);
       else
           return true;

       if ( strlen($path) == 0 || $path{0} == '.' )
           return false;

       // windows allows absolute paths like this
       if ( preg_match('#^[a-zA-Z]:\\\\#', $path) )
           return true;

       // a path starting with / or \ is absolute; anything else is relative
       return (bool) preg_match('#^[/\\\\]#', $path);
   }

mit diesem Hack konnte ich das ärgerliche realpath-Problem elegant umgehen. Das Lob gebührt hier ZeroChaos für den entscheidenden Hiweis (vgl. den Supporteintrag).

Magnetosphere, revisited (from 2007) from flight404 on Vimeo.

In der Kategorie Denkpause möchten wir schöne, kreative und unterhaltsame Beiträge präsentieren die uns in ihrer Ästhetik, Machart oder ihrem besonderen Humor besonders angesprochen haben. In 4min 2 Sekunden plätschert in Magnetosphere die Zeit auf angenehme Weise dahin. Sound und Animation ergänzen sich harmonisch. Es sind 4 Minuten bei denen sich die Gedanken von selbst ordnen – eine echte schöpferische Pause.

Time to Go in the SEA! from allan wilson on Vimeo.

In der Kategorie Denkpause möchten wir schöne, kreative und unterhaltsame Beiträge präsentieren die uns in ihrer Ästhetik, Machart oder ihrem besonderen Humor besonders angesprochen haben. Time to Go in the Sea! ist ein Film wie ein gutes Foto, eine Stimmung wie ein sorgenloses Leben, die perfekte Welle bei einem perfekten Licht. Dieser Beitrag kann die leeren Akkus wieder aufladen und erinnert uns daran, dass es neben Arbeit auch noch Freizeit gibt.