Suchen eines VOIP-Anbieters

Die erste Idee war natürlich hier einen günstigen VOIP-Anbieter zu finden. Nach kurzer Recherche bin ich auf den Anbieter intervoip.com gestoßen. Die Preise sind schon sehr attraktiv: ca 0,07 Euro/Minute ins spanische Mobilfunknetz. Die Recherche nach Erfahrungen mit dem Anbieter ergab, dass man die Preise relelmäßig im Auge behalten sollte. Es gab wohl Anpassungen, die sich aber auch eher im einstelligen Cent-Bereich bewegt haben. Die Infos waren für mich ausreichen, um das mal auszuprobieren. Als nächstes also einen Account anlegen und Guthaben aufladen, das abtelefoniert werden kann. Ich habe mich dabei entschieden, die Überweisung über PayPal zu machen und die Gebühr in Kauf zu nehmen. Die Accountdaten sollte man sich gut merken, da man sie später zur Einrichtung braucht.

VOIP-Softphone installieren

Als nächstes muss ein Softphone für den Rechner her. Bei Intervoip gibt es zwar ein Softphone, das ich jedoch nicht verwenden konnte und wollte. Zum einen gibt es die nicht für den Mac, ausserdem bin ich wenn möglich dafür, verbreitete Standard-Software zu verwenden anstelle einer solchen proprietären Lösung. Das ist auch kein Problem, alle benötigten Daten sind auf der Seite beschrieben. Meine Wahl viel auf Zoiper. Hier fand ich die Classic-Version für meine Zwecke ausreichend. Die Software gibt es für Mac, Windows und Linux.

Softphone konfigurieren

Nun musste das Softphone noch eingerichtet werden. Die notwendigen Daten:

• SIP port : 5060
• Registrar : sip.intervoip.com
• Proxy server : sip.intervoip.com
• Outbound proxy server : leave empty
• Account name : your InterVoip username
• Password : your InterVoip password
• Display name/number : your InterVoip username or voipnumber
• Stunserver (option) : stun.intervoip.com

Den Stunserver sollte man, obwohl er in der Beschreibung als optional angegeben ist, auf den Wert stun.intervoip.com setzen. Bei einem ersten Test kam es bei dem voreingestellten stun-Server von Zoiper zu massiven Störgeräuschen.

Fazit

Natürlich muss der Rechner noch entsprechend ausgerüstet sein: ein Micro und Lautsprecher oder ein Headset braucht man, um den Ton rein und raus zu bekommen. Dann kann es los gehen mit dem Telefonieren. Beim ersten Telefonat musste ich die Laustärke des Micros noch auf etwa die Hälfte runter regeln (siehe Zoiper-Bild), dass ist aber vermutlich sehr rechnerspezifisch. Meine erste Erfahrung mit dem Dienst ist sehr positiv. Die Sprachqualität war recht gut und man kann entspannt telefonieren, ohne an die Rechnung am Monatsende zu denken.

Eine weitere interessante Möglichkeit von intervoip.com nennt sich Phone-to-Phone. Nach dem Login auf der Seite kann man diese Funktion auswählen. Man gibt die eigene Festnetznummer sowie die Zielrufnummer an und wird dann auf diesem Weg verbunden. Die Kosten für diesen Dienst sind nur wenig höher als das reine VOIP-Telefonat.

defaults write com.apple.Safari IncludeDebugMenu 1

Das funktioniert auch unter Leopard.

Möchte man Google-Maps einbinden, benötigt man zunächst einen Google-Maps API Key. Dieser wird beim Abrufen der Karten von Google übertragen und ist für die Domain auf der die Karte eingebunden wird gültig. Auf jeden Fall ist es ratsam einmal die Nutzungsbedingungen durch zu lesen.

Google stellt eine ausführliche Dokumentation der API zur Verfügung. Hier sollen nur die ersten Schritte etwas erläutert werden.

Zunächst definiert man ein DIV, in das die Karte geladen werden soll irgendwo im body-Tag der HTML-Seite:


<div style="position: absolute; top: 0px; left: 200px; width: 800px; height: 600px" id="map"></div>


Der Anzeigebereich kann man mittels dieses Divs exakt festlegen.

