Inside Last.FM: Silent Authentication für API 2.0
Update (17.07.2009): Das hier ist (abgesehen von den “Skills”, die ich dabei gebraucht hab) wohl ziemlich überflüssig, wenn man die API-Methode auth.getMobileSession mal genauer betrachtet. Wieder was gelernt: RTFM!
Da im Moment anscheinend wieder Änderungen am Last.FM-Webservice gemacht werden, die dazu geführt haben, dass LastSharp höchstens noch mithilfe der “Modifizierten Verbindung” (unter “Erweiterte Einstellungen” >> “Verschiedenes”) funktioniert, habe ich mir mal das Radio-API angesehen, das ja anscheinend die Zukunft des Radiostreamings bei Last.FM ist. Was mich daran allerdings stört, ist die umständliche Anmeldeprozedur: Token holen, Browser öffnen, auf Authentifizierung warten, Session holen.
Der Umweg über den Browser ist einfach unschön, weshalb ich nach einer Lösung gesucht habe, die den Login sowie die anschließende Bestätigung eines Users im Hintergrund simuliert, sodass er das eigentliche Programm nicht verlassen muss.
SerienjunkiesGML
First of all: wie es mit der Legalität der Seite serienjunkies.org aussieht, weiß ich nicht. Ich selbst kannte sie bis vorgestern nicht und alles, was nun folgt, ist für mich nur eine programmiertechnische Fingerübung – wenn auch womöglich mit einem gewissen Nutzen.
Das Problem, auf das ich hingewiesen wurde, als ich mich nach online verfügbaren Episoden von Flight of the Conchords erkundigt und die o.g. Seite als Quelle empfohlen bekommen habe, war, dass man, um an Downloadlinks zu kommen (ohnehin nicht das, was ich wollte), für jede Episode ein Captcha lösen und anschließend für jede einzelne Teil-Datei eine Serie von Klick-Copy-Paste ausführen musste. Und da kam mir die Idee, dass ganze in ein Programm zu packen: SerienjunkiesGML (Get My Links!)
Man gibt einfach die URL einer Serienjunkies-Seite in das dafür vorgesehene Textfeld ein (alternativ kann man auch direkt nach irgendetwas suchen), lässt das Programm die verfügbaren Episoden laden und startet mit einem Doppelklick auf die jeweilige Episode das Holen der Links.
Das Lösen des Captchas konnte ich nicht automatisieren (da sind schon viel größere Kaliber als ich dran gescheitert), aber die darauf folgenden Operationen, die zu den eigentlichen Links führen. D.h.: Hoster auswählen, Captcha lösen, warten, fertig!
Man kann auch gleich von vornherein mehrere Episoden auswählen und mit einem Klick auf “Go!” nacheinander abarbeiten.
Ein Hinweis noch: das Holen der Links funktioniert in einer Vielzahl der Fälle reibungslos, nur manchmal scheitert es. Dann muss man die entsprechenden URLs (die mit “download.serienjunkies.org”) beginnen, eben von Hand in den Browser eingeben.
Herausforderungen an mich waren: Untersuchung einer HTML-Seite, Simulieren einer POST-Request, Entwicklung einer intuitiven Benutzeroberfläche.
Download: http://dev.xscheme.de/wp-content/uploads/2009/07/serienjunkiesgml.exe
Und dann machte es “Bing”!
Ich muss zugeben, ein großer Teil meiner Festplatte wird von Microsoft-Programmen eingenommen: Ich verwende Word zum Schreiben von Briefen, Excel zum tabellarischen Aufbereiten von Daten, Visual C# Express Edition zum Programmieren, diverse Hilfsprogramme und nicht zu vergessen dieses winzige Konstrukt namens Windows Vista….
Aber alles, was mit Internet zu tun hat, kommt von anderen Herstellern: Firefox statt IE, Thunderbird statt Outlook, ICQ statt dem Windows Live Messenger – und nicht zuletzt Google statt… Ja, statt was eigentlich?
Zwischenstand: Universal Version Description (UVD) / Entwickler gesucht
Ich möchte an dieser Stelle einmal auf den aktuellen Stand des hier begonnenen Projekts verweisen, der sich wie folgt darstellt: Ich habe das UVD-Format weiter ausgearbeitet und angepasst und damit begonnen, eine C#-Bibliothek zu schreiben, die dessen Verarbeitung dient.
Als Beispiel sei die UVD von LastSharp gegeben, die wir im folgenden Codebeispiel mithilfe einer XSL-Transformation (DescriptionPage.xsl) in eine HTML-Datei verwandeln. Das soll illustrieren, wie einfach die Verwendung von UVD sein kann, wenn entsprechende Bibliotheken vorhanden sind:
UVD lastsharp = UVD.Create("http://dev.xscheme.de/uvd/lastsharp.uvd.xml");
lastsharp.Save("c:/lastsharp.htm", "http://dev.xscheme.de/uvd/DescriptionPage.xsl");
Nun haben wir eine Datei “lastsharp.htm”, die hier eingesehen werden kann und Beschreibungen in verschiedenen Sprachen und Längen bietet, Downloadlinks, etc… Außerdem sind (wie man bei der Ansicht des Quelltextes feststellen kann) auch die META-Tags zu Schlüsselwörtern und Beschreibungen bereits gesetzt, sodass die Seite auch für Suchmaschinen verwendbar ist.
[Release] LastSharp 0.4.3
Nachdem viele kleine Änderungen in der letzten Version auch viele kleine Baustellen verursacht haben, musste eine Version her, die die aufgerissenen Löcher wieder schließt:
- Ein Timeout-Fehler, der seit Version 0.4.1 vermehrt aufgetreten ist, macht nun vermutlich (!) keine Probleme mehr. (Ob das wirklich so ist, wird die Zeit zeigen…)
- Durch die Einführung der Playlist-Direktanwahl war die Option “Meine Tags” (ohnehin nur für Abonnenten aktiv) nicht mehr normal verwendbar, da das Textfeld deaktiviert blieb. (Dafür wurde es bei “Meine Empfehlungen” unnötigerweise aktiviert…)
- Außerdem hat der Versuch, die AudioPlayer-Resourcen nach dem Abspielen eines Liedes wieder freizugeben, zu Abstürzen beim Liedwechsel geführt.
Inside Last.FM: Visual Radio
Seit heute präsentiert sich das Radio von Last.FM in neuem Gewand – und ich muss sagen, ich bin beeindruckt! Visual Radio heißt das klingende Schlagwort (siehe Last.HQ) und woher der Name kommt, ist nicht schwer zu erraten, sind es doch bei der ersten genaueren Untersuchung vor allem Oberflächlichkeiten, die sich einem entgegenrecken:
Ein größeres Eingabefeld, die zuletzt gehörten Radiostationen – war das alles?
[Release] LastSharp 0.4.2
Ich hatte einiges, zu tun, was diese Version angeht. Zum einen viele Bugfixes (unendliches Playlist-Nachladen, Abspielfehler im AudioPlayer, Scrobbling funktionierte nicht, …), zum anderen Neuerungen, was die Playlist angeht, sowie Optionen zur Erhöhung der Anpassbarkeit von LastSharp.
Ich habe mich schon mehrmals damit auseinandersetzen müssen, dass der Download der eigenen Playlist erheblich eingeschränkt ist (siehe hier) – und der Grund dafür ist schlicht und einfach, dass Last.FM das Anhören (und somit die Möglichkeit des Herunterladens) der eigenen Playlist nur noch Abonnenten zugesteht. Um dies zu umgehen, gibt es in LastSharp nun den direkten Playlist-Download. Zu beachten ist hierbei, dass unter “Erweiterte Einstellungen” >> “TuneIn” die Playlistlänge für diese Funktion bis zu 60 Titel betragen darf, sowie folgendes:
- Die Methode funktioniert nur mit Titeln, die “in voller Länge” anhörbar sind.
- Es muss die gesamte Playlist abgerufen und untersucht werden (im normalen Modus werden immer bloß fünf Titel übertragen), sodass bei der Playlisterstellung kürzere Listen zu bevorzugen sein sollten.
- Bei der Methode wird automatisch die “modifizierte Verbindung” verwendet, da sie ansonsten nicht funktioniert. D.h., dass es sein kann, dass nicht alle den direkten Playlist-Download nutzen können. Des weiteren kommt eine kurze Verzögerung vor dem Downloadstart hinzu.
Vom Gedankenspiel zum Versuch: Universal Version Description (UVD)
Das Problem der Updates
Ich bin in meinem vorletzten Artikel zum Thema Update-Check bereits darauf eingegangen: Versionsänderungen sind nicht immer leicht zu verfolgen und die Überprüfung auf Updates erfordert meist einen nicht zu unterschätzenden Programmier- und Verwaltungsaufwand. Weiterhin bedeutet es für den Entwickler selbst auch, dass er auf mehreren Hochzeiten tanzen muss: er stellt meist eine eigene Downloadseite bereit, die Links zu verschiedenen Versionen enthält, er aktualisiert gleichzeitig die Dateien, die für die Versionsüberprüfung zuständig sind, er kümmert sich um die Daten, die in irgendwelchen Softwareverzeichnissen (heise, chip.de, etc…) stehen, usw., usw… Als verantwortungsvoller Entwickler mit der Ambition, sein Programm unter die Leute zu bringen, hat man richtiggehend die Pflicht, diese Schritte durchzuführen – und das regelmäßig und mit äußerster Genauigkeit.
Hier nun also das (absolut logische und vernünftige) Konzept, das die meisten Beispiele, die man im Web zu dem Thema “Update-Check” findet, implementieren:
Augenscheinliche Probleme hierbei:
- Die Verwaltung der Programmdaten läuft (beim Otto-Normal-Programmierer) meist von Hand ab, d.h. man bearbeitet die Update-Datei (die nicht, wie im Beispiel, im XML-Format vorliegen kann), lädt sie von Hand auf den eigenen Webserver und ist aus Kompatibilitätsgründen meist an ein (demnach schwer erweiterbares) Format und an einen bestimmten Dateinamen gebunden.
- Je nachdem, wie detailliert die Update-Informationen sind (nur Versionsnummer vs. Versionsnummer, Änderungsdatum, Changelog, …), kann das Bearbeiten der Versionsdatei eine Heidenarbeit bedeuten.
- Der Entwickler muss das Programm erst einmal dazu bringen, einen funktionierenden Versions-Check durchzuführen.
- Und was passiert bei Programmen, die mehrsprachig funktionieren und beworben werden?
Die Idee im erwähnten Artikel war es also, den “Update Notification Server” nicht mehr als Eigentum des Entwicklers zu sehen, sondern als über ein API zugängliche Plattform im Internet, die Verwaltungsfunktionen komfortabel bereitstellt. Gleichzeitig wären verschiedene Bibliotheken für das API nötig, um dem Programmierer die Implementierung der Versionsprüfung fast gänzlich abzunehmen.
Was folgte, war ein Einspruch.
[Release] LeSharp 1.1
In dieser Version gab es ein paar Bugfixes, sowie Einstellungsmöglichkeiten für Lea, welcher Browser wie verwendet werden soll. Das war es im Grunde auch schon.
Download (SourceForge): https://sourceforge.net/project/showfiles.php?group_id=255668&package_id=319742
Informationen auf der LeSharp-Seite.
Gedankenspiel: Update Notification Server
Wenn man als Programmierer dafür sorgen will, dass jeder User auch stets die aktuellste Version des eigenen Programms verwendet, kommt man nicht umhin, einen Mechanismus einzubauen, der nach neuen Updates sucht. Im Normalfall entscheidet man sich für jenen:
- Stelle eine Verbindung zu einer Internetseite her, welche die Nummer der aktuellsten Version enthält.
- Vergleiche mit der eigenen Version.
- Zeige eine Benachrichtigung, falls die Server-Version neuer ist.
So macht das LastSharp mit der URL http://dev.xscheme.de/vls.htm. Nachteile: das Bearbeiten der Informationen, das von Hand (Textdatei erstellen, schreiben, FTP-Upload) geschehen muss, sowie die Notwendigkeit, entsprechenden Webspace zu besitzen.
Jetzt kam mir also eine (wirklich simple) Idee, wie man das vereinfachen und somit vielen Programmierern helfen könnte.