Auf der einfachen Seite wären das mal Word und Pages, aber irgendwie ist mir das ein bisschen zu mühsam – da sind Layout und Daten nicht wirklich voneinander getrennt, und das wäre schon ganz praktisch. Ich hab mir ja sogar überlegt, ob ich nicht einfach ein Skript baue, das die Rechnungen aus einer Datenbank in ein TeX umwandelt und dann ein PDF baut. Aber das war mir dann doch zu mühsam.

Der Klassiker für die Rechnungserstellung ist vermutlich Billings. Habe ich natürlich getestet. Ist vom Funktionsumfang her sicher ziemlich vollständig, aber irgendwie sind die Vorlagen nicht übermäßig anpassungsfähig und es hat sich teilweise seltsam verhalten. Ich würde das Programm dennoch empfehlen – also zumindest zum Ausprobieren, vielleicht bin nur ich nicht damit kompatibel gewesen.

Als nächstes habe ich Money probiert (mehr im Rahmen eine vernünftige Finanzsoftware zu finden, aber es kann zufälligerweise auch Rechnungen erstellen). Das Programm ist von der Funktionalität für Rechnungen eher eingeschränkt, dafür kann es eben auch alles andere finanzielle abdecken. Das Programm hat mir eigentlich ganz gut gefallen, jedoch speichert es die Daten nicht automatisch irgendwo, sondern man muss händisch speichern. Hat mich 2 Wochen Daten gekostet. Daher bin ich auch für die Finanzen wieder umgestiegen…

Zu guter letzt habe ich – nicht zuletzte aufgrund eines Artikels auf TheAppleBlog – On The Job ausprobiert und bin damit soweit ganz zufrieden, auch wenn das Programm teilweise schon irgendwie seltsam ist. So kann man zum Beispiel zwar den Typ eines Postens zwischen Zeit und fixe Kosten umschalten, wenn man bei den fixen Kosten jedoch einen Zeitraum angeben will, dann geht das nicht (das Anfangsdatum ist immer automatisch gleich dem Enddatum). Aber davon abgesehen finde ich das Programm ganz brauchbar, und werde daher schauen ob ich die nächste Zeit damit auskomme (so viele Rechnungen stelle ich ja jetzt auch nicht)…

Dabei ist mir eine lustige Aussage in der man-Page der Konfigurationsdatei collectd.conf aufgefallen:

In our opinion significant stupidity should result in an appropriate amount of pain.

Davon abgesehen muss man bei der Konfiguration der Plugins achten, dass leere Konfigurationsblöcke zu Fehlern führen – d.h. wenn man ein Plugin ladet aber keine spezifische Konfiguration dafür angeben will, dann darf man auch die dazu gehörigen <Plugin pluginname> </Plugin> nicht schreiben, sonst lässt sich der collectd nicht starten.

Da die diversen Seiten auf verschiedenen virtuellen Maschinen laufen, ich aber nicht auf jeder VM die entsprechende Ausgabe benötige, habe ich für alle Maschinen eine gemeinsame OCFS2-Partition erstellt, auf der der collectd seine RRD Daten ablegt. Somit brauche ich nur auf einer VM die entsprechende Ausgabe implementieren. Dazu habe ich das beim collectd inkludierte collection3 verwendet (in debian unter /usr/share/doc/collectd/examples/collection3 zu finden).

Diese Konfiguration funktioniert derzeit anstandslos (und hat bereits zu der Entscheidung geführt 2 VM mehr Arbeitsspeicher zur Verfügung zu stellen).