Hintergrund: YouTube und die Enshitification

YouTube-Ripper wie yt-dlp sowie unabhängige YouTube-Clients wie NewPipe und Klons wie PipePipe, die unter der Haube mit yt-dlp arbeiten, sollen künftig stärker blockiert werden. Grund dafür ist, dass freie Clients keine Werbung anzeigen und häufig Funktionen wie SponsorBlock direkt integrieren.

Technisch funktioniert das Blocken von yt-dlp über eine JavaScript-Challenge, die künftig einen Browser oder Client mit vollwertiger JavaScript-Engine erfordert. Der bisher in yt-dlp integrierte rudimentäre JavaScript-Interpreter genügt dafür nicht mehr. Die aktuelle Version yt-dlp 2025.11.12 kann nun jedoch Deno und andere JS-Runtimes einbinden. Für Anwender entsteht daraus kein großer Aufwand:

### Ohne Deno gibt yt-dlp eine Warnung aus...
$ yt-dlp https://www.youtube.com/watch?v=dQw4w9WgXcQ
[...]
WARNING: [youtube] No supported JavaScript runtime could be found. YouTube extraction without a JS runtime has been deprecated, and some formats may be missing. See  https://github.com/yt-dlp/yt-dlp/wiki/EJS  for details on installing one. To silence this warning, you can use  --extractor-args "youtube:player_client=default"
[...]
WARNING: [youtube] dQw4w9WgXcQ: Some web_safari client https formats have been skipped as they are missing a url. YouTube is forcing SABR streaming for this client. See  https://github.com/yt-dlp/yt-dlp/issues/12482  for more details
[youtube] dQw4w9WgXcQ: Downloading m3u8 information
WARNING: [youtube] dQw4w9WgXcQ: Some web client https formats have been skipped as they are missing a url. YouTube is forcing SABR streaming for this client. See  https://github.com/yt-dlp/yt-dlp/issues/12482  for more details
[info] dQw4w9WgXcQ: Downloading 1 format(s): 401+251
[...]

### Installation von Deno über die Paketverwaltung...
$ sudo pacman -S deno

### Deno löst die JS-Challenge erfolgreich...
$ yt-dlp https://www.youtube.com/watch?v=dQw4w9WgXcQ
[youtube] Extracting URL: https://www.youtube.com/watch?v=dQw4w9WgXcQ
[...]
[youtube] [jsc:deno] Solving JS challenges using deno
[...]
[download] Destination: Rick Astley - Never Gonna Give You Up (Official Video) (4K Remaster) [dQw4w9WgXcQ].f251.webm
[download] 100% of    3.27MiB in 00:00:00 at 9.59MiB/s
[Merger] Merging formats into "Rick Astley - Never Gonna Give You Up (Official Video) (4K Remaster) [dQw4w9WgXcQ].webm"
Deleting original file Rick Astley - Never Gonna Give You Up (Official Video) (4K Remaster) [dQw4w9WgXcQ].f251.webm (pass -k to keep)
Deleting original file Rick Astley - Never Gonna Give You Up (Official Video) (4K Remaster) [dQw4w9WgXcQ].f401.mp4 (pass -k to keep)

Derzeitige Situation und Ausblick

In Zukunft werden Paketbetreuer Deno mit hoher Wahrscheinlichkeit automatisch als Abhängigkeit von yt-dlp mitinstallieren. Unter Arch Linux ist das jedoch noch nicht der Fall – hier muss das Paket weiterhin manuell nachgerüstet werden, was sich über Pacman schnell erledigen lässt: Es genügt ein pacman -S deno. Man verliert dadurch lediglich rund 100 MByte Speicherplatz. Bei Ubuntu aber scheint Deno noch nicht in den Paketquellen zu sein.

Derzeit funktionieren viele Downloads zwar noch ohne Deno oder eine andere vollwertige JavaScript-Engine, doch Google wird die Schrauben mit Sicherheit weiter anziehen. Je strenger die technischen Hürden ausfallen, desto unzuverlässiger werden die bisherigen Workarounds arbeiten, bis sie schließlich komplett ausfallen. Mittelfristig ist daher davon auszugehen, dass Downloads von YouTube-Videos mit yt-dlp ohne Deno nicht mehr möglich sein werden.

PS: Wer sich wundert, wie man in einem Terminalfenster Videos abspielen und Bilder ansehen kann, sollte sich mal mplayer mit der libcaca sowie den Bildbetrachter jp2a ansehen. Beide Tools finden sich in den Paketquellen von Arch und sicher auch bei anderen Distributionen. Sie zählen sicherlich zu den kleinen Freuden des Linux-Alltags – aber was wäre die Linux-Welt ohne ein bisschen nerdiges Zeug?

