$ cd /etc/hal/fdi/policy

$ ls *.fdi
10-ntfs3g.fdi 10-ntfs-policy.fdi 30-x11-input.fdi

$ sudo vi 30-x11-input.fdi
<?xml version="1.0" encoding="utf-8"?>
<deviceinfo version="0.2">
<match key="info.capabilities" contains="input.mouse">
<merge key="input.x11_driver" type="string">evdev</merge>
<merge key="input.x11_options.AccelerationProfile" type="string">2</merge>
</match>
<match key="info.capabilities" contains="input.keys">
<merge key="input.xkb.layout" type="string">de</merge>
<merge key="input.xkb.variant" type="string">deadgraveacute</merge>
<merge key="input.xkb.options" type="string">compose:rwin</merge>
<merge key="input.xkb.autorepeat" type="string">500 30</merge>
</match>
</deviceinfo>

Interessant ist hier die Zeile mit dem AccelerationProfile. Profil Nr. 2 ist hier das neue Profil. Eine gleichnamige Option kann natürlich auch direkt in die xorg.conf eingetragen werden bei dem jeweiligen Gerät. Die übrigen Zeilen legen die Konfiguration für meine Tastatur fest.

Damit ich nicht erst neu starten muß, oder um mit den Einstellungen zu experimentieren, habe ich mir xinput installiert, und dort zunächst das Gerät gesucht:

$ sudo emerge -ua xinput
$ xinput list
⎡ Virtual core pointer id=2 [master pointer (3)]
⎜ ↳ Virtual core XTEST pointer id=4 [slave pointer (2)]
⎜ ↳ HID 046a:0027 id=6 [slave pointer (2)]
⎜ ↳ HID 046a:0027 id=7 [slave pointer (2)]
⎜ ↳ Logitech USB Optical Mouse id=9 [slave pointer (2)]
⎣ Virtual core keyboard id=3 [master keyboard (2)]
↳ Virtual core XTEST keyboard id=5 [slave keyboard (3)]
↳ HID 046a:0027 id=8 [slave keyboard (3)]
↳ Power Button id=10 [slave keyboard (3)]
↳ Power Button id=11 [slave keyboard (3)]

$ xinput list-props "Logitech USB Optical Mouse"
Device 'Logitech USB Optical Mouse':
Device Enabled (115): 1
Device Accel Profile (234): 0
Device Accel Constant Deceleration (235): 1.000000
...

$ xinput set-prop "Logitech USB Optical Mouse" "Device Accel Profile" 2

Vermutlich sollte man anschließend die Mausbeschleunigung wieder ein wenig zurücknehmen, falls man diese vorher höher gestellt hat, da der Beschleunigungseffekt nun früher und graduell einsetzt statt wie vorher ab einer gewissen Schwelle und schlagartig.

But of course my increased usage puts the spot on all the bad things I start to discover. It’s my contribution to an ongoing rant on Amarok. There are some things I hate. And I really hate them. At least there seems to be no more show-stoppers now (or I didn’t discover them yet). Here is what I hate:

The Redesign of the Toolbar

That is really annoying. What did you guys think when you moved the playlist buttons to the middle? This makes in no way sense to me, because:

• I have my Amarok OSD in the top center of the screen – exactly where the buttons are. Changing the track covers the buttons. I fixed this by changing to the slim toolbar but I miss the big buttons then (which I hated when they first came up btw).
  
• It is waste of screen real estate. Come on? We are all going to have widescreens. And what do you guys do? You make a redesign targetted to good old 4:3 times: Less width, more height. The now-ultra-long progress bar looks ugly. The new layout has no place for important and/or useful buttons and info texts which could’ve been put there otherwise. In the end it’s totally counter-productive to the 3-column widescreen layout of Amarok. Please change that.
  

Strange Bugs

Many new bugs have been introduced, some old annoying bugs still remain:

• You cannot remove track numbers from the metadata. Once set, they will always remain there. Trying to remove them and tabbing to the next field simply make the numbers reappear. Clicking on “save” while still in the field also doesn’t help – it’s just ignored and reset to the previous value. Does nobody use the metadata editor that it is treated such poorly?
• Using the metadata editor often results in Amarok to freeze for some seconds (the sound however continues to play, so it’s not that annoying).
• The playlist still has strange ideas of what should be grouped together and what not – most often when you remove a track from the playlist.
• ALL MY SONGS ARE ZERO SECONDS LONG?! No, I can’t believe that! BTW: The progress bar shows interesting timing information because of that. I first thought this was one of the hard-to-understand inventions of the developers before I realized that it is directly connected to the zero-second long tracks. See the above screenshots.
• Removing the current played track from the playlist makes Amarok jump to the start of the playlist instead of stepping to the “next” song. It’s annoying. I step into that pitfall over and over again (removing a track and skipping to next song afterwards). Argh!
• I’m pretty clueless about how the replay-gain feature works. Where’s the automatic gain scanner and volume adjustment I so much loved in Amarok 1.4? I have the suspicion that this setting simply does nothing. My collection has replay-gain tags but songs come out of my speakers at surprisingly (and disturbing) different volume levels. I consider that non-working and thus a bug.

Final Words

You lucky guys: I’m still hoping. No wrong… I’ve got hope again. Seems you are finally concentrating on fixing bugs instead of inventing strange new features. Hmm, oh well – wrong again. Your new toolbar is a strange new invention. At least you fixed some annoying bugs. Yeah, probably in the end, perhaps, maybe you rock… Keen on the next release.

Ich möchte allen 3D-Bastlern hiermit zur guten Arbeit gratulieren und natürlich motivieren, damit weiter zu machen. Ich hätte fast Lust, selbst ein paar Gebäude beizusteuern, was wohl mit Google Sketchup recht einfach zu erledigen wäre – aber leider keine Zeit, mich damit auseinanderzusetzen.

Falls ihr noch weitere Gebäude entdeckt oder einstellt, so hinterlaßt doch hier einen Kommentar.

Das Bild links/oben ist © Google 2009 sowie weiterer auf dem Bildausschnitt genannter Rechteeigentümer.

1. Turn off safe_mode if you are using php – it takes about 50-70% of script cpu time for no increased security if you are using mod_itk or other per-user solutions. Especially php scripts doing many file system lookups gain much from this. Instead configure open_base_dir properly.
2. Combine your per-vhost logging into one monolithic site-wide log file. Just remove your CustomLog from all your vhosts and put it in the global context. Prepend your LogFormat with %v instead and use the apache-bundled split-logfile to split your logs into seperate files just before your statistics analyzer (e.g. webalizer, analog). This boosted performance by a magnitude of two on a 200-300 vhosts config.
3. Use piped logging instead of direct file logging. It adds one process per log file but it gets you out of the need to rotate your logs and doing a pervasive sighup per log rotation. I found that sighup’ing your apache may accumulate orphaned apache-processes over time thus increasing pressure on the vm and bringing apache to its MaxClients limits. As a free gain it totally eliminates nightly restart-behaviour of fcgi and passenger applications. Combine this with point 2. Apache provides its own piped logger: rotatelogs.
4. Don’t use mod_php with a threaded mpm as it tends to segfault. I’d recommend mod_itk as it allows per-user vhosting without fiddling with mod_fcgi or suphp which can become heavy duty for your apache server. Plus it enables you to use .htaccess which is common practice while suphp and php-cgi don’t. However, your mileage may vary. If you are hosting just a single or a few apps on php, a threaded mpm or mod_fcgi may be a more performant solution.
5. Use mod_disk_cache and point it to a seperate disk/partition. Important: Be sure to set CacheDirLength to “2″ and use a flat hierarchy (means use “CacheDirLevels 1″) as the htcacheclean run will take ages otherwise. You may wonder why I recommend mod_disk_cache over mod_mem_cache? Because mod_mem_cache doesn’t share caching between apache processes which in turn makes it nothing more than a memory hogger as it rarely serves the same file twice during the process life-time. Although mod_disk_cache does seemingly expensive file system accesses it greatly benefits from two facts: The cache is shared between all processes – even improved by the systems file cache. Not to forget: Apache can stream requests directly from the system disk cache using the kernels sendfile extension – bypassing user land and directly connecting the filesystem driver to your network driver. This whole setup is called “reverse proxying”. It is important to setup mod_disk_cache for each vhost seperatly or you will run into problems on per-user setups. Don’t forget to setup an ionice’d nightly cronjob for htcacheclean. You also need to load mod_cache (the frontend) to use mod_disk_cache (the backend).
6. To benefit from point 5′s full power you need your applications to setup appropriate Expires, Etag and Cache-Control headers. Use mod_expires to set this up for static and semi-static content. Side-note: Only Cache-Control “public” makes use of this mod_disk_cache (it’s solely client-side otherwise) – be sure to set it as long as your application’s security policies allow that.
7. Don’t turn off Etag support in apache if you are serving off a single apache instance and local filesystem – although instructed to do so at other places. Etags work perfectly fine on such setups.
8. Use mod_passenger to host rails, rack or wsgi (e.g. django) applications. Passenger watches current demands of your applications and spawns instances automatically or shuts them down. There’s no easier way to setup rails. And it’s fast. You may also want to use its “global queuing” feature. It probably beats proxy and fcgi solutions on apache although I didn’t benchmark it. I evaluated fcgi once before and failed fatally concerning performance.
9. Turn off unused apache modules – e.g. mod_python, mod_ruby, and maybe also mod_perl. You probably don’t need them if you use cgi or passenger for these languages and thus make no sense to spawn them with every new process. That’s just waste of valuable resources.
10. Use YSlow firefox plugin to evaluate your visitors experience – especially the network module.
11. Split off logging and caching to seperate partitions (preferrably physically seperate).
12. Watch memory usage of your apache processes. It tends to accumulate on graceful restarts or wrongly set MaxClients settings. Tune the settings until it feels right. To be on the safe side you can setup something like munin to watch the load avg and memory usage of apache and do an emergency full restart of apache in case it is exceeding limits. Keep in mind that it is perfectly fine to exceed the limits for short times so don’t set the limits too low and don’t watch a too short time span.
13. Setup mysql to allow to support your MaxClients setting and allow persistent connections. Current mysql versions support a huge pile of parallel connections without performance problems. Go read the mysql performance blog for further improvement on this point. It’s a valuable source of information.