Im nächsten Schritt wird die Karte mittels eines Javascript-Aufrufes in dieses dif eingebunden.


<script src="http://maps.google.com/maps?file=api&v=2&key=abcdefg"
type="text/javascript"></script>
<script type="text/javascript">
//<![CDATA[

//]]>
</script>


Hierbei ist in der ersten Zeile der eigene Key, der zuvor erstellt wurde, für key=abcdefg eingesetzt werden. Die Funktion load führt dann die eigentliche Initialisierung der Karte aus. Dabei wird zunächst eine Funktion GBrowserIsCompatible() aus der Google-API augerufen, die sicher stellt, das der Browser, der die Seite anzeigt dazu geeignet ist. Danach wird ein neues Karten-Objekt erstellt. Dabei wird die ID des Divs, das die Karten enthalten soll, in diesem Fall “map”, übergeben. Der nächste Aufruf zentriert die Karte auf bestimmten Koordinaten. Der erste Parameter von setCenter ist dabei die Koordinate selbst, der zweite Parameter gibt einen Zoom-Level an. Eine genaue Dokumentation zu dem Zoom-Level wurde nicht gefunden. Je kleiner der Wert ist, desto näher wird herangezoomt. Hier muss ein wenig ausprobiert werden.

Um die Karte das erste mal ausprobieren zu können fehlt nun nur noch ein Aufruf im Body-Tag der HTML-Seite:

<body onload="load();" onunload="GUnload()">


Dadurch wird die zuvor definierte JS-Funktion load() aufgerufen sobald die Seite im Browser dargestellt wird. Der zweite Aufruf onunload=”GUnload()” sorgt dafür, das beim Verlassen der Seite der Speicher des Web-Browsers aufgeräumt wird und sollte deshalb auch unbedingt mit eingebunden werden.

Ein kleines Beispiel ist hier verfügbar.

Es ist ratsam, den Private Key nach dem Aufspielen des Etokens zu löschen oder zumindest sehr sicher aufzubewahren.
# löschen und initialisieren der Karte
pkcs15-init -EC –no-so-pin -T -l “mfrankl”

Hier ist nur die User-Pin einzugeben

# Passwoerter setzen
pkcs15-init -P -T -l “mfrankls pin” –auth-id 01

# Private Key importieren
pkcs15-init -S mfrankl-key.pem –auth-id 01

# Zertifikat importieren
pkcs15-init -X mfrankl-cert.pem –auth-id 01

http://www.wieistmeineip.de/speedtest

Schritt 1: Umwandeln des Quellvideos in ein DVD-taugliches Format:

Für diesen Schritt habe ich als erstes das Tool ffmpeg ausprobiert und war mit dem Ergebnis sehr zufrieden. Es gibt noch zahlreichen weitere Tools, die man ausprobieren könnte. Zu beachten ist, daß man für diesen Schritt schonmal eine DVD-Größe (max. 4,7GB) Plattenplatz im Verzeichnis work benötigt. Sowohl das Verzeichnis work wie auch ziel.mpg können beliebig gewählt werden. Das Verzeichnis work muss vor dem Befehl angelegt werden.


mkdir work
ffmpeg -i "quelle.avi" -target dvd work/ziel.mpg


Dieser Schritt benötigt abhängig von der Prozessorleistung einige Zeit.

Schritt 2: Erstellen der DVD-Struktur

Mit dem vorliegenden DVD-tauglichen mpg kann nun die DVD-Struktur erstellt werden. Ich habe dabei eine Struktur ohne ein Menü gewählt, das geht schnell und einfach. Zu diesem Schritt habe ich das Tool dvdauthor verwendet. Auch hier gibt es zahlreiche Alternativen, darunter auch hübsche GUI’s. Zu beachten ist, daß hier nochmals Plattenplatz in DVD-Größe benötigt wird.


cd work
dvdauthor -o dvd/ -t ziel.mpg
dvdauthor -o dvd/ -T


Der erste Befehl fügt das in Schritt 1 erstellte mpg in die Struktur ein. Sollen mehrere (kleine) Filme auf die DVD, kann der Aufruf beliebig wiederholt werden. Der zweite Schritt erstellt die endgültige DVD-Struktur. Das ganze dauert auch wieder etwas, jedoch bei weitem nicht so lange wie das Umwandeln des Videos.