$ mplayer -really-quiet -vo caca video.webm
$ jp2a --colors bild.png

SABR: YouTube schaltet auf undurchsichtiges Streaming um

Wenn ihr in letzter Zeit ebenfalls bemerkt habt, dass NewPipe nur noch pixelige Videos zeigt, seid ihr damit nicht allein. Das Problem besteht seit Ende März, wie ein Issue auf GitHub dokumentiert. Die Zahl der doppelten Fehlermeldungen ist inzwischen so groß, dass die Entwickler ausdrücklich darum bitten, keine neuen Threads mehr zu eröffnen – was das Ausmaß ganz gut zusammenfasst.

UPDATE 08.05.2025: Es gibt mit NewPipe 0.27.7 einen schnellen Hotfix, der die Problemtik behebt. Aber es ist noch nicht alle Tage Abend: „Note that the solution employed in this version is likely temporary, and in the long run the SABR video protocol needs to be implemented, but TeamNewPipe members are currently busy so any help would be greatly appreciated! Take a look at #12248 for more information.“

Hintergrund ist eine technische Umstellung bei YouTube: Google setzt zunehmend auf ein neues Streaming-Protokoll namens SABR (Server Adaptive Bitrate). Ziel ist es, die Videoqualität dynamisch an Gerät und Netzwerk anzupassen. Das Problem dabei: Statt offener Standards wie DASH oder HLS kommt nun ein proprietäres Format namens UMP zum Einsatz. Es kombiniert Audio- und Videospuren in einem einzigen Stream, verwendet zur Adressierung keine Byte-Ranges mehr, sondern Zeitwerte in Millisekunden, und erschwert dadurch die Analyse und Aufteilung durch Drittanbieter-Clients erheblich.

Die technischen Details hat der Entwickler des googlevideo-Projekts gut nachvollziehbar dokumentiert. Klar ist: SABR macht es freien Clients nahezu unmöglich, auf das volle YouTube-Angebot zuzugreifen – jedenfalls solange, wie Google keine offizielle Schnittstelle bietet.

About a year or two ago, YouTube started experimenting with SABR (Server ABR) streaming. It allows the server to dynamically adjust the stream based on the user’s network conditions and device capabilities. While this is all pretty good for YouTube, it’s quite difficult to implement properly in third-party apps (think FreeTube, NewPipe, GrayJay, etc.)

For one, the SABR stream is not a standard DASH/HLS stream. It uses a custom streaming protocol (UMP) that is not compatible with any players available these days. And on top of that, it delivers both audio and video segments in one request, which is another incompatibility with DASH and HLS. It also does not use byte ranges, but rather a time value in milliseconds.

Auch Forks wie Tubular sind betroffen

Nicht nur NewPipe selbst ist betroffen, sondern auch die zahlreichen Forks, die sich über die Jahre entwickelt haben. Besonders bekannt ist Tubular, ein Fork, der aus internen Spannungen im NewPipe-Team hervorgegangen ist. Viele Nutzerinnen und Nutzer bevorzugen Tubular, weil dort Funktionen wie SponsorBlock oder ReturnYouTubeDislike direkt integriert sind – Features, die das Hauptprojekt bislang bewusst ablehnt. Doch auch Tubular kämpft mit den gleichen Problemen: Das letzte Release erschien Anfang Februar, und seitdem ist auch hier bei 360p Schluss.

PipePipe als funktionierende Alternative

Ein kleiner Hoffnungsschimmer kommt vom Fork PipePipe, der das SABR-Problem offenbar zumindest vorübergehend umgeht. Bei mir funktioniert die App derzeit problemlos mit Auflösungen bis 1080p – ohne erkennbare Einschränkungen. Wer PipePipe selbst testen möchte, findet die App über F-Droid. Als alternativen F-Droid-Client kann ich Droid-ify empfehlen, der deutlich flotter und übersichtlicher wirkt als der klassische Client.

Der Umstieg zwischen den Apps gelingt erfreulich unkompliziert: Die NewPipe-Einstellungen inklusive abonnierter Kanäle lassen sich exportieren und in einem anderen Fork problemlos wieder importieren. Mein persönlicher Wechsel von Tubular zu PipePipe verlief reibungslos – und auch der Umstieg auf andere Forks sollte ähnlich einfach sein. Im Vergleich zu NewPipe bietet PipePipe unter anderem folgende Funktionen:

