Was ist Ghostery? Ghostery ist eine Extension, die deine Privatsphäre schützen soll. Sie blockt alle bekannten Seiten, die dein Surfverhalten ausspähen könnten. Schauen wir uns doch einfach mal Zeit Online als Beispiel an:

Wie wir hier sehen, sind dort DoubleClick (Anbieter von Werbung, aufgekauft durch Google), INFOnline (binden Zählpixel zur Erfassung von Werbemittel-Reichweiten im Internet ein), Meetrics (“erfasst die Sichtbarkeit von Online-Inhalten und errechnet mit innovativen Erhebungsverfahren in Echtzeit den Aufmerksamkeits- und Lesefokus von Webseitenbesuchern.”), Nugg.Ad (“zielgruppengenaue Onlinewerbung”), VG Wort (Verwertungsgesellschaft, so etwas wie die GEMA für nicht-musikalische Texte) und Webtrekk (“Webanalysesystem”) eingebunden.

Oder schauen wir uns noch die Seite von Spiegel Online an:

Hier sieht es wieder ähnlich aus, aber enthält auch bekanntere Webseiten wie Facebook, Google Analytics und Twitter.

Das Problem bei dieser ganzen Sache ist ja nicht nur das ausspähen, sondern auch, dass viele Server in anderen Ländern wie den USA stehen, wo es andere Gesetze zu Datenschutz etc. gibt. Ich persönlich möchte auch nicht die ganzen Skripte herunterladen müssen, welche die Ladedauer der Webseite verlängern.

Installiert euch doch einfach mal Ghostery. Meine Empfehlung zu den Einstellungen: “GhostRank” deaktivieren, “Auto Update” aktivieren, alle “Zählpixel” und “Cookies” blockieren, “Warnmeldungen” ausblenden und Ghostery in der Navigationsleiste anzeigen lassen.

Wie ihr dann feststellen werdet, wird eine Menge geblockt. So auch die Tweet, G+ und Facebook Buttons. Die Blockierung dieser könnt ihr ja bei Bedarf komplett ausstellen oder nur kurzzeitig, wenn ihr einen Artikel mit anderen teilen wollt. Ein Problem ist mir bei Facebook aufgetreten: Falls ihr den Apps Zugriff auf euer Facebook Account geben wollt, so müsst ihr die Blockierung von “Facebook Connect” rechtzeitig ausschalten, da ansonsten schnell weiße Seiten oder Verbindungsfehler auftreten.

Und was macht man da? Selber bauen!

Leider hat das bei mir bisher nicht funktioniert. Doch gestern hat es endlich geklappt. Ich habe die Anleitung von alex_dpsg benutzt.

Da ich nicht Ubuntu sondern ArchLinux benutze, habe ich es ein wenig anders gemacht:

Das Android SDK (+ Platform Tools) habe ich aus dem AUR genommen:

yaourt -S android-sdk android-sdk-platform-tools

Da seit dem letzten SDK Update im AUR eine Menge Pakete von diversen Herstellern hinzugekommen sind, sollte man “./android update sdk -u” nicht ausführen (das dauert nämlich ewig). Stattdessen startet man den Android SDK Manager:

sudo android

Hier installiert man die wichtigsten Pakete (die von Google sollten reichen). ADB muss man eigentlich nicht updaten. Fastboot sollte auch schon vorhanden sein. Dann machen wir weiter:

mkdir -p ~/bin
mkdir -p ~/android/system
curl https://dl-ssl.google.com/dl/googlesource/git-repo/repo > ~/bin/repo
chmod a+x ~/bin/repo

Das kopieren nach /usr/bin und den Pfad anpassen lassen wir mal. Das können wir nämlich besser lösen. Jetzt installieren wir uns openjdk6 (aufpassen: das wird uns die 7er Version entfernen. Die könnt ihr nach dem kompilieren ja wieder installieren ^^). Dann richten wir uns noch einen SymLink für Python 2 ein, da das Script Python 3 nicht mag.

sudo pacman -S openjdk6
ln -s /usr/bin/python2 ~/bin/python

