Andreas Wittmann

Warum sollte es in Zeiten von Facebook, Google und YouTube noch notwendig sein, auf
auf eine veraltete Technologie wie Usenet/NNTP setzen? Portale wie phpBB laden auch zum
zum Gedankenaustausch mit anderen Nutzern ein.

Warum also sollte man heutzutage noch das Usenet benutzen?

Aus meiner Sicht ist die Frage sehr einfach: Es ist ein bewährter
Standard, ähnlich wie bei E-Mails/SMTP, der sich seit Jahrzehnten nicht wirklich verändert hat. Einige
Leute mögen das als Nachteil interpretieren, aber für mich ist es eindeutig ein
Vorteil, weil ich nicht ständig neue Programme brauche, um Artikel zu schreiben, und ich
und muss mich nicht ständig darum kümmern, meine Anmeldedaten mit der neuesten Version des
Webbrowser-Version eingeben muss. Es gibt auch viele Leute, die das Usenet noch täglich nutzen
Basis.

Natürlich kann man nicht einfach bunte Bilder zum Inhalt hinzufügen und man muss
müssen Sie Ihre Gehirnleistung erheblich steigern, um alles in
Worte zu fassen. Letztlich entstehen hier Diskussionen mit Substanz – rein textbasiert und
hochoptimiert.

Ich nutze das Usenet in Kombination mit Emacs und Gnus – es fügt sich auch nahtlos in meine
meine E-Mail-Kommunikation ein und ermöglicht mir produktives Arbeiten.

Insbesondere bei automatisierten Skripten, die SSH-Verbindungen zu externen Systemen aufbauen, ist die Abfrage eines Passworts innerhalb des Skripts unerwünscht oder führt dazu, dass das Skript blockiert wird.

Es ist zwar möglich, solche Passworteingaben mit dem Tool expect zu simulieren, dies ist aber alles andere als sicher. Der beste Weg ist die Authentifizierung über RSA-Schlüssel, die im Zielsystem als öffentlicher Schlüssel eingegeben werden müssen, um einen passwortfreien Zugang zu ermöglichen.

Wenn Sie viele Systeme administrieren und vergessen haben, einen öffentlichen Schlüssel in ein Zielsystem zu importieren, haben Sie das Problem, dass das Skript erneut blockiert wird, weil eine Passwortabfrage als Failover gestartet wird.

Um dies zu verhindern, wird einfach der Parameter -o BatchMode=yes an den SSH-Client übergeben. Es wird allgemein empfohlen, diesen Parameter zu verwenden, sobald ssh in einem Skript auftaucht. In der Regel wird er jedoch nicht beachtet und hindert so manches System daran, automatisierte Prozesse auszuführen.

Eine typische Befehlszeile sieht wie folgt aus:

ssh -o BatchMode=yes www.my-sample-hostname.com

Wenn Sie SSH indirekt über Rsync verwenden, kann dieser Parameter wie folgt verwendet werden:

rsync -av -e "ssh -o BatchMode=yes" www.mysample.com:/src1 /dst1

Hier gibt es mehrere Ansätze. Die Reihenfolge der Bilder ist problematisch. Der einfachste Weg wäre durch:

cat *.jpg | ffmpeg -f image2pipe -r 25 -vcodec mjpeg -i - test.mp4

Hier wird eine Warnung ausgegeben, weil die Pipe abgebrochen wird und ffmpeg dies anscheinend nicht erkennen kann.

Eine andere Methode wäre über Bildnamen, die einen fortlaufenden Zähler im Dateinamen enthalten. Wenn dies nicht der Fall ist, können die Dateinamen wie folgt geändert werden:

#!/bin/bash
COUNTER=1
for i in *.jpg; do
   NEW_FILENAME=$(printf "%04d.jpg" "$COUNTER")
   mv -i -- "$i" "$NEW_FILENAME"
   let COUNTER=COUNTER+1
done

Das Video kann mit Hilfe von erstellt werden:

ffmpeg -start_number 1 -i %04d.jpg -vcodec mpeg4 test.avi

In diesem Fall werden die 4 festen numerischen Ziffern auf der linken Seite mit 0 aufgefüllt. Ist die Zahl höher, muss die Maske %04d entsprechend geändert werden.