• Integration von SponsorBlock (für YouTube & BiliBili)
• Rückkehr der Dislike-Anzeige mit ReturnYouTubeDislike
• Anzeige von Bullet-Kommentaren und Live-Chats
• Erweiterte Suchfilter zur gezielten Videosuche
• Suche und Sortierung innerhalb lokaler Wiedergabelisten
• Filtermöglichkeit nach Schlüsselwörtern, Kanälen und mehr
• Musikmodus und Wiedergabe im Hintergrund
• Schlaftimer zum automatischen Beenden der Wiedergabe
• Gestensteuerung im Vollbildmodus
• Anmeldung zum Abspielen eingeschränkter oder Premium-Inhalte

Fazit: Freie Clients unter Druck – aber nicht kampflos

Die NewPipe-Entwickler arbeiten weiterhin intensiv an einer Lösung, wie sich im aktuellen Fortschritts-Thread nachverfolgen lässt. Doch die Richtung ist klar: Google will die Kontrolle über seine Plattform behalten und setzt dabei zunehmend auf technische Barrieren, um Drittanbieterlösungen auszubremsen.

Gerade deshalb sind Projekte wie NewPipe, PipePipe und andere Forks so wichtig – sie zeigen, dass es Alternativen gibt, auch wenn diese zunehmend unter Druck geraten. Natürlich wäre es am besten, sich komplett von YouTube zu lösen und Plattformen wie PeerTube zu nutzen. Aber wir kennen es alle: Der Geist ist willig, das Fleisch ist schwach.

Google finanziert (fast) alle großen Browser – auch Firefox

Vier Browser dominieren den Markt: Google Chrome, Microsoft Edge, Apple Safari und Mozilla Firefox. Was viele nicht wissen: Im Endeffekt hängen alle vier direkt am Tropf von Google. Der Konzern zahlt Apple jährlich rund 18 Milliarden US-Dollar, damit Google als Standardsuchmaschine in Safari voreingestellt ist. Auch Mozilla erhält eine großzügige Zahlung – etwa 450 Millionen US-Dollar pro Jahr. Das sind über 80 Prozent der gesamten Einnahmen von Mozilla.

Microsofts Edge basiert technisch auf Chromium, dem Open-Source-Unterbau von Google Chrome. Auch hier leistet Google den Löwenanteil der Entwicklungsarbeit: Im Jahr 2024 stammen rund 94 Prozent aller Code-Beiträge zu Chromium von Google selbst. Microsoft hängt also ebenfalls massiv von Googles Engagement für die zugrundeliegende Engine ab.

Was sich daraus ergibt, ist eine groteske Realität: Google finanziert nicht nur den eigenen Browser, sondern auch seine „Konkurrenz“.

Jetzt will die US-Regierung genau das verbieten

Die US-Kartellbehörde (Department of Justice, DoJ) hat Google wegen unfairer Marktpraktiken verklagt. Teil der Forderungen: Google soll nicht länger Milliarden an Apple und Mozilla zahlen dürfen, um Google Search als Standard festzulegen – und soll Chrome vollständig abstoßen, um die eigene Marktmacht nicht weiter auszubauen. Das Ziel: mehr Wettbewerb im Browsermarkt. Die Konsequenz: ein radikaler Einschnitt in die Finanzierung praktisch aller großen Browserprojekte.

Selbst Apple, das Milliarden in eigene Forschung und Entwicklung steckt, dürfte Schwierigkeiten haben, Safari ohne Googles Zuschüsse auf dem bisherigen Niveau weiterzuführen. Noch drastischer trifft es Mozilla – ohne das Geld von Google wäre Firefox kaum mehr finanzierbar.

Mozilla warnt eindringlich: Die von der US-Regierung angestrebten Maßnahmen könnten genau das Gegenteil von dem bewirken, was sie beabsichtigen. Denn sie gefährden die Existenz jener Browser, die überhaupt noch eine Alternative zu Chrome darstellen. Mozilla schreibt dazu: Die vorgeschlagenen Maßnahmen schaden dem Wettbewerb im Browsermarkt.

Auch Apple hat sich in das Verfahren eingeschaltet und versucht, Googles milliardenschwere Zahlungen zu verteidigen. Und das ist nur die halbe Geschichte: Die US-Regierung will Google auch dazu zwingen, sich von Chrome zu trennen – was einen Stopp der Finanzierung für Chrome und Chromium bedeuten würde. Damit wären auch Microsoft Edge und andere Chromium-basierte Browser betroffen.

Was bedeutet das für uns als Community?

Für euch als Nutzerinnen und Nutzer freier Software ist das eine bittere Pille. Firefox ist nicht nur irgendein Browser – er ist eines der letzten großen Aushängeschilder für ein freies und offenes Web. Sollte Mozilla wegbrechen, würde ein zentrales Gegengewicht zu den Interessen der großen Tech-Konzerne verschwinden.