Jetzt brauchen wir nur noch den PATH setzen. Entweder tippt ihr den jedes mal so ein oder speichert es euch in die .bashrc oder andere Konfigdatei deiner Shell:

export PATH=$HOME/bin:/opt/android-sdk/platform-tools:$PATH

Den Teil mit dem Android SDK kann man eigentlich weglassen, wenn man die Shell neugestartet hat, da das AUR Paket den Pfad schon global in die PATH Variable geschrieben hat.

Nun könnt ihr im verlinkten Tutorial nach dem PATH setzen weitermachen. Bitte beachtet, dass bei seinem Blog zweimal zwei aufeinanderfolgende Bindestriche zu einem großen zusammengefasst werden. Das ist bei “–repo-url” und bei “–progress” der Fall. Die Shell möchte gerne zwei und nicht einen langen haben. Achja: Ihr müsst noch ein Paket installieren. Das merkt ihr ihr aber, wenn er abbricht, weil ein Befehl nicht funktioniert (habe leider vergessen wie das Paket hieß).

Und nach langen warten habt ihr dann Glück oder Pech. Updaten könnt ihr dann wie gehabt.

Demokratie mit Füßen getreten (Backup)

Der Untergang der Demokratie: das negative Stimmengewicht (Backup)

1
2
3
4

<?xml version="1.0" encoding="utf-8"?>
<configuration>
  [...]
  <system.serviceModel>

folgende Zeilen ein:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19

    <bindings>
      <basicHttpBinding>
        <binding name="basicHttpBinding" maxBufferSize="2147483647"
            maxBufferPoolSize="2147483647" maxReceivedMessageSize="2147483647">
          <readerQuotas
            maxDepth="64"
            maxStringContentLength="2147483647"
            maxArrayLength="2147483647"
            maxBytesPerRead="4096"
            maxNameTableCharCount="16384"/>
        </binding>
      </basicHttpBinding>
    </bindings>
    <services>
      <service behaviorConfiguration="CustomServiceBehavior" name="Namespace.ClassOfService">
        <endpoint address="" binding="basicHttpBinding" bindingConfiguration="basicHttpBinding"
          contract="Namespace.IClassOfContract" />
      </service>
    </services>

Dabei ist es wichtig folgende Sachen anzupassen:

1. “CustomServiceBehavior”:
Dieser Name ist eigentlich egal. Wenn man diesen ändert, muss man den nachher auch anpassen.

2. “Namespace.ClassOfService”:
Hier schreibt man den Namen der Klasse von dem eigenen Service rein. Davor muss unbedingt noch der Namespace der Klasse.

3. “Namespace.IClassOfContract”:
Dort muss der Name der Contract Klasse wie in Punkt 2 angepasst werden (normalerweise heißt diese IService1 oder ähnlich).

Wie man vielleicht gesehen hat, habe ich noch andere Werte angepasst. Da ja die ganzen Daten in XML serialisiert werden, müssen auch Werte wie die Textlänge angepasst werden. Die meisten Werte wurden also auf 2 GB gesetzt.

Anschließend muss man noch auf der selben Ebene unter dem bereits vorhandenen Element “<behavior>” den Namen aus Punkt 1 einfügen, also in etwa so:

1
2
3

    <behaviors>
      <serviceBehaviors>
        <behavior name="CustomServiceBehavior">

Das war es auch schon. Leider war das im Internet oft nicht so gut erklärt.

1. WordPress forken

Als erstes nimmt man sich WordPress, nennt es um und entfernt alle Bindungen zu WordPress. Also müssten temporär erstmal die Plugins Sektion deaktiviert werden. Außerdem würde ich dann erstmal Altlasten entfernen, die obsolete sind – also Funktionen bzw. Parameter, die eh nicht mehr angenommen werden.

2. Artikel & Seiten zu Inhaltstypen umbauen

