http://innoq.com/blog/wvk/ $ cat `grep -eli "ruby|rails|apache|linux" /var/brain/wvk` > /blog/wvk 2>&1 en Copyright 2011 Sat, 06 Mar 2010 23:12:11 +0100 http://www.sixapart.com/movabletype/ http://blogs.law.harvard.edu/tech/rss ...oder Apache nicht auf localhost horchen möchte... ...oder Ejabberd sich nicht nach localhost connecten mag... ...oder Dienst XYZ nicht auf localhost ... will... dann schau mal nach ob das loopback-device überhaupt "up" ist! und wenn nicht: `ifup lo` und dann mal nachsehen ob in /etc/network/interfaces vielleicht aus Versehen die Zeile mit `auto lo` auskommentiert ist. Notitz an mich selbst: Netzwerkdienste setzen eine korrekte Netzwerkkonfiguration voraus. Wer diese Einstellungen zuerst überprüft, erspart sich womöglich einen Arbeitstag mit sinnloser Frustration. http://innoq.com/blog/wvk/2010/03/wenn_mysql_mal_gar_nicht_insta.html http://innoq.com/blog/wvk/2010/03/wenn_mysql_mal_gar_nicht_insta.html Linux Philosophisches und anderer Schmalz Sat, 06 Mar 2010 23:12:11 +0100 currency.js auf Github) ]]> http://innoq.com/blog/wvk/2010/02/javascriptbibliothek_fur_den_u.html http://innoq.com/blog/wvk/2010/02/javascriptbibliothek_fur_den_u.html Coding Sat, 20 Feb 2010 13:21:47 +0100 Frozen Rails-Konferenz in Helsinki am 7. Mai 2010 zu besuchen, kann hier 20% Preisnachlass bei der Ticketbuchung absahnen: http://www.amiando.com/frozenrails?discountCode=M3QGQMMR Ich selbst werde zusammen mit Tim vom 6. bis 9. da sein. Spread the word!]]> http://innoq.com/blog/wvk/2010/02/20_rabatt_fur_die_frozen_rails.html http://innoq.com/blog/wvk/2010/02/20_rabatt_fur_die_frozen_rails.html Fri, 12 Feb 2010 14:48:02 +0100 http://mytether.net/) auf dem Palm Pre und siehe da, diesmal funktioniert die Anwendung wie sie soll. Nun sitze ich im RE4 von Düsseldorf nach Witten und habe endlich vernünftigen Internetzugang auf dem Notebook über das Pre -- Wahlweise via USB oder WiFi, bevorzugt natürlich ersteres. Die Installation ist beliebig einfach: quantino:~# novaterm quarkino:/# wget -qO- http://mytether.net/install.php | /bin/sh Um Tethering über USB zu verwenden, muss USBnet aktiviert sein. MyTether kann dies über einen Schiebeschalter, aber wenn man schonmal auf der Konsole ist, kann man das auch gleich dort erledigen: quarkino / # usbnet enable Usbnet will be enabled after reboot. Type "reboot" now. quarkino / # reboot Und lossurfen!]]> http://innoq.com/blog/wvk/2010/01/mytether_fur_das_palm_pre.html http://innoq.com/blog/wvk/2010/01/mytether_fur_das_palm_pre.html Hardware Linux Wed, 27 Jan 2010 19:04:33 +0100 Nun endlich war es so weit: ich versuchte es auch einmal mit JRuby. Beim Versuch, erste Gems zu installieren, bekam ich aber den hier: quantino:~# jruby -S gem update --system Updating RubyGems ERROR: http://gems.rubyforge.org/ does not appear to be a repository ERROR: While executing gem ... (Gem::RemoteFetcher::FetchError) Errno::ECONNREFUSED: Connection refused - Connection refused (http://gems.rubyforge.org/yaml) Ich ließ es links liegen und wandte mich anderen Dingen zu. Später am selben Tag versuchte ich das WebOS-Docor-JAR zum Verarzten meines Palm Pre zu starten, welches erst einmal eine Verbindung ins Welt Weite Netz suchte -- Verbindung fehlgeschlagen. Da musste es einen Zusammenhang geben! Und den gibt es: es sind *nicht* die Proxy-Einstellungen, wie lange vermutet, sondern seit einem nicht besonders lange zurück liegenden System-Upgrade (Debian unstable/experimental) muss folgender Parameter der JVM mit übergeben werden, sofern man sein System nicht für IPv6 eingerichtet hat: -Djava.net.preferIPv4Stack=true JRuby reicht Kommandozeilen-Parameter hinter -J an die JVM weiter, aus obigem Kommando wird demnach: quantino:~# jruby -J-Djava.net.preferIPv4Stack=true -S gem update --system Updating RubyGems Nothing to update Um die -J Option nicht ständig angeben zu müssen, tut es auch ein export JAVA_OPTS="$JAVA_OPTS -Djava.net.preferIPv4Stack=true" in ~/.bashc Und damit läuft die Sache dann auch. http://innoq.com/blog/wvk/2010/01/jruby_errnoeconnrefused_connec.html http://innoq.com/blog/wvk/2010/01/jruby_errnoeconnrefused_connec.html Ruby, Rails und 'drum und 'dran Wed, 27 Jan 2010 11:43:50 +0100 Bei der Darstellung der Sonderzeichen in LaTeX hat mir dieses Dokument sehr geholfen: Everybody Loves Regular Expressions! ]]> http://innoq.com/blog/wvk/2009/09/latex_und_regexen_1.html http://innoq.com/blog/wvk/2009/09/latex_und_regexen_1.html Coding Sat, 26 Sep 2009 20:24:02 +0100 Da will man einfach nur eine Wegbeschreibung ausdrucken. Doch da stellt man fest, dass der Drucker ja nur einen Parallelport hat, das Notebook aber nicht. Zu neu. Der Arbeitsrechner... dito, zu neu. Aber ganz unten im Schrank steht ja noch ein alter Rechner, der hat sowas. Ist ja auch eigentlich der Printserver. Aber dieser wiederum hat ein Netzwerkproblem, will heißen: Hänger und Segfaults bei Netzwerkoperationen, keine Ahnung warum. Kernelupdate? ohne Netzwerk schwierig. Live-CD? Gute Idee, hätte die Kiste denn ein Laufwerk eingebaut -- lang lebe LVM über 5 eingebaute Festplatten, einfach eine herausnehmen ist eher als Experiment anzusehen. USB-Stick + Live-System + .....? Ach vergiss es einfach. Good old Legacy System (tm): Papier und Stift. Funktioniert immer. Wer braucht schon Mainframes, SOA und RoR ;) http://innoq.com/blog/wvk/2009/06/good_old_legacy_systems_tm.html http://innoq.com/blog/wvk/2009/06/good_old_legacy_systems_tm.html Philosophisches und anderer Schmalz Fri, 26 Jun 2009 22:39:14 +0100 Qt4 API-Referenz. Fazit: Sehr cool, die Eleganz von Ruby gepaart mit der mächtigen Qt-Bibliothek macht richtig Lust auf schöne Multiplatform-Desktop-Applikationen. Die von QtRuby (`libqt4-ruby`) zur Verfügung gestellten Qt-Bindings orientieren sich zu sagen wir mal 98% an den Original-APIs, mit der Ausnahme dass das "Q" in denn C++-Klasssennamen durch ein "Qt::"-Prefix ersetz wurde. Was ich allerdings als weniger hübsch empfinde, ist die konsequente Weiterverwendung von `camelCase` auch bei Methodennamen -- es steht keine Rubyesquere `under_score`-Variante zur Verfügung. Anders sieht das aus bei den Qt-/KDE-Ruby-Bindings in der Korundum-Bibliothek. `korundum4` ist eine m.E. etwas weiter fortgeschrittene Qt-Schnittstelle für Ruby, die zusätzlich die umfangreichen KDE-Erweiterungen der Qt-Bibliotheken zur Verfügung stellt. Außerdem wird Camelcase und Underscore-Schreibweise bei allen Methodennamen gleichermaßen unterstützt und "Setter" werden wie gewohnt über "value = " (und zusätzlich über "setValue()") angeboten. Während QtRuby konsequent auf Ruby-Datentypen setzt, verwendet Korundum (noch) eigene Wrapper-Datentypen an Stellen, wo die C++ API einen Pointer erwartet. So würde ein Aufruf von `Qt::FontDialog.getFont(my_boolean, Qt::Font.new("Helvetica", 10), self)` in Korundum so aussehen: `Qt::FontDialog.getFont(Qt::Boolean.new, Qt::Font.new("Helvetica", 10), self)`. Dies soll sich laut Dokumentation aber in Zukunft ändern. Bis auf diese Dinge lassen sich Programme, die für QtRuby geschrieben wurden, auch mit Korundum weitestgehend ohne Änderungen auch mit Korundum betreiben. Ein paar hilfreiche HowTos: * Einführung mit QtRuby: http://developer.kde.org/language-bindings/ruby/tutorial/tutorial.html * Eigene Widgets mit QtRuby oder Korundum: http://usefulfor.com/ruby/2007/06/04/ruby-qt-custom-widget-example/ * Qt-Anwendungen mit Ruby und .ui- (Qt Designer-) Dateien: http://www.arachnoid.com/ruby/RubyGUIProject/index.html Happy Hacking!]]> http://innoq.com/blog/wvk/2009/06/ruby_qt4.html http://innoq.com/blog/wvk/2009/06/ruby_qt4.html Coding Ruby, Rails und 'drum und 'dran Sun, 14 Jun 2009 22:51:23 +0100 Wer sich wie ich dieses Wochenende im großen weiten WWW vergebens auf die Suche nach Dokumentation für die äußerst praktischen Ruby-Subversion-Bindings (libruby-svn) macht, dem sei an dieser Stelle gesagt: die Bibliothekt *ist nicht dokumentiert*. Das Einzige, was mir weitergeholfen hat, sind folgende Blogs: * http://icepick.info/2008/09/25/using-rubys-svn-bindings/ (das einfachste beispiel) * http://www.oneofthewolves.com/2007/03/06/ruby-subversion-bindings-finally-some-documentation/ (schöne Einführung) * http://www.oneofthewolves.com/2007/12/22/ruby-subversion-bindings-better-documentation/ (Code und Unit Tests) Das und ein Wenig Subversion-Anwenderwissen reicht bei Weitem aus, um z.B. Datenbankeinträge mit einem Subversion-Repository zu synchronisieren. http://innoq.com/blog/wvk/2009/06/ruby_subversion.html http://innoq.com/blog/wvk/2009/06/ruby_subversion.html Ruby, Rails und 'drum und 'dran Wed, 03 Jun 2009 21:50:27 +0100 Raum und Zeit für Diskussionen mit den "üblichen Verdächtigen": Einen sowohl abgedrehten als auch außerordentlich kompetenten Vortrag über Ola Binis neueste Programmiersprachenkreation namens "Ioke" gab's vom Meister persönlich: Mehr gibt's später!]]> http://innoq.com/blog/wvk/2009/05/live_von_der_railswaycon_berli.html http://innoq.com/blog/wvk/2009/05/live_von_der_railswaycon_berli.html Ruby, Rails und 'drum und 'dran Tue, 26 May 2009 09:49:44 +0100 So, jetzt dreht mir den Saft ab! ;) **Nachtrag**: Wie zu erwarten war, funktionierte die standard-Konfiguration für apcupsd nicht auf Anhieb, was auf den USB-nach-RS232-Konverter zurückzuführen war. Hier meine Einstellungen, die den erhofften Erfolg brachten: modprobe usbserial pl2303 in /etc/apcupsd/apcupsd.conf: UPSCABLE smart # NICHT usb UPSTYPE apcsmart # ebenfalls NICHT usb DEVICE /dev/ttyUSB0 Nach einem Neustart von apcupsd erschien keine Fehlermeldung mehr und beim Ziehen des Netzsteckers erschien ganz selbstverständlich ein 'Power Failure' und 'Running on UPS Batteries' in /var/log/apcupsd.events. Damit einher gehend wurde eine entsprechende Broadcast-Nachricht übers Netz geschickt. */me wartet nun auf ein schweres Unwetter* ]]> http://innoq.com/blog/wvk/2009/05/neue_usv.html http://innoq.com/blog/wvk/2009/05/neue_usv.html Hardware Fri, 15 May 2009 16:19:32 +0100 Delete vs. Delete Wenn wir alle vorgeben, das Prinzip von REST verstanden zu haben, warum taucht dann immer wieder die Frage auf, warum (besonders zu Zeiten von Javascript, Ajax und Web 2.0) Links als Verweise auf Aktionen ("lösche Blogeintrag", "sende Formular ab"...) so schlimm seien. Dabei ist es doch nur eine Hilfe für den Benutzer UND den Entwickler: * *Links* kann man (noch!) ohne Gefahr zu laufen, unerwünschte Nebeneffekte zu erzeugen, folgen. In REST-Sprech: Links verweisen auf Repräsentationen von Ressourcen. * *Buttons* verweisen auf Aktionen, die per definitionem (?) Nebeneffekte aufweisen. In REST-Sprech: Ihre Betätigung leitet Veränderungen an Ressourcen ein. Will ich einem Benutzer also zeigen, was er sich alles ansehen kann, so biete ich ihm eine Liste von Links an. Will ich ihm hingegen die Möglichkeiten zur Veränderung der dargestellten Ressource(n) anbieten, so biete ich ihm eine Sammlung an Buttons. Dieses Prinzip konsequent angewendet nimmt dem Entwickler m.E. sowohl im UI-Design als auch bei der Umsetzung einer RESTful Webanwendung (Denk-)Arbeit ab. Dem Benutzer der Anwendung macht es die Interpretation der UI ebenfalls erheblich leichter. Was die Implementierung selber angeht, also ob Buttons nun Formulare abschicken oder ob die Aktionen via JavaScript eingeleitet werden, ist bei dieser Betrachtung erst einmal unerheblich. Ersteres ist der Accessibility von Webanweniungen natürlich bedeutend zuträglicher, zweiteres ist für "flashy" Web 2.0-Anwendungen wohl das Mittel der Wahl. Den Königsweg zu beschreiten und die Formulare per "unobtrusive Javascript" nach dem Laden der HTML-Seite zu verändern, um sie durch Ajax-getriebenes Verhalten zu ersetzen, ist aber auch kein bedeutender Mehraufwand (der sich aber auszahlt). Leider wird o.g. Verhalten durch gewisse Standardmethoden in Ruby on Rails nicht unbedingt gefördert: `link_to_remote` setzt per default einen POST-Request ab, `link_to_function` existiert und `button_to_remote` existiert erst seit Rails 2.0 oder 2.1. Sieht das jemand anders? Was sind dafür die Gründe? Diskussionsbeiträge sind willkommen! Anmerkungen zu Michaels Kommentar (Danke dafür!): Ich gebe dier zu 100% recht, dass einen die richtige technische Lösung nicht davon entbindet, das Interface-Design derart zu gestalten, dass der Benutzer klar sieht wo er ohne Nachzudenken hinklicken darf und wo Vorsicht angebracht ist. Jedoch führt meines Erachtens die o.g. Regel, konsequent umgesetzt, automatisch zu besserem Interfacedesign: einfach nur deswegen, weil man eine einfache Regel umsetzt, an die sich der Benutzer gewöhnen kann. Siehe dazu auch die immer wieder geführte Diskussion, ob in einem Dialog der mit einem [OK] und einem [Abbrechen]-Button [OK] links oder rechts von [Abbrechen] angebracht werden sollte: es spielt keine Rolle, Hauptsache man wendet ein einziges Schema konsequent an. Ich behaupte jedenfalls, dass es keinem Entwickler weh tut, konsequent Buttons für Aktionen und Links für "Ansichten" zu verwenden. Spätestens seit CSS 2.0 lassen sich beide ohnehin beliebig stylen. Und dann gibt's ja noch die Textbrowser... (nein, die sind beileibe nicht tot ;-))]]> http://innoq.com/blog/wvk/2009/05/buttons_oder_links.html http://innoq.com/blog/wvk/2009/05/buttons_oder_links.html Coding Philosophisches und anderer Schmalz Ruby, Rails und 'drum und 'dran Thu, 07 May 2009 14:20:30 +0100 https://epetitionen.bundestag.de/index.php?action=petition;sa=details;petition=3860. Die eigene Freiheit wird es einem danken. Nachtrag: man sieht wie kompetend die Onlineplattform des Bundestags an der Stelle implementiert ist: bei der unglaublichen Zahl von 2 Zeichnungen pro Sekunde arbeiten die Server am Anschlag, so dass noch nicht einmal Captchas angezeigt werden. Zwei Reloads waren nötig um mich anmelden zu können: ]]> http://innoq.com/blog/wvk/2009/05/petition_gegen_stoppschilder_i_1.html http://innoq.com/blog/wvk/2009/05/petition_gegen_stoppschilder_i_1.html Tue, 05 May 2009 11:03:54 +0100 Rails Core-Googlegroup statt. Kommentare und Einsichten sind willkommen!]]> http://innoq.com/blog/wvk/2009/04/rails_i18n_heiss_diskutiert.html http://innoq.com/blog/wvk/2009/04/rails_i18n_heiss_diskutiert.html Design Ruby, Rails und 'drum und 'dran Mon, 27 Apr 2009 20:51:09 +0100 3 und bietet eine abschließbare Fronttür sowie zwei abnehmmare Seitenwände. Ich bin begeistert von der Fertigungsqualität, die Montage konnte komplett ohne Werkzeug erfolgen und dauerte keine 20 Minuten. Natürlich lagen keine Käfigmuttern bei, ebenso muss ich mich noch um Geräuschdämm-Matten kümmern. Die Server und Switche konnten heute nach Lieferung der Käfigmuttern aber schon erfolgen, wie die Bilder bezeugen. Die nächste geplante Anschaffung ist nun ein KVM-Switch und eine 1.5kVA-USV, da 500VA leider nicht mehr ausreichen, um beide Rechner und die Switche zu betreiben. ]]> http://innoq.com/blog/wvk/2009/04/der_serverschrank_ist_da.html http://innoq.com/blog/wvk/2009/04/der_serverschrank_ist_da.html Sat, 18 Apr 2009 00:30:57 +0100