Wir müssen uns bewusst machen: Ein Web, das vollständig von Google, Apple und Microsoft kontrolliert wird, ist kein freies Web. Es ist ein Web der Vorfilter, der Telemetrie, der geschlossenen Ökosysteme – und es ist ein Web ohne echten Wettbewerb.

Firefox braucht uns jetzt mehr denn je

Mozilla war nie perfekt. Aber sie waren immer – halbwegs – transparent, offen und den Prinzipien des offenen Webs verpflichtet. Wenn jetzt durch gut gemeinte, aber schlecht durchdachte kartellrechtliche Eingriffe plötzlich die wichtigste Einnahmequelle wegbricht, dann stehen wir als Community in der Verantwortung.

Wir sollten nicht nur fragen: Was macht Google falsch? Sondern auch: Wie können wir Mozilla helfen, Firefox unabhängig weiterzuentwickeln – jenseits von Suchmaschinen-Deals? Firefox ist mehr als ein Browser. Firefox ist ein wichtiger Stern im Open-Source-Universum. Und Sterne lässt man nicht so einfach verglühen.

Für Searx reicht allerdings ein simpler Webspace mit PHP und Datenbank nicht aus, ihr braucht stattdessen einen kleinen Server mit der Möglichkeit Python-Programme ausführen zu können. Wer einen kleinen virtuellen Root-Server sein Eigen nennt, der kann sich Searx allerdings recht einfach aufsetzen — auch wenn ihr noch nicht so viel Erfahrung mit Python-Diensten gemacht habt. Der Vorteil an einer eigenen kleinen Searx-Instanz liegt darin, dass ihr der Allgemeinheit einen Dienst erweist und auch selber immer eine anonyme Suche an der Hand habt, die gar nicht mal so schlecht sortierte Ergebnisse liefert. Je mehr Searx-Installation sich im Netz tummeln, desto mehr Optionen gibt es für Anwender auch einmal anonym suchen zu können.

Searx unter Debian/Ubuntu installieren

Die Installation von Searx möchte ich hier an dieser Stelle gar nicht groß breittreten, da das Projekt in seinem Wiki eine erstklassige Schritt-für-Schritt-Anleitung auf seinen Github-Seiten pflegt und auch aktuell hält, die auch Einsteiger vor keine großen Hürden stellt. Würde ich diese Anleitung hier abtippen und sich etwas am Installationsprozess ändern, dann würdet ihr eventuell in einer Sackgasse stecken. Folgt daher bitte der Anleitung der Entwickler… es lohnt sich allerdings auf ein paar Punkte einzugehen, die mir während der Installation von Searx auf einem Debian Wheezy mit einem Apache als Webserver Schwierigkeiten gemacht haben. Die Tipps sollten sich allerdings auch auf einem Ubuntu-Server umsetzen lassen oder auch generell allgemein gültig sein. Aufrufe der Paketverwaltung müsstet ihr natürlich an die von euch genutzte Linux-Installation anpassen.

Die ersten Schritte entsprechend der basic installation und der configuration sollten euch eigentlich keine Probleme machen. Ich müsst wirklich einfach nur jeden Befehl ins Terminal des Servers kopieren und ausführen. Ihr installiert die benötigten Abhängigkeiten, ladet Searx per git nach /usr/local/searx und legt einen Benutzer an, unter dem die Anwendung später dann läuft. Danach installiert ihr die von Searx benötigten Python-Abhängigkeiten in eine eigene Virtualenv-Umgebungen und tragt per Sed-Kommando einen zufällig generierten Secret-Key in die Konfiguration ein. Anschließend könnt ihr Searx starten und zum ersten mal ausprobieren — Kleiner Tipp am Rande: Thomas hat in seinem Blog klasse Tipps gegeben, wie ihr Searx später einmal aktuell haltet.

### Startet Searx in einem ersten Terminal...
$ python searx/webapp.py
### Und ruft Searx dann vom Localhost aus auf...
$ sudo apt-get install links2
$ links2 http://localhost:8888

Hier stolpert ihr nun eventuell zum ersten mal über ein kleines Problemchen. Ruft ihr die zum Test gestartete Searx-Instant über http://ip-oder-url-eures-servers:8888 in einem Browser auf, dann passiert erst einmal — rein gar nichts. Zweifelt nun bitte nicht an euren Fähigkeiten, sondern probiert es mit einem Textbrowser wie Lynx oder Links2 einfach von einem zweiten Terminal direkt auf dem Server aus. Searx lauscht nämlich nur auf Verbindungen vom Localhost, ruft ihr den Port von einem anderen Rechner aus ab, dann antwortet Searx nicht und ihr bekommt eine Fehlermeldung, dass hier nichts gefunden werden kann.