Schritt 3: Prüfen des Ergebnisses

Um sicher zugehen, daß man auch das erwartete Ergebnis bekommt, kann man sich die DVD vor dem brennen schonmal vorab anschauen. Dies kann mit einem beliebigen DVD-Fähigen Media-Player wie xine oder mplayer erfolgen. Natürlich ist dieser Schritt optional.


xine dvd:"$(pwd)/dvd"


Schritt 4: Erstellen eines ISO-Images

Mit der Struktur aus Schritt 3 kann nun ein DVD-ISO Image erzeugt werden. Abhängig vom Brenn-Programm kann dieser Schritt auch übersprungen werden. K3b z.B. kann auch direkt die Dateien brennen. Da er aber auch nicht sehr zeitaufwändig ist, schadet es nicht. Dies geht mit dem folgenden Befehl:


mkisofs -dvd-video -v -o DVD.iso dvd


Schritt 5: Brennen des ISO-Images

Im letzten Schritt muss die DVD nur noch mit einem Brennprogramm der Wahl auf DVD gebrannt werden. Hier kann das KDE-Programm k3b empfohlen werden.

Quellen:

• http://gentoo-wiki.com/HOWTO_ffmpeg_divx_to_dvd
• http://gentoo-wiki.com/HOWTO_Create_a_DVD

Eine interessante Alternative zu AJAX-Funktionen auf XML-Message-Basis bietet die JSON-Technologie an. Die Übertragung der Nachrichten vom Browser zum Server erfolgt dabei auf Basis einer einfachen Datenstruktur, die am besten beschrieben werden kann als Verschachtelung von Arrays und Hashes. In den meisten Programmiersprachen werden diese Strukuren nativ unterstützt, was die Verbreitung der Technologie extrem vereinfacht.

Der Overhead des durch die XML-Strukturen anfallenden Codes entfällt, somit wird die Übertragung und das Verarbeiten der Nachrichten vereinfacht. Weder auf der Seite des Clients noch auf der des Severs muss eine Transformation der Daten über XSLT oder aber ein Zusammensuchen der Daten durch aufwändiges Navigieren durch das DOM erfolgen. Zudem muss sich der Programmierer keine Gedanken um das Finden einer geeigneten XML-Struktur machen um die Daten hin- und her zu transportieren.

Eine Besonderheit ist dabei, daß die Daten auf der Client-Seite direkt als gültiger Javascript-Code vorliegen. Sie können direkt mit Javascript weiterverarbeitet werden.

JSON Nachrichtenstruktur

Die Strutur der zu übetragenden Nachrichten sind ausführlich auf www.json.org beschrieben.

Beispiel für eine JSON-Nachricht:

{
"glossary": {
"title": "example glossary",
"GlossDiv": {
"title": "S",
"GlossList": [{
"ID": "SGML",
"SortAs": "SGML",
"GlossTerm": "Standard Generalized Markup Language",
"Acronym": "SGML",
"Abbrev": "ISO 8879:1986",
"GlossDef":
"A meta-markup language, used to create markup languages such as DocBook.",
"GlossSeeAlso": ["GML", "XML", "markup"]
}]
}
}
}


Implementieren auf Client-Seite

Um die AJAX-Funktionalität auf der Client-Seite zu implementieren, benötigt man eine Javascript-Library. Eine solche ist auch über die oben genannte Seite www.json.org zu beziehen, allerdings nicht besonders leicht zu finden.

Deshalb hier die direkten Links:

• Open source code des JSON parser und JSON stringifier
• Minimierte Version (only about 1K)

Weiterhin ist eine Library HTTP.Request hilfreich, mit deren Hilfe die HTTP-Übertragung selbst Browsertransparent durchgeführt werden kann. Sie kann hier bezogen werden. Allerdings ist zu beachten, daß in der aktuellen Version dieser Library zur Übertragung immer automatisch der Content-Type application/x-www-form-urlencoded verwendet wird. Dies führt z.B. bei einem Perl-Backend auf dem Server dazu, daß der Request nicht mehr korrekt ankommt sondern nur zerteilt. Zum Beheben dieses Problems sollte die folgende Zeile in Request.js geändert werden von:


this.transport.setRequestHeader( "Content-type", "application/x-www-form-urlencoded" );


in

this.transport.setRequestHeader( "Content-type", "plain/text" );


Mit diesen Vorraussetzungen kann nun der Client implementiert werden:

<script type="text/javascript" src="/global/lib/json.js"></script>
<script type="text/javascript" src="/global/lib/HTTP/Request.js"></script>
<script type="text/javascript">
var req, id = 0, since_msg = new Date();
// vor 5 Stunden
since_msg.setTime(new Date().getTime() - 1000 * 60 * 60 * 5);

Die wichtigsten Code-Stellen:


JSON.stringify( {
method : 'finduser',
id : id++,
params : [ txt.value, since_msg.getTime() ]
}


Hier wird ein Hash der die Nachrichtenbestandteile enthält mittels JSON.stringify zu einem JSON-String umgewandelt. Die RPC-Methode, die dabei auf dem Server aufgerufen wird, nennt sich finduser. Sie bekommt die Parameter txt.value, since_msg.getTime(). id ist eine fortlaufende Nummer, die zur Identifizierung des Requests bei asynchron eintreffenden Ergebnissen dient.

Der erzeugte JSON-String zur Übertragung sieht dann so aus:

{"method":"finduser","id":0,"params":["micha",1140627355276]}


Mittels der Anweisung:

req = new HTTP.Request({
uri: '/test/testajax',
postbody: JSON.stringify( {
method : 'finduser',
id : id++,
params : [ txt.value, since_msg.getTime() ]
}),
onSuccess: function (trans) {
var data;
try {
var data = eval('('+trans.responseText+')'); // JSON "parsen"
} catch(e) {
alert('eval: Ungültiges JSON: ' + e);
return;
}
// hier kann ggf. noch auf data.error geprüft werden
nachrichten(data.result);
}
});


wird der HTTP-Request übetragen. onSuccess beinhaltet eine Funktion, die bei einem erfolgreichen Request ausgeführt wird. Hier wird die Antwort verarbeitet und dynamisch in die dargestellte Seite eingebaut.

Implementierung auf der Server-Seite

Auf der Server-Seite ist die Implementierung natürlich abhängig von der Programmiersprache der Wahl. JSON-Implementierungen sind in zahlreichen gängigen Programmiersprachen vorhanden, Links dazu sind auch über www.json.org zu finden.

Hier soll die Implementierung in Perl betrachtet werden. Wie man es von Perl gewohnt ist, steht ein fertiges CPAN-Modul JSON zur Verfügung, daß das Einbinden denkbar einfach macht. Es funktioniert (unter anderem) mit einer RPC-Schnittstelle á la SOAP. Im Idealfall muss man sich noch nicht einmal mit den JSON-Datenstrukturen beschäftigen, sondern bekommt die Parameter direkt als Funktionsparameter geliefert und gibt Perl-Datenstrukturen zurück. Die nötigen Umwandlungen passieren im Hintergrund.


package MyJSON;
use strict;
sub finduser {
my $server = shift;
my $username = shift;
my $time = shift;
#...
# return a scalar value or a hashref or an arryaref. Z.B.:
# return {'username'=>"Franz Mustermann", 'userid'=>14};
}

# a la XMLRPC::Lite
JSONRPC::Transport::HTTP::CGI->dispatch_to('MyJSON')->handle();


application/x-www-form-urlencoded

Ohne irgendwelche Angaben schickt der Browser die Daten in dieser Kodierung:
Content-Type: application/x-www-form-urlencoded
Sie wird auch verwendet, wenn im Formtag dieses Attribut verwendet wird:

enctype="application/x-www-form-urlencoded"


Der Body der Nachricht sieht dann wie folgt aus:

param1=jjhkjh&param2=ghzzvfh+asd+asdas&inhalt=inhalt+der+tt%0D%0Asadasd%0D%0Asad%0D%0Aasd%0D%0A%0D%0Aas%0D%0Ada%0D%0As


Sie ist also wie der Content-Type schon sagt URL kodiert und könnte auch einfach wie sie ist in einem GET-Aufruf benutzt werden. Zu beachten ist, dass mit dieser Methode keine Dateien übertragen werden können. Hier wird lediglich der Dateiname übertragen, der eigentliche Inhalt nicht.

multipart/form-data

Die zweite Möglichkeit ist dieser Typ:
enctype="multipart/form-data"

Hierbei wird jeder einzelne Parameter in einem durch einen Boundary-abgetrennten Bereich transportiert, ähnlich wie das bei MIME-Messages geschieht. Diese Methode ist auf jeden Fall zu wählen, wenn eine oder mehrere Dateien zum Server übertragen werden sollen, im Gegensatz zur ersten Methode ist auch der Transport von Binär-Dateien möglich.

Beispiel:


POST /admin/users HTTP/1.1
Host: atlas.mf.devel
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.12) Gecko/20060117 Firefox/1.0.7
Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5
Accept-Language: de,en-us;q=0.7,en;q=0.3
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive: 300
Connection: keep-alive
Referer: http://atlas.mf.devel/admin/users?action=edit&id=51&order=ldap&sessionid=e4a6a108394d2d124b89e73d0c4ff5391&style=popup&style=popup
Cookie: sessionid=e4a6a108394d2d124b89e73d0c4ff5391
Content-Type: multipart/form-data; boundary=---------------------------12440347477298357471720878039
Content-Length: 4599
-----------------------------12440347477298357471720878039
Content-Disposition: form-data; name="atk"