Wenn man Drupal kennt und ggf. auch mal von Drupal nach WordPress migriert ist, findet man die feste Unterteilung zwischen Artikel und Seiten nicht toll. Daher würde das in flexible Inhaltstypen umbauen, wo man dann noch zusätzliche definieren kann. Natürlich sollte man “Artikel” und “Seiten” als Inhaltstypen vordefinieren. Damit es noch richtig flexibler wird, sollte man in den Einstellungen einstellen können, welche Beiträge bei dem Main Loop angezeigt werden – also welche Inhaltstypen, Tags, Kategorien, ….

3. CCK bzw. bessere Field-Unterstützung einbauen

“Benutzerdefinierte “Felder” gibt es in WordPress ja schon, aber die sind ja nur rudimentär. Besser wäre, wenn man schon welche für bestimmte Inhaltstypen vorbestimmen könnte und diese noch anpassbarer werden. Also ich meine, dass man die Größe oder auch Art bestimmen kann (z.B. eine Textbox wie bei der Contentbox mit Buttons oder Felder zum Datum auswählen). So sollte man auch die normale Textbox ausblenden/entfernen können.

Das gleich dann mit den Profilfeldern. Dort gibt es z.B. gar keine Benutzerdefinierten Felder – diese sollte man ähnlich ergänzen.

4. Views einbauen

Bei Drupal gibt es das genial Module “Views”. Damit kann man Seiten aus mehreren Beiträgen erzeugen, indem man Filter etc. einstellt. Für den Anfang würde es reichen, wenn das erst einmal rudimentär wäre – also wie unter Punkt 2 bei dem “Standard Loop” beschrieben.

5. Anti-Spam Modul einbauen

Ich hatte erst gedacht, dass man am besten die WordPress Erweiterung “Anti-Spam Bee” fest einbaut, aber dann doch eher in eine mitgelieferte Erweiterung, die an diesen Fork anpasst ist, umbaut. Lieber als Erweiterung, weil manche Leute andere Methoden wie Akismet bevorzugen.

6. besseres Caching einbauen

In Drupal gibt es schon Caching, aber “WP Super Cache” ist da fiel besser. Die Funktionen dieser Erweiterung sollten fest eingebaut werden, die Erweiterungen z.B. bei CDN unterstützt.

7. bessere Plugin Entwicklung

Wie in Drupal würde ich gerne bei der Webseite des Projekts eine bessere Plugin Entwicklung ermöglichen. Das tolle bei Drupal ist, dass es dort Bug Tracker, Forum (beides fast das selbe) und GIT Repository (vorher CVS) gibt. So wären auch mehrere Version einer Erweiterung möglich (stable, dev, daily build, …). Ab hier könnte man den Plugin Bereich wieder aktivieren, der aber vorher angepasst werden müsste.

8. Sprachentwicklung

Komischer Titel. Das habe ich mir jetzt halb von Drupal und halb von Android abgeguckt. Bei Android wird man fast gezwungen die verwendeten Strings in eine extra Datei abzulegen (nicht unbedingt gezwungen, aber in so gut wie jeder Anleitung wird das so gemacht). Dies würde ich hier bei den Plugins (sowie im Core) auch vorschreiben (natürlich müsste die Hauptsprache Englisch sein). Dann gibt es bei Drupal noch eine tolle Seite, bei der man sich in eine Lokalisierungsgruppe einschreiben und an den Übersetzungen von Sprachdateien (von den Modulen und auch dem Core) arbeiten kann. Dort ist es möglich selber Übersetzungen einzustellen bzw. Alternativen zu ergänzen. Wie das ganze genau läuft, weiß ich nun auch nicht. Zumindest gibt es bei Drupal ein Modul, dass diese Übersetzungen automatisch holt und updatet. So etwas sollte es bei diesem System auch geben.

–

Das waren erst einmal meine Vorschläge. Natürlich gibt es noch genügend andere Sachen, die man verbessern könnte, aber das waren meine wichtigsten Punkte.

Gestern habe ich mal seit langen wieder mein Linux System auf dem Laptop komplett neu installiert. Dies ist eigentlich bei ArchLinux nicht notwendig, da man eh fast alles selber konfiguriert und es ja ein Rolling Release ist. Trotzdem gab es Probleme, die ich irgendwie nicht wegbekommen hatte. Auf jeden Fall:

1. Backup:

Wenn man Backups macht, dann auch vergewissern, dass sie funktioniert haben…

2. Datenrettung (zu 1.):

Wenn man noch ein paar Bilder retten will, die mal auf einer SD Karte waren: Das Programm PhotoRec ist ganz gut. Bei mir hatte nur die Beta funktioniert.

3. Wenn man eine aktuelle ArchLinux ISO für die Installation haben möchte:

Unbedingt archiso nehmen (archiso-git gibt es im AUR). Falls man die Version aus dem AUR genommen hat, einfach den Ordner “/usr/share/archiso/configs/syslinux-iso” irgendwo hinkopieren, in das Verzeichnis gehen und dort

make core-iso

oder

make net-iso

ausführen. Gerne kann man vorher noch Anpassungen machen – genaueres auf der bereits verlinkten Wiki Seite.

4. Liste der installierten Pakate erstellen:

Wenn man auf alles vorbereitet sein will, kann man sich eine Liste der installierten Pakete erstellen. Hier sind zwei interessante Befehle, bei denen man die Ausgabe per “> filename” umleiten und in eine Datei speichern kann. Diese Datei entweder ausdrucken oder in das Backup mit einbeziehen.

Pakete, die aus keinem Repository sind:

pacman -Qm

Pakate, die keine Abhängigkeiten sind und explizit installiert wurden:

pacman -Qet

5. Compositing von Metacity aktivien (oder wie gnome-terminal richtig transparent wird):

Wenn man GNOME (bzw. Metacity) benutzt und den Hintergrund vom gnome-terminal auf transparent stellt, dann ist das keine richtige Transparenz, da nur der Desktop Hintergrund dort dargestellt wird. Will man, dass hinterliegende Fenster etc. auch durchscheinen, dann muss man Compositing von metacity aktivieren (als User ausführen):

gconftool-2 -s --type bool /apps/metacity/general/compositing_manager true

Gegebenenfalls ergänze ich noch ein paar Sachen.

So sieht zum Beispiel der Audio-Code aus:

<audio controls>
  <source src="/medien/stoppschilder.ogg" type="audio/ogg" />
  <source src="/medien/stoppschilder.mp3" type="audio/mpeg" />
  <iframe title="YouTube video player" class="youtube-player" type="text/html" width="500" height="405" src="http://www.youtube.com/embed/YdRUHJfBiz0" frameborder="0" allowFullScreen></iframe>
</audio>

Der Parameter “controls” gibt an, dass der Player Bedienschalter haben soll. Weitere mögliche Optionen sind “autoplay”, “loop” und “preload”. Die “source” Tags zeigen auf die Audio Files. Mehrere von diesen sind auch notwendig, da jeder Browser seine eigenen Vorstellungen von den zu unterstützenden Codecs hat. Wenn man die Codecs OGG Vorbis und MP3 benutzt, sollte das normalerweise reichen. Wie man bei diesem Beispiel hier sieht, habe ich noch ein Youtube Video eingebettet – falls ein Browser keiner dieser Codecs mag bzw. noch nicht den HTML5 Audio Tag versteht, wird auf den Flash Player zurückgegriffen. Man kann natürlich auch einfach einen Text oder Download Link anzeigen lassen.

Bei dem Video-Tag sieht es ähnlich aus:

<video width="500" height="282" poster="/medien/piratenspot.jpg" controls>
  <source src="/medien/piratenspot.webm" type="video/webm" />
  <source src="/medien/piratenspot.ogv" type="video/ogg" />
  <source src="/medien/piratenspot.mp4" type="video/mp4" />
  <iframe title="YouTube video player" class="youtube-player" type="text/html" width="500" height="311" src="http://www.youtube.com/embed/SeVhqNEPt1U" frameborder="0" allowFullScreen></iframe>
</video>