Klappt der Aufruf, dann habt ihr Searx erfolgreich installiert. Allerdings müsstet ihr das Python-Skript immer von Hand ausführen und würdet es auch nur auf dem Port 8888 erreichen. Mit uWSGI packt ihr das Skript daher in einen Container, den später den Webserver bei Bedarf ausführen kann. Sämtliche Informationen dazu liefert euch weiterhin die Schritt-für-Schritt-Anleitung des Searx-Wikis. Ich habe in der /etc/uwsgi/apps-available/searx.ini lediglich noch die Pfade ein wenig erweitert und die Anzahl der Worker-Threads reduziert, mein kleiner Rootie hat nämlich nur zwei Kerne.

[uwsgi]
# Who will run the code
uid = searx
gid = searx

# Number of workers
workers = 2

# The right granted on the created socket
chmod-socket = 666

# Plugin to use and interpretor config
single-interpreter = true
master = true
plugin = python

# Application base folder
base = /usr/local/searx/

# Module to import
module = searx.webapp

# Virtualenv and python path
virtualenv = /usr/local/searx/searx-ve/
pythonpath = /usr/local/searx/
chdir = /usr/local/searx/searx/

# The variable holding flask application
callable = app

Solltet ihr nach dem Einrichten von uWSGI nun nochmal auf die Idee kommen eure Installation zu testen, dann wundert euch bitte nicht, dass ihr jetzt auch auf dem Localhost im Textbrowser Searx nicht mehr erreichen könnt. Keine Angst, ihr habt nichts kaputt gemacht, ihr müsst nun zwingend euren Webserver so konfigurieren, dass er Anfragen an Searx durchreicht. Ich für meinen Teil habe das Ganze entsprechend der Schritt-für-Schritt-Anleitung mit Apache umgesetzt, ihr könntet für diese Aufgabe allerdings auch auf Nginx zurückgreifen — diese Weg habe ich allerdings nicht selber ausprobiert.

Metasuchmaschine zum selber hosten

Die nächsten Schritte hängen nun davon ab, ob Searx die einzige Webseite sein soll, die auf eurem Serverchen läuft, oder ob Searx auf einer Subdomain zu erreichen sein soll. Ich für meinen Teil habe mich für den zweiten Weg entschieden, da auf meinen Server noch anderen Seiten aktiv sind und weiterhin erreichbar sein sollen. Möchtet ihr allerdings Searx exklusiv betreiben, dann tragt einfach in die /etc/apache2/sites-available/default die in der Anleitung genannten Apache-Optionen ein. Auf einem nicht groß veränderten System würde die Datei in etwa so aussehen.

<VirtualHost *:80>
ServerAdmin webmaster@localhost
AllowEncodedSlashes On

<Location />
Options FollowSymLinks Indexes
SetHandler uwsgi-handler
uWSGISocket /run/uwsgi/app/searx/socket
</Location>

DocumentRoot /var/www
<Directory />
Options FollowSymLinks
AllowOverride None
</Directory>
[...]

Wollt ihr wie ich Searx auf einer Subdomain betreiben, dann müsst ihr einen Virtual Host erstellen. Dazu legt ihr den Vhost über die Datei /etc/apache2/sites-available/searx an (den Dateinamen könnt ihr frei wählen) und übernehmt die folgende Konfiguration. Den Servernamen müsst ihr dabei selbstverständlich an eure Domain anpassen. Die restlichen Einträge könnt ihr ansonsten exakt so übernehmen. Am Ende aktiviert ihr den Vhost mit a2ensite und lasst den Apache-Webserver seine Konfiguration neu einlesen.

<virtualhost *:80>
ServerName suche.linuxundich.de
ServerAdmin webmaster@localhost

<Location />
Options FollowSymLinks Indexes
SetHandler uwsgi-handler
uWSGISocket /run/uwsgi/app/searx/socket
</Location>

ErrorLog ${APACHE_LOG_DIR}/error.log
LogLevel warn
CustomLog ${APACHE_LOG_DIR}/access.log combined
</virtualhost>

$ sudo a2ensite searx
$ sudo service apache2 reload

Nun müsstet ihr eure Searx-Instanz unter http://eure-domain.de oder eben http://subdomain.eure-domain.de erfolgreich aufrufen können. Die Bedienung der Metasuchmaschine sollte euch nun nicht weiter schwer fallen, einfach einen Suchbegriff eintippen und mit Return lossuchen — Searx durchstöbert dann Google, Bing, Yahoo, DuckDuckGo und noch viele Dienste mehr und gibt die aggregierten Ergebnisse individuell sortiert aus. Dabei fließen keine Daten zwischen euch und den abgefragten Suchanbietern, Searx kommuniziert stattdessen mit diesen. Google kann also höchstens ein Profil über die gesamte Searx-Instanz erstellen.

