Entries tagged as shortys
android code computer google gui jabber java linux&unix misc mobile opensource presentation programming screenshot sdk software video web webdesign xml changes bad world blog blogging captcha contentmanagement hardware murphy s9y security server spam tail -f /var/log/life wordpress zeitgeist feedreader html markup rss ruby scala stuff swing tool webwide windows xslt browser cheatsheet comic css dns encryption firefox fun howto im javascript life lighttpd mail media networking newsbeuter picture podcast politics privacy psi regular expression subnetting test truecrypt tv perl coffee conference dslr free nikon photography science forum unb 1
Sollte jemand auf die Idee kommen eine alte Version von Android (z.B. den -RC7 Build in Europa) mal "schnell" auf den neusten Stand bringen zu wollen hier ein paar Schritte mit denen man auf neue Upgrades und den Status des Downloads pruefen kann:
- Man besorgt sich das Programm AnyCut aus dem Market. Dazu sollte die Suchfunktion genutzt werden.
- Danach legt man mit Anycut eine Verknuepfung auf "Activites/Device Info" an
- Ist das erledigt, startet man die Verknuepfung auf dem Homescreen, scrollt bis ganz nach unten und drueckt "Check for upgrade"
- Dort kann man den Downloadstatus beobachten und bekommt die Meldung, dass ein Upgrade verfuegbar ist, sobald es herunter geladen wurde. Ich persoenlich haette ja zuerst gefragt und dann herunter geladen aber ...
Anmerkung: Ja ich hatte fast zwei Wochen lang ein G1 und bin momentan dabei mich in das SDK dafuer einzuarbeiten. Ja ich werde noch detaillierter darueber bloggen und nein ich besitze es nicht mehr, da es sich heute wieder auf den Weg zum Verkaeufer gemacht hat.
Mir ist gerade das Tool iperf aufgefallen, mit dem man sehr komfortabel seinen Datendruchsatz messen kann. Und das sowohl fuer rohe TCP oder UDP-Pakete:
Auf einem PC (oder wie bei mir auf dem Router) laesst man den Server laufen:
Danach kann man mit einem anderen Rechner den Durchsatz testen:
In diesem Fall werden UDP-Pakete uebertragen. Ohne die Option -u bei Server und Client waeren es TCP-Pakete. Wichtig ist auch die Option -b, da sonst die Bandbreite auf 1MBit/s begrenzt ist.
Zum Schluss sieht man dann so etwas:
Hier sieht man auch erst mal, was von den brutto 54MBit/s bei WLAN uebrig bleibt.
Auf einem PC (oder wie bei mir auf dem Router) laesst man den Server laufen:
root@flynet:~# iperf -su ------------------------------------------------------------ Server listening on UDP port 5001 Receiving 1470 byte datagrams UDP buffer size: 106 KByte (default) ------------------------------------------------------------
Danach kann man mit einem anderen Rechner den Durchsatz testen:
iperf -u -c [ip -des-Servers] -t 60 -b 54M
In diesem Fall werden UDP-Pakete uebertragen. Ohne die Option -u bei Server und Client waeren es TCP-Pakete. Wichtig ist auch die Option -b, da sonst die Bandbreite auf 1MBit/s begrenzt ist.
Zum Schluss sieht man dann so etwas:
[ 3] local 192.168.13.23 port 33010 connected with 192.168.13.1 port 5001 [ 3] 0.0-60.0 sec 200 MBytes 28.0 Mbits/sec [ 3] Sent 142996 datagrams [ 3] Server Report: [ 3] 0.0-60.0 sec 200 MBytes 28.0 Mbits/sec 1.305 ms 13/142996 (0.0091%)
Hier sieht man auch erst mal, was von den brutto 54MBit/s bei WLAN uebrig bleibt.
Obwohl sich netcfg2 von ArchLinux noch im Teststadium befindet, habe setze ich es schon seit mehreren Monaten erfolgreich ein.
Ein wirklich cooles Feature ist die Moeglichkeit beim Start automatisch das WLAN-Profil, das gerade in Reichweite ist, zu starten. Hierzu richtet man in /etc/network.d/ die gewuenschten Profile ein. Um das Feature beim Systemstart zu starten, traegt man folgendes in die /etc/rc.conf ein:
eth1 sollte durch das entsprechende WLAN-Interface ersetzt werden.
Bei mir laeuft so ein Setup seit ein paar Wochen sehr erfolgreich. Ob ich nun zu Hause, bei Freunden oder an der FH bin, immer wird das richtige Profil geladen.
Bei Bedarf lassen sich so auch noch automatisch Dienste wie OpenVPN etc. starten.
Ein wirklich cooles Feature ist die Moeglichkeit beim Start automatisch das WLAN-Profil, das gerade in Reichweite ist, zu starten. Hierzu richtet man in /etc/network.d/ die gewuenschten Profile ein. Um das Feature beim Systemstart zu starten, traegt man folgendes in die /etc/rc.conf ein:
# Network profiles are found in /etc/network.d/ NETWORKS=(auto-wireless eth1)
eth1 sollte durch das entsprechende WLAN-Interface ersetzt werden.
Bei mir laeuft so ein Setup seit ein paar Wochen sehr erfolgreich. Ob ich nun zu Hause, bei Freunden oder an der FH bin, immer wird das richtige Profil geladen.
Bei Bedarf lassen sich so auch noch automatisch Dienste wie OpenVPN etc. starten.
Seit heute ist im offiziellen Paket von pacman fuer Arch Linux auch eine Autovervollstaendigung fuer die ZSH dabei:
pacman -Ql pacman|grep zsh pacman /usr/share/zsh/ pacman /usr/share/zsh/site-functions/ pacman /usr/share/zsh/site-functions/_pacman
Ich hatte das zwar schon vorher, musste aber nach einem Upgrade die Dateien von Hand patchen, da sich Pfade geaendert hatten. Nun ist es super das bei pacman dabei zu haben.
Zudem habe ich mir vor ein paar Wochen auf Basis des Codes aus AUR eine Vervollstaendigung fuer netcfg2 gebastelt:
#compdef netcfg2
local expl list intf sep
local -a disp
case $OSTYPE in
aix*)
intf=( ${(f)"$(lsdev -C -c if -F 'name:description')"} )
if zstyle -T ":completion:${curcontext}" verbose; then
zstyle -s ":completion:${curcontext}:" list-separator sep || sep=-
zformat -a list " $sep " "$intf[@]"
disp=(-ld list)
fi
;;
darwin*|freebsd*|dragonfly*) intf=( $(ifconfig -l) ) ;;
irix*) intf=( ${${${(f)"$(/usr/etc/netstat -i)"}%% *}[2,-1]} ) ;;
linux*) intf=( /proc/sys/net/ipv4/conf/*~*(all|default)(N:t) ) ;;
*) intf=( $(ifconfig -a|sed -n 's/^\([^ :]*\).*/\1/p') ) ;;
esac
_arguments -C \
'*:profile:->profilelist' \
'-d[Take specified profile down]:profile:->profilelist' \
'-a[Take all profiles down]' \
'-c[Do not start profile if interface is already up]:profile:->profilelist' \
'-i[Take down profile active on specified interface]:interface:->interfaces'
if [[ "$state" = profilelist ]]; then
_description path_files expl 'Netwok Profiles'
_path_files "$expl[@]" -W '/etc/network.d' -g '*~*template'
fi
if [[ "$state" = interfaces ]]; then
_wanted interfaces expl 'network interface' compadd "$@" "$disp[@]" - "${(@)intf%%:*}"
fi
local expl list intf sep
local -a disp
case $OSTYPE in
aix*)
intf=( ${(f)"$(lsdev -C -c if -F 'name:description')"} )
if zstyle -T ":completion:${curcontext}" verbose; then
zstyle -s ":completion:${curcontext}:" list-separator sep || sep=-
zformat -a list " $sep " "$intf[@]"
disp=(-ld list)
fi
;;
darwin*|freebsd*|dragonfly*) intf=( $(ifconfig -l) ) ;;
irix*) intf=( ${${${(f)"$(/usr/etc/netstat -i)"}%% *}[2,-1]} ) ;;
linux*) intf=( /proc/sys/net/ipv4/conf/*~*(all|default)(N:t) ) ;;
*) intf=( $(ifconfig -a|sed -n 's/^\([^ :]*\).*/\1/p') ) ;;
esac
_arguments -C \
'*:profile:->profilelist' \
'-d[Take specified profile down]:profile:->profilelist' \
'-a[Take all profiles down]' \
'-c[Do not start profile if interface is already up]:profile:->profilelist' \
'-i[Take down profile active on specified interface]:interface:->interfaces'
if [[ "$state" = profilelist ]]; then
_description path_files expl 'Netwok Profiles'
_path_files "$expl[@]" -W '/etc/network.d' -g '*~*template'
fi
if [[ "$state" = interfaces ]]; then
_wanted interfaces expl 'network interface' compadd "$@" "$disp[@]" - "${(@)intf%%:*}"
fi
Das Ganze sollte in der Datei /usr/share/zsh/site-functions/_netcfg2 abgelegt werden.
Leider hatte mein Server in letzter Zeit seltsame Performanceprobleme. Der Apache hat mir staendig meinen Swapspace voll gemacht und wollte dann nicht mehr. Das war mehr als unbefriedigend.
Da ich schon lange mal den schicken und schnellen lighty ausprobieren wollte, habe ich nun komplett auf lighty umgestellt. Zusammen mit xcache laeuft das Setup, im Vergleich, verdammt schnell. Ein gutes Howto wie man php mit lighty sicher aufsetzt findet man hier.
Probleme gab es nur bei den Rewrite-Regeln fuer Wordpress. Hier haben folgende Anweisungen das Problem geloest:
Das mit dem "server.error-handler" ist zwar nicht besonders schoen aber funktioniert.
Da ich schon lange mal den schicken und schnellen lighty ausprobieren wollte, habe ich nun komplett auf lighty umgestellt. Zusammen mit xcache laeuft das Setup, im Vergleich, verdammt schnell. Ein gutes Howto wie man php mit lighty sicher aufsetzt findet man hier.
Probleme gab es nur bei den Rewrite-Regeln fuer Wordpress. Hier haben folgende Anweisungen das Problem geloest:
url.rewrite-once = (
"^/(.*)?/?files/$" => "index.php",
"^/(.*)?/?files/(.*)" => "wp-content/blogs.php?file=$2",
"^/(wp-.*)$" => "$1",
"^/([_0-9a-zA-Z-]+/)?(wp-.*)" => "$2",
"^/([_0-9a-zA-Z-]+/)?(.*\.php)$" => "$2"
)
server.error-handler-404 = "/index.php"
"^/(.*)?/?files/$" => "index.php",
"^/(.*)?/?files/(.*)" => "wp-content/blogs.php?file=$2",
"^/(wp-.*)$" => "$1",
"^/([_0-9a-zA-Z-]+/)?(wp-.*)" => "$2",
"^/([_0-9a-zA-Z-]+/)?(.*\.php)$" => "$2"
)
server.error-handler-404 = "/index.php"
Das mit dem "server.error-handler" ist zwar nicht besonders schoen aber funktioniert.
Ich bin gerade durch Zufall auf diesen Artikel bei heise security gestossen. Dazu gibt es auch dieses Howto.
Ich habe das Ganze mal getestet und muss sagen: Funktioniert prima
Ich habe das Ganze mal getestet und muss sagen: Funktioniert prima