Hier habe ich dem Video eine Anzeigegröße (“width” und “height”), ein Vorschaubild (“poster”) und wieder die Bedienelemente (“controls”) vorgeschrieben. Noch weitere Optionen sind möglich. Dann werden wieder per “source” die Dateien angegeben. Hier ist es fast noch schlimmer als beim Audio Tag. Ich würde hier empfehlen die Codes WebM, OGG Theora und H264 zu nutzen. Wahrscheinlich wird sich WebM durchsetzen – bisher kann dies aber erst Chrome und die Firefox 4 Beta. Ebenfalls habe ich hier wieder ein Youtube Video als Fallback drin.

Das ganze sieht schon ganz nett aus. Wie ich gesehen hatte, kann man mit CSS und Java Script die Player anpassen. Probiert habe ich es aber noch nicht. Als Beispiel kann man hier Youtube nennen. Deren HTML5 Player wurden angepasst (sofern man die HTML5 Beta aktiviert hat).

Nun möchte ich aber auch mal zu den Problemen kommen.

Ein Problem hatte ich ja schon angesprochen: Man muss derzeit mehrere Dateien in verschiedenen Codecs anbieten, wenn man alle möglichen Browser bedienen möchte. Das nächste große Problem sehe ich derzeit bei Chrome. Dieser lädt die Dateien immer vor, auch wenn man dies nicht in den Optionen aktiviert hatte. Dies kann man auch nicht ausstellen. Wenn man nur ein Video bzw. nur eine Audio Datei auf einer Seite hat, stört das ja nicht so. Aber wenn man wie bei dem Beispiel auf der Seite der Piratenpartei Sachsen-Anhalt gleich mehrere solche Dateien einbinden, stört das schon. Zum einen hat der Webseiten Betreiber mehr Traffic (nicht jeder guckt/hört sich alles an) – zum anderen wird die Leitung des Besuchers unnötig belastet.

Und wenn man schon dabei ist, mehrere Dateien einzubinden, ist das ein lästiges rumgehüpfe im Firefox (weiß nicht wie es bei den anderen ist) – zumindest, wenn man Audio Tags benutzt. Erst lädt der Browser anscheinend Informationen zu den Dateien und dann lässt er den Player wieder verkleinern. Das ist schon bisschen nervig.

Dann kommt noch hinzu, dass diese Tags keine Playlists unterstützen. Dies lässt sich nur per Java Script machen, was ich aber nicht so schön finde. Mehrere Leute (vor allem Piraten) benutzen die Firefox Erweiterung “NoScript” oder manche haben erst gar kein Java Script an.

Aus diesen Gründen habe ich bei dem Wahlportal der Piratenpartei Sachsen-Anhalt (noch nicht offiziell gestartet) nun doch wieder auf einen Flash Player zurückgegriffen. Hoffe mal, dass sich das bald bessert.

Geholfen hat mir die Anleitung von Social CMS Buzz. Das Problem dabei war nur, dass mein Drupal schon die Version 7 war und ich somit die SQL Befehle anpassen musste.

Da ich bei meinem alten Blog keine Tags benutzt hatte, habe ich einfach die Abschnitte “Taxonomy Terms” und “Post and Category Relations Query” übersprungen. Diese müssten bei Bedarf aber auch angepasst werden, da sich die Tabellen geändert haben.

Hier die Anpassungen für den Abschnitt “Post Content”:

1
2
3
4
5
6
7
8
9
10

INSERT INTO
    wp_posts (id, post_date, post_content, post_title,
    post_excerpt, post_name, post_modified)
SELECT DISTINCT
    n.nid, FROM_UNIXTIME(created), body_value, n.title,
    body_summary,
    REPLACE(REPLACE(REPLACE(REPLACE(LOWER(n.title),' ', '-'),'.', '-'),',', '-'),'+', '-'),
    FROM_UNIXTIME(changed)
FROM drupal_node n, drupal_node_revision r, drupal_field_revision_body f
WHERE n.vid = r.vid AND f.revision_id = r.vid;

und hier die für die Kommentare:

1
2
3