In den Einstellungen gebt ihr vor, welche Suchsprache Searx bevorzugen soll, ob die Suchbegriffe per Google, DuckDuckGo, DBPedia oder Wikipedia vervollständigt werden sollen und welches Theme Searx bei euch nutzen soll, drei verschiedene Looks stehen zur Wahl. Am besten sieht in meinen Augen Oscar aus, allerdings benötigt das Template zwingend aktiviertes JavaScript. Das ist beim Standard-Theme nicht der Fall, daher lasse ich dieses auch weiterhin als Vorgabe aktiv. Die Einstellungen speichert Searx bei euch auf individuell als Cookie ab, so bleiben die Einstellungen auch erhalten.

HINWEIS: Ich lasse Searx in Zukunft bei mir auf meinen Root-Serverchen laufen. Möchtet ihr also ab und an mal ohne Google-Beobachtung, ohne Anzeigen und ohne Tracking etwas im Netz suchen, dann könnt ihr gerne auf suche.linuxundich.de zurückgreifen. Ich werde meine Searx-Instanz aktuell halten und vielleicht in Zukunft auch noch meine Linux-Suche Tuxsucht.de integrieren. Dazu muss ich mich allerdings noch ein wenig mehr in die Thematik reinfuchsen. //UPDATE: Inzwischen ist das Projekt gestorben und ich habe das Hosting eingestellt.

Die Suche lässt sich auf zwei Arten einschränken: Im Hauptscreen könnt ihr zwischen Allgemein, Dateien, Bildern, Karten und Co wählen und so die Ergebnisse ein wenig nach euren Wünschen ausfiltern. Alternativ geht ihr abermals in die Einstellungen und de-/aktiviert einzelne Suchmaschinen, deren Ergebnisse Searx gezielt aggregieren oder eben links liegen lassen soll. Auch diese Einstellungen sichert Searx wieder für jeden Anwender individuell als Cookie. Global könntet ihr die einzelnen Suchmaschinen in der Konfigurationsdatei von Searx /usr/local/searx/searx/settings.yml ausklammern. Hier ließen sich auch weitere Suchmaschinenanbieter hinzufügen, ganz so einfach ist dies allerdings nicht.

Die Speicherkapazität lässt sich bei diesem Gerät nicht weiter aufrüsten, mit 32 GByte internem Speicher ist das Nexus 5 allerdings recht ordentlich ausgestattet. Das neue Android 5.0 lässt sich per Updates einspielen, ob aber danach noch offizielle Updates für das Nexus 5 kommen werden, ist fraglich. Google liefert für seine Nexus-Geräte nur 18 Monate lang Updates aus und das Nexus 5 hat immerhin schon 12 Monate auf dem Buckel. Per Custom-ROM wird sich das Nexus 5 aber noch lange aktuell halten lassen.

Orange bietet das LG Nexus 5 in weiß, in schwarz und in rot an — der Preis ist für alle drei Geräte identisch. Damit ihr auf einen finalen Kaufpreis von 314,99 Euro kommt, müsst ihr allerdings bei der Bestellung im Warenkorb den Gutschein-Code „orangede10“ eintragen. Daraufhin werden die 35 Euro sofort vom eigentlich Angebotspreis von 349,99 Euro abgezogen. Die Modelle in weiß und rot sollten in ausreichender Stückzahl verfügbar sein, das schwarze Modell „wird auf Anfrage bestellt“, was auch immer das heißen mag.

(Quelle: MyDealz)

Trotz ihres unzweifelhaften Nutzens sind Captchas allerdings kein Allheilmittel. Die Wikipedia zitiert einen Artikel der Carnegie Mellon University dem nach weltweit die Internetnutzer pro Tag 150.000 Stunden mit dem Lösen von Captchas verschwenden — die Zahl stammt aus dem Jahr 2004! Heute dürfte die Zeitverschwendung alleine aufgrund der vielen weiteren Internetnutzern nochmal deutlich gestiegen sein. Viele Captchas sind zudem nicht barrierefrei lösbar, sodass zum Beispiel Sehbehinderte zum Lösen eines Bilderrätsels Unterstützung eines Sehenden hinzuziehen müssen. Von daher gilt es eigentlich das Captcha in Rente zu schicken.

Life’s too short to spend solving distored text
Coming soon, the „No-CAPTCHA“ reCAPTCHA

