Entries tagged as shortys
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:
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:
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:
# 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:
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:
"^/(.*)?/?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