INSERT INTO wp_comments (comment_post_ID, comment_date, comment_content, comment_parent, comment_author, comment_author_email, comment_author_url, comment_approved)
SELECT nid, FROM_UNIXTIME(created), comment_body_value, thread, name, mail, homepage, STATUS FROM drupal_comment c, drupal_field_data_comment_body f
WHERE c.cid = f.entity_id;

Den Rest kann man wiederverwenden.

Sollte man mal ein Skript oder ähnliches zur “Drupal -> WordPress” Migration erstellen wollen, dann wäre es ratsam die Querys ein wenig zu erweitern – so z.B. die Autoren eintragen oder zwischen Artikel und Seite unterscheiden. Außerdem bin ich mir mit “drupal_field_revision_body” und dem JOIN nicht ganz so sicher – hat zumindest bei meinen wenigen Artikeln funktioniert.

Achja: Ein neues Design habe ich auch. Dieses habe ich mit freundlicher Genehmigung von der Piratenpartei Stuttgart kopiert und als WordPress Theme umgesetzt. Diese Umsetzung hat noch ein paar kleine Bugs. Der Hintergrund ist eine Panorama Ansicht von Stuttgart – dieses muss ich auch noch ändern. ^^

Problem bei der Sache ist aber, dass Arch selten eigene Patches in den Paketen einfügt. So kam es nun, dass der X Server schon ziemlich lange den Bug hat, dass man das “langsame schwarz werden des Monitors” nicht durch Maus oder Tastatur unterbrechen kann. Aufgefallen ist mir das auch nie, da Ubuntu und Fedora diesen Patch in ihrem Paket vom X Server drin haben.

Glücklicherweise wurde ich in einem Blogpost auf suckup.de auf ein Ticket im Bug Tracker von Red Hat hingewiesen. Dort ist ein Patch enthalten.

Da habe ich mir einfach mal die PKGBUILD Datei vom xorg-server Paket genommen und den Patch eingebaut. Alle Dateien findet ihr im Anhang. Wenn ihr das Paket ebenfalls bauen wollt, dann ladet euch dar Archiv einfach runter, entpackt es, führt “makepkg -s” aus und wartet bis es fertig kompiliert ist. Dann schaut man am besten nach, welche Pakete man installiert hat: “pacman -Qm xorg-server” und installiert die neuen. Eventuell bau ich mal ein kleines Repository – mal schauen.

So, nun wollte ich die PKGBUILD (+ zusätzliche Dateien) beim AUR hochladen. Dabei bekam ich aber die Fehlermeldung, dass der Paketname nur aus kleinen Buchstaben bestehen durfte – waren sie aber alle. Im Bug Tracker vom AUR konnte ich dann nachlesen, dass Split Packages nicht funktionieren. Diese ermöglichen es mit einem einzigen PKGBUILD mehrere Pakete zu erstellen – wie hier beim xorg-server. Naja, theoretisch könnte man das zu einem Paket umbauen, aber das gefällt mir nicht so. Daher habe ich einfach hier mal von berichtet und hoffe, dass man das über die Suchmaschinen findet.

Update (1. März 2011): Es wurde vor ein paar Tagen die Version 1.10.0 des X Servers released. Das “x-org-server” Paket wurde bei Arch Linux noch nicht aktualisiert. Außerdem wird ab Version 1.10.0 nun “xextproto” ab Version 7.2.0 benötigt (am 27. Februar 2011 released). Dieses Paket ist auch noch nicht bei Arch Linux aktuell, weshalb ich hier ebenfalls ein Source Package hochgeladen und verlinkt habe.

Update (2. März 2011): Beim Booten habe ich bemerkt, dass der X Server bei der Version 1.10.0 nicht starten will. Daher rate ich von der Installation ab bzw. rate zur Version 1.9.4.

Download Source Package (1.9.4-1): xorg-server-fadeoutfix (aktuelle Version in Arch Linux)
Download Source Package (1.10.0-1): xorg-server-fadeoutfix (benötigt xextproto 7.2.0 und eins von den folgenden Paketen: lynx, w3m oder links)