Google ist unter anderem aus diesen Gründen nicht ganz untätig — zudem ist auch ReCAPTCHA inzwischen alles andere als eine undurchdringliche Mauer. Demnächst startet mit No-CAPTCHA nun aber die nächste Version von ReCAPTCHA. Webmaster können sich auf der ReCAPTCHA-Webseite schon jetzt für die Zusendung von weiterführenden Informationen beim Restart registrieren. Zudem gibt es schon eine Demo der neu gestalteten Eingabemaske zu sehen. Auch bei Googles URL-Verkürzer Goo.gl kommt das neue Captcha bereits zum Einsatz. Ein Klick auf „Ich bin kein Roboter“ soll nun das Lösen des Captchas überflüssig machen. Nur wenn die Überprüfung ein negatives Ergebnis liefert, erscheint das herkömmliche Captcha. Ein Beispiel zum Einbinden des neuen Captchas findet ihr etwa auf Ragzone.

Um ein möglichst genaues Profil anzulegen, speichert Google die Daten allerdings auf unbestimmte Zeit Wer möchte, der kann sich seine fortlaufend aktualisierte Google Location History im Web ansehen– Erschreckend, wenn man sich sein Bewegungsprofil zum ersten mal vor Augen hat. Fein säuberlich nach Datum sortiert, seht ihr wann ihr euch wo wie lange aufgehalten habt. An dieser Stelle könnt ihr die Daten allerdings auch löschen, ein Klick auf den Link Gesamten Verlauf löschen, sollte Google eure Ortsdaten vergessen lassen.

Google visualisiert an dieser Stelle allerdings maximal 30 Tage, wer ein bisschen mehr über sein Bewebungsprofil erfahren möchte, der kann sollte sich einmal das Projekt Location-History-Visualizer, dessen Quellcode ihr auch auf GitHub finden könnt. Der Location-History-Visualizer zeigt euch euren kompletten Standortverlauf als Heatmap an. So lässt sich wunderbar erkenne, wo man wohnt, wo man Arbeit, zur Schule, in die Kirche oder in den Sportverein geht.

Google Location History als Heatmap

Zum Füttern des Location-History-Visualizers müsst ihr per Google Takeout euren vollständigen Standortverlauf exportieren. Geht dazu auf die Takeout-Seite, tippt oben auf Nichts auswählen und hakt dann am Ende gezielt lediglich den Export des Standortverlaufs wieder an. So beschleunigt ihr den Vorgang ein wenig, da Google nicht sämtliche Daten aufbereiten muss. Je nach Datenmenge dauert das Aufarbeiten der Daten ein wenig Zeit, am Ende könnt ihr euch die Takeout-Daten auf die Festplatte herunterladen.

Die Datei im Format takeout-datumnummer.zip entpackt ihr an danach an einem beliebigen Ort auf eurer Festplatte, sodass ihr dann den Location-History-Visualizer mit den über Google gesammelten Ortsdaten aus Takeout/Standortverlauf/Standortverlauf.json füttern könnt. Hier seht ihr dann sämtliche bei Google gespeicherten Ortsdaten als eine über Google Maps gelegte Heatmap. Je länger und öfter ihr euch an einem Ort aufgehalten habt, desto röter erscheint er auf der Karte.

Standortverlauf unter Android deaktivieren

Wollt ihr das fortlaufende Speichern eurer Bewegungsdaten auf dem Handy unterbinden, dann müsst ihr den Standortbericht des Geräts deaktivieren. Öffnet dazu die Einstellungen und geht dort in das Menü Standort. Hier könnt ihr nun den Standortbericht für das Handy, das ihr gerade in der Hand hält, gezielt abstellen. Alternativ deaktiviert ihr über Standortverlauf gleich die komplette Google Location History. Zusätzlich könnt ihr aus diesem Menü heraus ebenfalls die bisher gesammelten Standortorten komplett löschen.

Standortverlauf

1 von 5

Als noch sehr junge Anwendung findet ihr California nicht direkt in den Paketquellen der üblichen Distributionen. Unter Arch Linux und Ubuntu lässt sich das Programm allerdings recht einfach installieren. California finden Ubuntu-User im Yorba-PPA, wer mit Arch Linux oder einem Arch-Derivat wie Manjaro oder Antergos unterwegs ist, der muss California im AUR suchen. Unter Ubuntu gibt es jedoch die Einschränkung, dass California nur für die kommende Ubuntu-Ausgabe „Utopic Unicorn“ 14.10 zur Verfügung steht.

## California unter Ubuntu Utopic 14.10 installieren...
$ sudo add-apt-repository ppa:yorba/ppa
$ sudo apt-get update
$ sudo apt-get install california

## California unter Arch Linux aus dem AUR installieren...
$ pacaur -S california