ldap
-----------------------------12440347477298357471720878039


Für ein Projekt ist es nötig auf einer Internetseite Links auf lokale Dateien anzubieten. Das Problem ist, das die Browser die aus Sicherheitsgründen blocken. Die Links sehen etwa aus, wie dieses Beispiel:

<a href="file://netshare/mountpoint/xy/datei.doc">datei.doc</a>


Browserdetails

Firefox

• Default-Verhalten: Firefox öffnet die Links nicht. Genauer gesagt reagiert er gar nicht darauf.
• Abhilfe: Das Blocken der file:// -Aufrufe im Firefox kann durch eine Konfigurationseinstellung beeinflusst werden. Dabei gibt vor und nach Version 1.5 von Firefox bzw. vor und nach Mozilla 1.8 unterschiedliche Konfigurationseinstellungen. Siehe dazu: Links to local pages don’t work

Konqueror (Version 3.4.1)

• Default-Verhalten: Rückfrage ob die unsichere Aktion (Datei öffnen) durchgeführt werden soll.
• Abhilfe: nicht nötig.

Internet Explorer IE(Version6.0)

• Default-Verhalten: Rückfrage ob die unsichere Aktion (Datei öffnen) durchgeführt werden soll.
• Abhilfe: nicht nötig.

Beispiel:

xml1:
<product name="" />

xslt:
<xsl :apply-template select="/product[@name='']" />


Früher hat sich der xsl-code für xml1 und xml2 gleich verhalten. Jetzt wird allerdings Version xml2 nicht mehr aufgrufen, weil die XSL-Prüfung implizit vorraussetzt, dass das Attribut name vorhanden sein muss.

Die Kernaussage ist also:
früher: Attribut leer < => Attribut nicht vorhanden
jetzt: Attribut leer != Attribut nicht vorhanden

Die Prüfungen müssen also ggf. erweitert werden um den Bestandteil Attribut gar nicht definiert:




Im folgenden die Ausgabe eines Test-Stylesheets auf die Daten
Daten:

<data name1="hallo" name2="" />


Ausgabe

-------------------------
Prüfung auf @name1="test":
- @namex === @name1 vorhanden
- @namex='' ===
- @namex='hallo' === @name1 hallo
- @namex!='xxx' === @name1 ist nicht xxx
- not(@namex) ===
-------------------------
Prüfung auf @name2="":
- @namex === @name2 vorhanden
- @namex='' === @name2 leer
- @namex='hallo' ===
- @namex!='xxx' === @name2 ist nicht xxx
- not(@namex) ===
-------------------------
Prüfung auf @name3 das nicht vorhanden ist:
- @namex ===
- @namex='' ===
- @namex='hallo' ===
- @namex!='xxx' ===
- not(@namex) === Attribut nicht vorhanden