Denn mein Bekannter ist als Jugendlicher völlig zurecht möglichst anonym im Internet unterwegs. Man gibt möglichst nirgends den richtigen Namen an, und erst recht nicht die richtige Adresse oder das Geburtsdatum. Das Recht hat er sich auch bei 99downloads genommen. Auf die entstehenden Kosten wird nur beiläufig am Seitenrand hingewiesen, zwischen irrelevanten und uninteressanten Produktdaten (Name, Hersteller, Sprache etc) und einem riesigen “100% Virenfrei” Banner. Bitte, wer liest denn da noch den kleinen Text dazwischen? Die ganze Aufmerksamkeit wird auf das großflächige Anmeldeformular links gelenkt – Name, Geburtsdatum, E-Mail und das übliche Blabla mit AGBs, das eh jeder aus Gewohnheit schon anklickt.

Als Belohnung gibt es eine E-Mail, die ich nicht gesehen habe, aber an der sicher an prominenter Stelle der Anmeldelink steht und irgendwo weit unten nochmal eine AGB-Textwüste – aber bestimmt kein deutlicher Hinweis auf die entstehenden Kosten und ein Abo über 12 Monate. (Quelle: [1] http://www.verbraucherschutz.tv/internet/99downloadsde)

Widersprüchlich ist bei genauerer Betrachtung:

1. Das Widerrufsrecht verfällt mit Anklicken des Links. Ich dachte, das wäre 14 Tage in Deutschland?
2. Die Dienste können erst nach Vorauskasse genutzt werden laut verschleiertem Text auf dem Anmeldeformular. Aha? Aber die E-Mail kam sofort, und das Widerrufsrecht verfällt mit anklicken des Links und der Vertrag wird dadurch gültig? Das ist ja interessant.
3. War ja klar, daß das sofort in einer Mahnung münden muß. Die Rechnung konnte schließlich nicht postalisch zugestellt werden.

Grundsätzlich empfehle ich hier folgendes, rein prophylaktisch:

1. Einen Browser verwenden, der solche Seiten vorab über einen Filter prüft und Werbung ausblendet, z.B. Firefox mit AdBlock-Plugin und WOT-Plugin (Web of Trust). [3]
2. Nicht auf blinkende Werbung gucken und Download-Portalen immer kritisch gegenüber stehen. Lieber den Hersteller ermitteln über Google und Vergleich mehrerer Download-Seiten. Direkt beim Hersteller gibt es die Software dann meist ohne Zwangsregistrierung und kostenlos.
3. Video-Codecs muß man normalerweise nicht herunterladen. Und den Flashplayer kann meist jeder Browser selbst installieren ohne Link auf bunte Downloadseiten (im Zweifelsfall einen anderen Browser testen).
4. Das Google-Pack kann einen Haufen nützliche Alltagssoftware in einem Rutsch ohne lästige Zwischendialoge installieren und ohne Angaben von Benutzerdaten und hält diese sogar auf dem aktuellen Stand (naja, zumindest halbwegs). Ist einen Blick wert…

Konkret wäre hier wohl am ehesten folgendes zu empfehlen:

1. Auf Mahnungen und Inkasso-Schreiben nicht reagieren – vor allem nicht, wenn denen die Postadresse und der richtige Name nicht bekannt ist. Solange keine Aufforderung von Gericht kommt (per Post!, nicht per E-Mail), hat das weder Hand noch Fuß und verläuft sich meist im Sande.
2. Den E-Mail-Absender blockieren.
3. Falls man noch nicht volljährig ist, können die Eltern eine Erklärung über die Rückgängigmachung des ungewollten Vertrages fordern – ein angeblich verfallenes Widerrufsrecht ist dann irrelevant.
4. Keine Sorge wegen der IP – die Kundendaten müssen in einem langen und teuren gerichtlichen Verfahren eingefordert werden bei eurem Provider. Das lohnt den Aufwand meist nicht, so daß die Sache eh im Sand verläuft und außer Drohgebärden nichts passiert.
5. Im Falle solcher Preisverschleierungstaktiken haben die Kläger keine Chance, euch ans Hemd zu gehen. Die Aussichten auf einen Sieg vor Gericht sind so gering, daß keine kostenverursachenden Verfahren angefangen werden – schon gar nicht für 60€.

Ganz anders sieht es dagegen aus, wenn ihr wissentlich unter Angabe falscher Daten einen kostenpflichtigen Dienst in Anspruch nehmt – nicht auf Mahnungen zu reagieren, ist also kein Freifahrtschein. Es kommt immer auf die Situation und die Vorgeschichte an. Bewahrt deshalb alles auf (E-Mails von der Anmeldung, Screenshots) und holt euch damit eine zweite Meinung ein.

Nachdem das geklärt wäre, möchte ich mir doch in eigener Sache nochmal die Formulierung der Webseite zu Gemüte führen:

Auf 99downloads.de finden Sie 99 der aktuellsten Downloads gängiger Internet Free- und Software. Nach der Anmeldung zu unserem Service steht Ihnen der direkte und indirekte Download der gewünschten Software zur Verfügung. In unserem Angebot finden Sie gängige Internet-Browser, aktuelle Grafik-Programme, lizenzfreie Office-Programme und Medientools. Wir verlinken Sie direkt auf die Seite des Herstellers und stellen Ihnen prägnante Informationen rund um das jeweilige Programm zur Verfügung.

Hust! Ich soll für einen Dienst, der mir 99 Download-Links zu direkt zu den Herstellern bietet 60€ pro Jahr berappen? Mensch, ich könnte richtig Kohle machen, wenn ich auf meiner Seite dafür nur 2€ pro Monat nehmen würde – monatlich kündbar. Tztz…

Weiter bezweifle ich, daß es soetwas wie “lizenzfreie Office-Programme” gibt. Gemeint ist hier wahrscheinlich OpenOffice, GIMP, Firefox und Co. Und ich bin mir ziemlich sicher, daß diese Software unter einer freien Lizenz wie der GPL oder ähnlich steht – also keineswegs lizenzfrei. Was hier wahrscheinlich gemeint war, aber verschleiert werden sollte: “Entschuldigen Sie, daß wir Sie für diese kostenlose (nicht lizenzfreie) Software um 60€ ärmer machen wollen – aber wir halten Sie einfach für zu dumm und uns zu schlau.”

Psychologisch betrachtet

Hat sich schon jemand Gedanken gemacht, in welche Situation gerade Kinder mit dieser Art Drohungen gebracht werden? Stichworte wie “Gericht”, “Strafverfahren”, “Mahnung”, “zusätzliche Kosten”, “Inkasso” und Verweise auf Pseudo-Urteile sind nicht gerade das, womit ein Kind gern vor seine Eltern tritt. Alles ist gut genug formuliert, das sogar Erwachsene Probleme haben, die Situation richtig einzuschätzen, aber dennoch verständlich wird, wie “ernst” die Lage ist. Womöglich wird das Geld noch irgendwie heimlich aufgetrieben, damit die Eltern nichts erfahren und man sie dort nicht auch noch mit hineinzieht. An schlimmere Dinge, die sich ein Kind in einer solchen Situation antun könnte, möchte ich gar nicht denken.

Postscriptum

Bitte geht auf solche Abzockermaschen mit Drohgebärden nicht ein. Tätig werden muß man erst bei einem richterlichen Beschluß. Nehmt keinen Kontakt mit dem Rechnungssteller auf, da dieser oftmals erst dann Euren richtigen Namen und die richtige Adresse erfährt – oder zumindest genug Daten, um das dann rauszubekommen. Eine Beschwerde über die Abzockerei bei der Bank, an welche man auf ein dort geführtes Konto diese Rechnung begleichen soll, kann allerdings helfen. Falls ihr noch nicht volljährig seid, wendet euch an eure Eltern. Diese können den Vertrag außerdem für unwirksam erklären lassen. Bewahrt alles auf, Screenshots, E-Mails, … – so könnt ihr jedem zeigen, wie leicht man abgezockt werden kann und daß es absolut nicht eure Schuld ist.

Die oben genannten Texte stellen meine persönliche Meinung dar und sind aus Wut (da meine Familie auch selbst schon einmal betroffen war) sicher etwas spitz formuliert und sehr zielgerichtet auf 99downloads. Aber der Text läßt sich ganz leicht allgemein auf Abzockfallen im Internet abbilden und gilt daher auch für Hausaufgabenverzeichnisse, Lebenszeitberechnungen, andere kostenpflichtige “Downloadverzeichnisse”, Verkauf geistigen Eigentums Dritter (welche dieses anderweitig kostenlos darbieten, z.B. Opensource, Freeware) ohne jeglichen Eigenaufwand in Form von Support/Druck einer Anleitung/sonstiges Engagement… Die Liste könnte sicher noch einige Zeit so weiter gehen.

Weitere Quellen:

[1] http://www.verbraucherschutz.tv/internet/99downloadsde
[2] http://jugendinfo.de/themen.php/_/28097/abzocke-im-internet.html
[3] https://addons.mozilla.org/de/firefox/

Read more in the wiki…

Read more in the wiki…

Das wollte ich allerdings nicht (war relativ aufwändig und gewachsen). Der Trick war, die CF-Karte auszubauen und in einen USB-Kartenleser einzubauen. Als nächstes benötigt man VirtualBox. Man richtet nun in VirtualBox ein virtuelles Festplatten-Image mit Verweis auf ein echtes Device ein. Das geht allerdings nicht über die GUI. Deshalb wechselt man ins Verzeichnis ~/.VirtualBox/VDI und gibt nun dort folgenden Befehl ein:

VBoxManage internalcommands createrawvmdk -filename "SecurePointDisk1.vmdk" -rawdisk /dev/sdc -register

“/dev/sdc” ist hier durch das Device der eingelegten CF-Karte zu ersetzen. Da dies in der Regel nur als “root” zugreifbar ist, muß man entweder VirtualBox als root starten (würde ich nicht machen) oder den Eigentümer des Devices mittels “chown” auf den eigenen User umbiegen (würde ich empfehlen). Wichtig ist: Keinesfalls die CF-Karte irgendwie mounten!

Nun legen wir eine virtuelle Maschine über die VirtualBox-GUI an. Dort verbinden wir den “Primary Master” mit der eben angelegten “SecurePointDisk1″. Weiter dürfen keine IDE-Geräte verbunden werden – auch keine CD. Das Image booten wir nun. Nun geht es größtenteils nach Leitfaden von SecurePoint weiter:

Im Grub-Menü muß der zweite Menüpunkt (“change configuration”) gewählt werden. Aber bitte noch nicht starten, sondern erst mit Tastendruck auf “e” editieren. Am Ende der Kernelzeile müssen wir den Primary Master auf den Secondary Master umbiegen, da sich dieser nicht in VirtualBox verbinden läßt, SecurePoint hier aber die CF-Karte erwartet. Dazu ergänzen wir folgendes:

“ide0=0x1e8,0x3ee,14″ (brauchen wir gleich noch einmal)

Nun eine Leerzeile am Ende der Liste anfügen und in dieser Ctrl+X drücken. Das Image bootet nun. Der Name der zu bootenden Konfiguration ist “none”. Den Namen der anderen Konfiguration bitte notieren – wir brauchen ihn gleich. Wahrscheinlich heißt sie “wizard”. Nun die Konfiguration “none” booten. Die Appliance ändert die Boot-Parameter und startet neu. Diesmal den ersten Grub-Menüpunkt booten – nicht vergessen, wieder den Parameter “ide0=…” zu ergänzen.

Am Ende des Boot-Vorgangs dauert es ggf. ein paar Sekunden, bis die Netzwerk-Geräte konfiguriert sind – kurz warten also, es stört sonst die Eingabe. Jetzt mit User “admin” und Paßwort “insecure” anmelden. Man befindet sich nun auf der CLI.

Hier kann mit dem Befehl “config load” die richtige Konfiguration geladen werden, das Paßwort nach Anleitung von SecurePoint mit “change user” geändert werden (für “admin”) und die Konfiguration anschließend gespeichert (“config save”) und als aktiv gesetzt (“config set”) werden.

Jetzt kann die Appliance mit “reboot” neu gebootet werden und wir lassen sie zum Test einmal komplett in VirtualBox hochfahren (bitte wieder “ide0=…” ergänzen) und versuchen uns einzuloggen. Alles sollte nun wieder klappen und wir können VirtualBox beenden und die Karte wieder im Gerät einbauen.

Read more in the wiki…

Flyer-Download

Read more in the wiki…

But anyway I decided: Some of ActiveRecords comfort must be possible in PHP. I’ve decided to build on AdoDB for PHP since it already does the heavy lifting of database abstraction very good.

The interface is currently very limited and should be very self explanatory. For all interested hackers I’ve set up a git repository at GitHub and would be very interested on your feedback.

This project grew out of the need to ease up database development in an already existing legacy application. It’s not meant as an exact ActiveRecord replacement in PHP – just similar in convenience.

Just follow this link: http://github.com/kakra/adodbrecord/

FastCGI Ruby dispatcher:

There was always Ruby on Rails, but I didn’t want an application server, just applications. To that end, I created a very lightweight FastCGI server that executes Ruby scripts referenced by lighttpd directly in a binding context that only imports the CGI object for the request. (Derrick Pallas)

Also genau das, was ich haben wollte. Funktionierte auch auf Anhieb prima. Aber nur der erste Aufruf liefert die Parameter wirklich an mein Script aus. Beim zweiten Aufruf bleibt der Parameter-Hash leer. Das ist der Codeschnippsel bisher:

#!/usr/bin/env ruby

puts cgi.header

require 'yaml'
require 'rubygems'
require 'active_record'
require 'action_mailer'

[...]

ActiveRecord::Base.logger = Logger.new(STDERR)
ActiveRecord::Base.colorize_logging = false

config = YAML.load_file('.../database.yml')
ActiveRecord::Base.establish_connection(config['...'])

params = cgi.params.select { |q,| %w{system keyword udh smstext absender time client}.include? q }
params = Hash[*params.flatten]

[...]

Einige Dinge hab ich jetzt mal bewußt weggelassen und nur das grundsätzliche Gerüst übergelassen. Sobald ich den Bug – falls es einer ist – gelöst habe, erscheint hier nochmal Feedback. Außerdem stellt sich mir noch die Frage, ob der FCGI-Wrapper so in dieser Weise wirklich einen Performance-Gewinn darstellt. Immerhin läd er die FCGI-Klasse im Voraus und hält einmal geöffnete Scripte als MMap-Objekte bereit. Der eigentliche Boot-Vorgang des Scripts (ActiveRecord initialisieren) wird aber jedes Mal ausgeführt. Hier ist Rails dann eben doch spezialisierter.

Sogar Lighttpd selbst bringt einen solchen Hack mit, der beim Request das Prefix von der URL entfernt und dem Rails-Dispatcher so vorgauckelt, er würde im Hauptverzeichnis laufen. Dies führt zwar dazu, daß die Routen richtig erkannt werden, dafür muß bei allen Links in den Templates das Prefix manuell ergänzt werden. Kategorie: Buh! *thumbsdown* Die Idee war für mich gestorben.

Der nächste Hack führt eine Variable ein, die je nach Situation im Rails-Quellcode entweder gesetzt oder eben wieder gelöscht wird, um den Routen-Generator und den Routen-Parser zu überlisten. Auf so einen Blödsinn hatte ich keine Lust.

Nach dem Studium des Quellcodes fand ich heraus, daß es eine Variable RAILS_RELATIVE_URL_ROOT gibt, die man im Environment selbst setzen kann und die unter Apache sogar per Autodetect durch Rails selbst gesetzt wird. Weil Lighttpd aber etwas anders funktioniert, ist das dort nicht einsetzbar.

Anders gesprochen: Wenn ich also diese Variable händisch setze, müßte Rails ja damit klar kommen. Ist leider nicht so, Rails weiß überhaupt nichts davon, daß diese Variable gesetzt ist, wenn man den dokumentierten Weg für die Einstellungen des FCGI-Servers geht:

9 fastcgi.server = (
10   ".fcgi" => (
11     "localhost" => (
12       "min-procs" => 1,
13       "max-procs" => 5,
14       "socket" => approot + appname + "/tmp/lighttpd.socket",
15       "bin-path" => "/usr/bin/ruby " + approot + appname + "/public/dispatch.fcgi",
16       "bin-environment" => ( "RAILS_ENV" => "production", "RAILS_RELATIVE_URL_ROOT" => "/" + appname ))))

Dies ist wegen einer schlecht dokumentierten Eigenschaft des FCGI-Protokolls zum Scheitern verurteilt, da der Rails-FCGI-Dispatcher zum Zeitpunkt der Ausführung keinen Zugriff auf diese Variable mehr hat. Der Trick ist, die Variable aus dem “bin-environment”-Array herauszunehmen und mit dem Lighttpd-Modul “mod_setenv” zu setzen. Der komplette Code-Schnippsel für die Rails-Konfiguration in Lighttpd sieht dann wie folgt aus:

5 server.error-handler-404 = "/" + appname + "/dispatch.fcgi"
6 alias.url = ( "/" + appname => approot + appname + "/public" )
7 index-file.names = ( "index.html", "dispatch.fcgi" )
8 setenv.add-environment = ( "RAILS_RELATIVE_URL_ROOT" => "/" + appname )
9 fastcgi.server = (
10   ".fcgi" => (
11     "localhost" => (
12       "min-procs" => 1,
13       "max-procs" => 5,
14       "socket" => approot + appname + "/tmp/lighttpd.socket",
15       "bin-path" => "/usr/bin/ruby " + approot + appname + "/public/dispatch.fcgi",
16       "bin-environment" => ( "RAILS_ENV" => "production" ))))

Den etwas umständlichen “bin-path”-Aufruf führe ich so aus, damit sich Grsec und PaX im Kernel eines Hardened-Linux nicht über Ausführungsrechte in einem potentiell unsicheren Verzeichnis beschweren. Andere Lighttpd-Rails-Beispiele im Netz starten hier direkt den FCGI-Dispatcher ohne den Interpreter explizit anzugeben. Die Variablen “approot” und “appname” sind vorher entsprechend zu besetzen. Auch “server.document-root” sollte noch richtig gesetzt werden (passiert bei mir in einer seperaten Config-Datei und fehlt hier deshalb).