Nach der Installation empfängt euch erst einmal ein nackter Kalender. Wer ein Android-Handy besitzt und seine Termine mit dem Google-Kalender abgleicht, der kann diesen über das Plus-Icon auch in California laden. Wer seine Termine in mehreren Google-Kalendern organisiert, der muss diesen Schritt für jeden Kalender umständlich wiederholen. Alternativ unterstützt California auch die Synchronisation mit CalDAV-Servern oder den Import von ICS-Dateien. California gleicht sich dabei automatisch mit dem Evolution Data Server ab, so dass die Termine auch in Evolution oder dem Gnome Calender und somit auch dem Zeit-Widget im Gnome-Panel zur Verfügung stehen.

California unter Arch Linux

California

1 von 5

Trotz der geringen Versionsnummer funktionierte California im Zusammenspiel mit dem Google Kalender recht ordentlich. In California neu eingetragene Termine erscheinen sofort im Google Kalender und somit auch auf dem Android-Handy. California unterstützt dabei einzelne Termine mit Ort und Beschreibung, wie auch wiederkehrende Termine mit Wiederholungen zu bestimmten Konditionen. Auch diese etwas komplizierteren Termine erscheinen korrekt im Google Kalender. Ein schneller Test mit einem in einer Owncloud gehostetem CalDav-Kalender zeigte, dass die Synchronisation auch ordentlich über das freie CalDav-Kalender-Protokoll funktioniert.

Ein wenig umständlich ist noch das Verschieben von Terminen. Diese lassen sich aktuell noch nicht per Drag&Drop an einen anderen Platz schieben, sondern müssen noch umständlich über den Termineditor bearbeitet werden. Sehr schön gelungen ist jedoch die Integration in die Gnome Shell. Dank der Integration des Evolution Data Servers habt ihr eure Termine auch automatisch in der Gnome Shell im Blick. Ihr müsst dazu einfach nur auf die Uhr im Panel tippen, schon sehr ihr Termine der nächsten Tage und Wochen im Überblick.

Der Google Web Designer für Linux wird wie Chrome und Co. von Google als DEB- und RPM-Paket zum Download angeboten, das sich über die Paketverwaltung eurer Distribution installieren lässt. Offiziell unterstützt Google Debian, Ubuntu, Fedora oder openSUSE. Aber auch unter Arch  Linux lässt sich der Web Designer sehr einfach installieren, ein Eintrag im AUR hat nicht lange auf sich warten lassen. Wie werden Updates des Web Designer über ein Repository verteilt, man muss sich also nicht um Updates kümmern.

In meinen kurzen Tests läuft der Google Web Designer ohne Probleme, allerdings berichten diverse User der Anwendung, dass sie nur als weißes oder schwarzes Fenster auf dem Bildschirm erscheint. Dies scheibt besonders auf „nicht-englisch“ Systemen zu passieren. In diesem Fall hat das Web-Designer-Forum eine vorübergehende Lösung parat. Es soll helfen den Konfigurationsordner ~/.local/share/google-web-designer zu löschen und den Webdesigner mit englischsprachigen Locales neu zu starten. Andere Benutzer schreiben jedoch auch, dass selbst dieser Tipp nicht wirkt, man muss daher vielleicht noch ein wenig abwarten, bis die Anwendung richtig rund läuft.

$ rm -r ~/.local/share/google-web-designer
$ LANGUAGE=en_US google-webdesigner

Wenn ihr aber den Google Web Designer zum Laufen gebracht habt, dann bietet die Anwendung recht viele Funktionen. So lassen sich zum Beispiel 3D-Transformationen erstellen oder auch Animationen bauen, der Web Designer generiert dabei die Frames zwischen den von euch hinterlegten Bildern automatisch. Im erweiterten Modus lassen sich dann auch Ebenen und Keyframes steuern. Das folgende Video demonstriert die Fähigkeiten des Web Designers im Schnelldurchlauf. Weitere Informationen, Hilfen und Erklärbär-Videos findet ihr im entsprechenden Support-Bereich auf den Hilfe-Seiten von Google.

Im aktuellen Beta-Stadium muss man wohl dafür sorgen, dass die Adsense-Anzeigen komplett über das Plugin abgewickelt werden. Eigenhändig in das WordPress-Template eingebaute Google-Anzeigen sollte man vorerst von Hand deaktivieren, das soll sich wohl aber in Zukunft noch ändern. Ich hatte noch keine Zeit das Plugin in ein Test-Blog zu schmeißen und nachzuschauen, was das Plugin letztendlich noch so macht, als nur Anzeigen zu platzieren. Ein kurzer Blick in den Quellcode des Plugins verrät erstmal nicht wirklich was Böses.