wir wünschen Ihnen ein Frohes Fest und einen Guten Rutsch nach 2012.
Unser Büro wird am 27. und 28.12. besetzt sein.

Die Seite sollte sich jetzt nicht anders verhalten wie bisher – idealerweise in modernen Browsern etwas schneller.

Die Hochrechnungen für Monate und Jahre sollte jetzt auch runder funktionieren. Die Jahres-Hochrechnung ist aber weiterhin noch auf den aktuellen Monat beschränkt. Das zu Erweitern steht jetzt dann als nächstes mit auf dem Plan – voraussichtlich Anfang 2012 sollte es diese Funktion dann geben und eine ensprechende Anpassung der Diagramm-Ansicht.

https://www.hausverbrauch.de/

Ich bitte um Fehlermeldungen an die bekannte eMail-Adresse kontakt@hausverbrauch.de

Und wenn es ein neues Ticket gibt, dann blinkt das hier:

Dieser Fehler trat auch auf, wenn ein Ticket den Zustand “abgeschlossen” erreicht hatte. Auch hier hätte der Absender informiert werden müssen.

Die Version 1.7.2 korrigiert diesen peinlichen Refactoring-Fehler.

Download: https://www.deam.org/tree/

Das komplette Changelog von 1.7.1 auf 1.7.2:

• Bugfix: Bei Ablehnung einer eMail, weil das Ticket bereits geschlossen war bzw. weil die Person keine Zugriffsrechte auf das Ticket hatte, wurde keine Antwort an die Person geschickt. Dieser Bug wurde mit Version 1.7.0 eingeführt.
• Bugfix: ‘aaaa’ wurde beim MailIN als Subject-Prefix in die Datenbank getragen – war ein Überbleibsel aus diversen Tests.
• Bugfix: Javascript in der Druckansicht leicht angepasst.
• Feintuning: Abgelehnte eMails haben jetzt eine Priorität von 1 und im Subject steht jetzt “** ERROR **” vor dem Original-Subject.
• Upgrade von HTMLPurifier Version 4.2.0 auf Version 4.3.0
• Hinweis für Postfix: message_size_limit ist wichtig, da der aktuelle Default-Wert bei Debian-Installationen verhältnismässig klein ist.

https://www.hausverbrauch.de/

Die neue Version 0.40 zum 07.03.2011 enthält jetzt die Möglichkeit die Diagramm-Ansicht als PNG, JPEG, PDF oder SVG herunterzuladen.
Ausserdem ist jetzt eine Druckansicht gegeben.

Wer www.Hausverbrauch.de noch nicht nutzt, kann sich hier kostenlos registrieren.

Nachdem in der letzten Version die Kostenrechnung eingeführt wurde, kann dies nun auch im Diagramm dargestellt werden. Und dabei haben wir gleichzeitig die Technik gewechselt. Das neue Diagramm basiert auf “Highcharts” – sieht besser aus und funktioniert auch auf modernen Smartphones. Wobei wir trotzdem empfehlen die Diagrammfunktion primär mit einem modernen Browser auf dem heimischen Computer zu betrachten.

Achja: Ganz nebenbei haben wir begonnen das gesamte Erscheinungsbild zu vereinheitlichen und aufzuräumen.

Bei Fragen, Problemen oder Ideen, bitte eine eMail an kontakt@hausverbrauch.de

Wir arbeiten jetzt noch an der Verfeinerung der Hochrechnung und werden als nächstes auch die Diagramm-Ausgabe erweitern.

Testen Sie kostenlos und unverbindlich https://www.hausverbrauch.de/

Im aktuellen Newsletter des ZEN wird jetzt auch auf Hausverbrauch.de hingewiesen. Vielen Dank dafür von dieser Stelle!

Den Newsletter kann ich auch für alle empfehlen, die nicht im Landkreis Amberg-Sulzbach leben und arbeiten.

Das Update vom 06.10. (Version 0.31) enthält u.a.

• die Funktion “Zählertausch” um die Statistik bei einem Austausch des Zählers nicht zu verfälschen – diese Markierung eignet sich auch, wenn der Zähler über sein Maximum hinausgelaufen ist.
• eine Erinnerungsfunktion per eMail oder Twitter
• Optimierungen für MobileSafari (iPhone, iPod-Touch) und den Versuch das für Android-Handys ebenfalls besser zu machen (das steht für die nächsten Versionen auf der ToDo-Liste ganz weit oben)
• einige Bugfixes für die Statistikfunktion

Das Update vom 06.10. war allerdings nur ein Zwischenschritt um das Warten auf die echten Statistiken ein bisschen zu Verkürzen – am 16.10. wurde dann u.a. folgendes eingeführt:

• Statistikfunktion für Jahres- und Monatsverbrauch sowie Anzeige der Tagesdurchschnitte + Darstellung in der Diagramm-Ansicht
• besserer Export bei den Zählerständen
• Bugfix beim Import von Zählerständen (es gab bei bestimmten Situationen einen Zeitzonenfehler)
• Optische Anpassungen für InternetExplorer 7 und 8 (Version 6 wird nicht offiziell unterstützt)
• Javascript-Cache über das “localStorage”)*

Es fehlen jetzt noch ein paar kleinere Dinge (z.B. die Android-Optimierung oder die Info wann die Statistik das letzte Mal aktualisiert wurde) und deshalb bleibt die Registrierung noch auf die Einladungsschlüssel limitiert. Sofern sich keine größeren Fehler zeigen und die fehlenden Punkte schnell abzuarbeiten sind, dürfte die Registrierung Anfang November für alle freigeschaltet werden – als “beta” wird die Seite aber noch eine ganze Weile laufen.

Ein Tutorial-Video für die neuen Funktionen wird es ebenfalls in kürze geben.
Bei Fragen zum Projekt bitte entweder eine eMail schicken oder via Twitter folgen.

)* Das “localStorage” wird z.B. durch InternetExplorer 8, Firefox 3.5 oder Chrome 4 unterstützt. Für Hausverbrauch.de nutzen wir diesen Speicherplatz als Cache für diverse Javascript-Funktionen (u.a. für die Diagrammfunktionen). Es werden dabei keine persönlichen Daten zwischengelagert. Es geht vielmehr darum, den Seitenaufbau und die Funktionen der Seite schneller zu machen.

Und jetzt ist der Bus für das Kloster also fertig und übergeben worden. Hier das Foto, das mir von der Firma Mobil Marketing Riedl & Kaiser, die das Projekt durchgeführt hat, zugeschickt wurde:

• Dokumentation: rtfreader aus der Liste der notwendigen Commandlinetools entfernt
• Upgrade von HTMLPurifier Version 4.1.1 auf Version 4.2.0 (Changelog)
• Bugfix: maximale Upload-Größenangabe beim Schreiben war hardcoded auf 8MB – Ermittlungsfunktion auf Basis von post_max_size und upload_max_filesize eingebaut
• Bugfix: Das Speichern eines Kommentars ohne Versand führte zu Datenverlust – d.h. es wurde nur der Betreff, nicht aber die Nachricht und der Anhang gespeichert. Eine zusätzliche Funktion wurde dafür im PHPMailer eingeführt.

Der Download steht wie gewohnt unter https://www.deam.org/tree/ zur Verfügung.

Da es aktuell noch keinen Bugtracker oder eine andere “öffentliche” Anlaufstelle gibt, bitte ich Fragen, Anregungen und Bugreports einfach an kmb@deam.org zu schicken.

Seit der beta2 wurden keine funktionalen Bestandteile mehr verändert. Lediglich die Dokumentation (vor allem zum Upgrade von einer vorhergehenden Version) wurde deutlich erweitert bzw. verbessert.

Nachdem ich das Ticketsystem mehr oder weniger 3 Jahre lang gar nicht angeschaut habe, war in den letzten eineinhalb Monaten richtig viel los. Das Upgrade war auch lange überfällig und betrifft vor allem den eMail-Parser und den eMail-Versand.
Die Migration auf UTF-8 war hier ein wichtiger Schritt um die nächsten Versionen “etwas freier” von Ballast gestalten zu können. Wir haben auch bereits mit den Planungen der V2 begonnen – eine Fertigstellung ist natürlich noch nicht absehbar (2011 klingt jedenfalls ganz gut). Hier wird der Schwerpunkt auf ein vollkommen neues Interface gelegt (einfacher, übersichtlicher und natürlich viel besseres HTML).

Ein paar Funktionen und Optimierungen werden wir in der V1.7 sicher noch in diesem Jahr unterbringen. Dem Download liegt auch eine entsprechende FEATURE_REQUESTS.txt bei, die den aktuellen Planungsstand widerspiegelt.

Es wird auch weiterhin auf Bibliotheken Dritter gesetzt – und diesmal auch beim Mailversand:

• mimeDecode aus dem PEAR-Projekt
• PHPMailer Version 5.1 (in einer gepatchten Version)
• HTML Purifier zur Darstellung von HTML-eMails

Des weiteren gelten folgende Systemvoraussetzungen:

• lokaler MTA (z.B. postfix)
• Apache2 mit mod_rewrite und idealerweise mit SSL-Support
• PHP5
• MySQL 5.x.x
• Commandlinetools: zip, unzip, tar, gzip, mysqldump, find, ls, rm, pstotext, antiword

Download der aktuellen Version unter https://www.deam.org/tree/

Im Kern wollen wir in den nächsten Wochen folgende Punkte erledigen:

1. Statistikmodul: D.h. zum einen die Optimierung der Diagrammansicht und zum anderen fehlen noch diverse Durchschnittswerte und Summeninformationen.
2. Benachrichtigung: Eine konfigurierbare Erinnerungsfunktion um die neusten Zählerstände zu erfassen.
3. Weitere Optimierung auf mobile Geräte (wir suchen unbedingt noch Personen die mit Android-Handys arbeiten)

Ausserdem gibt es natürlich noch eine Vielzahl kleiner Geschwindigkeitsoptimierungen und Browseroptimierungen (inzwischen sollten InternetExplorer-Benutzer ab Version 7 keinen Stress mehr haben :)

Bitte wenden Sie sich an kontakt@hausverbrauch.de oder folgen Sie uns auf https://twitter.com/hausverbrauch.

Im Dezember letzten Jahres habe ich dann mal einen Feature-Request-Aufruf gestartet, der einiges an Bedarf angezeigt hat.

Nachdem ich jetzt auch noch ein paar Bugmeldungen bekommen habe (vor allem was Mailversand, Maildarstellung und Download-Permissions angeht), habe ich mich jetzt mal aufgerafft und hart an der neuen Version gearbeitet.
Bitte nicht falsch verstehen: Das was wir gerade Testen ist nur eine kleine Erweiterung um die aktuelle Funktionstüchtigkeit “am Leben” zu erhalten. Es ist noch nicht die Art Überarbeitung die mir wirklich vorschwebt. D.h. es gibt praktisch keine neuen Funktionen, sondern lediglich zahlreiche Fehlerkorrekturen und Optimierungen.

Das schlimmste an der 1er-Version von treE ist der HTML-Aufbau – quasi noch aus der Steinzeit. Wenn man bedenkt, das ich die ersten Bestandteile schon 2000 geschrieben habe, ist es eigentlich ein Wundern, das es nur so schlecht aussieht ;)

Sofern die Tests erfolgreich verlaufen, sollte treE 1.7.0 noch vor dem 10. August erscheinen.

[update, 09.08.2010]

Die Aktualisierung auf Version 1.7.0 ist zwar weit gekommen, allerdings nicht weit genug um ein “echtes Release” daraus zu machen.
Vor allem die Upgrade-Prozedur von Version 1.5 ist noch nicht final getestet.
Daher habe ich mich jetzt entschlossen eine beta-Version herauszugeben und die Finalisierung dann im September nach meinem Urlaub anzugehen.

Die 1.7.0beta2 kann also heruntergeladen werden.
Rückmeldungen an kmb@deam.org sind herzlich willkommen.

Da die Registrierung derzeit limitiert ist, haben wir eine kleine Anleitung aufgezeichnet wie das ganze funktioniert.
Alles ist noch beta im Bezug auf Hausverbrauch.de und die Informationen die wir dazu zusammenstellen… deshalb sind auch nicht alle Versprecher aus dem Tutorial entfernt worden ;)

Wir freuen uns auf Rückmeldungen via kontakt@hausverbrauch.de oder via Twittertwitter.com/hausverbrauch/

Interessanter ist es einige andere Aspekte der Umsetzung zu beleuchten. Nur zur Erinnerung: wir sind noch nicht fertig und es gibt noch eine grosse Menge an Bestandteilen, die optimierungsbedürftig sind.
Ich werden über die nächsten Wochen in loser Folge über einige der “Frontend-Aspekte” schreiben. Vor allem auch über das “Warum” einzelner Entscheidungen.

Die Schwerpunkte bisher waren:

1. Ladezeit: Alles kombinieren und komprimieren.
2. Verteilung: Statische Bestandteile nicht via www.hausverbrauch.de, sondern via Amazon-S3
3. ein Markup: Die mobile Version unterscheidet sich im HTML-Markup nicht von der Desktop-Version
4. kein IE6: naja – eigentlich mehr nach dem Motto “CSS3 anstatt Workarounds“

Ladezeit

Die Startseite von https://www.hausverbrauch.de/ löst aktuell 6 Requests aus und hat knapp 120kb an Datenmenge zu transferieren.
Das ist zugegebenermassen noch immer zu viel. Das reine HTML in gepackter Form schlägt mit nur 2,4kb zu Buche und das Logo erreicht fast 16kb.

Der Löwenanteil ist das “combo.min.gz.js” mit fast 92kb.
Dieses Javascript-Bundle ist noch wenig optimiert. Es enthält diese Einzelpakete:

• jquery-1.4.2.min.js
• jquery.cookie-1.0.min.js
• jquery-ui-1.8.custom.min.js
• jquery.bgiframe-2.1.1.min.js
• jquery.passStrengthener-0.9.1.min.js
• jquery.tooltip-1.3.min.js
• jquery.scrollTo-1.4.0.min.js
• jquery.flot.min.js
• jquery.flot.selection.min.js
• functions.min.js

Den verhältnismässig größten Anteil übernimmt jQuery-UI. Wir verwenden nicht alle UI-Funktionen, dennoch ist das ganze Paket enthalten. Das wollen wir im Laufe der Beta-Phase noch korrigieren. Aktuell gehe ich davon aus, das wir für “combo.min.gz.js” im gepackten Zustand etwa 50kb erreichen können.

Ausserdem enthält “combo.min.gz.js” auch Scripte die in der mobilen Version nicht zum Tragen kommen. Hier werden wir noch überlegen inwieweit eine getrennte Auslieferung hier vielleicht noch Vorteile bringen kann.

Randbemerkung:
Es wird landläufig empfohlen Javascript-Files nicht im <head>, sondern am Ende des <body> zu platzieren, da ein JS-Download im <head> “blocking” ist. Das ist allerdings nicht ganz unproblematisch und bedeutet auch, das bestimmte Funktionen noch nicht nutzbar sind. Man muss hier im Grunde dann sehr stark mit DOM-Operationen arbeiten und das ist zumindest bei IE7 und IE8 nicht wirklich spassig (jedenfalls nicht, wenn man einen betagten WIndows-Rechner im Einsatz hat).

Zum Kombinieren und Komprimieren verwende ich ein einfaches Shell-Script. Hier ein beispielhafter Codeauszug:

#!/bin/bash
echo '** kombiniere alle js-files'
cat htdocs/static/libraries/jquery-1.4.2.min.js > htdocs/static/libraries/combo.min.js
cat htdocs/static/libraries/jquery.cookie-1.0.min.js >> htdocs/static/libraries/combo.min.js
cat htdocs/static/libraries/jquery-ui-1.8.custom.min.js >> htdocs/static/libraries/combo.min.js
cat htdocs/static/libraries/functions.min.js >> htdocs/static/libraries/combo.min.js

echo 'gzip-Version'
gzip -9 < htdocs/static/libraries/combo.min.js > htdocs/static/libraries/combo.min.gz.js

Die Dateiendung hat seinen Sinn:
Entweder hat man einen Apache mit mod_headers und kann dann eine solche Konfiguration einsetzen:

<FilesMatch "(.gz.js|.gz.css)$">
        Header add "Content-Encoding" "gzip"
</FilesMatch>

Oder man verwendet Amazon-S3 und setzt den “Content-Encoding”-Header beim Upload der Datei auf “gzip”.

Achja: Das Minify machen wir derzeit mit dem yuicompressor-2.4.2.jar. Das hat mehr oder weniger historische Gründe. Ich werde mir bei Gelegenheit noch Alternativen ansehen.

Bei manchen geht das auch etwas weiter. Sie wollen Maßnahmen gegen erhöhten Verbrauch ergreifen. Die Motivation kann durchaus eine ökologische Einstellung sein. Ich persönlich vermute aber, das es uns auch auf die €-Summe rechts unten auf der Jahresabrechnung ankommt.

Jetzt gibt es – gerade bei Strom – eine neue, bunte Zukunft. Diverse große Energiekonzerne fahren Kampagnen für “intelligente Stromzähler” (seit Jahresanfang sind intelligente Stromzähler im übrigen Pflicht bei Neubauten und grundlegenden Renovierungen). Einfach ein bisschen online sein und schaun was passiert, wenn man den Wasserkocher anschaltet.
Nur dumm das der Energiekonzern das dann auch weiß.
Ausserdem gibt es diese Stromzähler nicht überall.

Da ich selbst fleissig schreibe und mich diese Spreadsheet-Sache von Anfang an genervt hat, haben wir ein neues Projekt ins Leben gerufen: https://www.hausverbrauch.de/

Diese Seite soll ein Hub werden. Bestehende Daten importieren, Pflegen, Exportieren, Diagramm-Ansichten, etc.

Wir stehen am Anfang.
Deshalb gibt es derzeit nur Zugänge auf Basis von Einladungen mit entsprechenden Schlüsseln. Ich werde im Anschluss an diesen Blogeintrag 5 Schlüssel auf dem Hausverbrauch.de-Twitter-Feed veröffentlichen.

Der Schwerpunkt der Seite ist die Galerie und damit natürlich ein Problem bzgl. der Ladezeit. Daher haben wir uns gegen eine Thumbnailansicht entschieden. Die etwas “größeren Kleinansichten” bieten eine gute Vorauswahl – die meisten Bilder sind nicht größer als 15kb. Die Großansichten sind alle meistens zwischen 100 und 150kb – und nur wenige Ausnahmen sind größer als 200kb.
Die Bildauswahl wurde entsprechend getroffen um die Bandbreite Schreiner-Arbeiten klar herauszustellen.

Das technische Detail für die Ladezeit sind kombinierte und komprimierte CSS- und Javascript-Files. Der Unterschied lässt sich am Besten an der Startseite festmachen: Die Entwicklerversion hat 592kb und die Liveversion hat 325kb. Wobei ca. 230kb an Bildern bei beiden Versionen gleich ist.

Aus technischer Sicht war bei diesem Projekt für uns auch wieder entscheidend folgende Rahmenbedingungen einzuhalten:

• sauberes und kleines HTML (es sollte auch jede Seite valide sein)
• “graceful degradation”: D.h. bei Nichtverfügbarkeit von Javascript und/oder CSS soll der Inhalt weiterhin zugreifbar sein
• Browserkompatibilität (die Seite funktioniert auch verhältnismässig gut im InternetExplorer 6)

Viel Spass auf der neuen Website http://www.schreinerei-braeu.de/

• IE6 seems to go crazy with it. So I decided to remove support for all IE-browsers with version 6 and smaller – no worry, it degrades nicely.
• IE7 and IE8 of course do not support “opacity:value” in CSS. So the initial set-up with div-elements looked a bit strange. I integrated a small check with $.support.opacity on the append()-part.
• the plugin works nicely with jQuery 1.4.2 – demos are updated now.

Demos: demo1 jQuery 1.3, demo1 jQuery 1.4, demo2 jQuery 1.3, demo2 jQuery 1.4

Downloads: the minified version (2.2kb) or the full source.

btw.: I plan to publish it on the jQuery-plugins-page if I’ve rewritten the loop()-function – so maybe with version 0.4.

I’ve sometimes webservers with very limited access. You probably know those too.
And it’s not always helpful to upload phpMyAdmin – especially if you only need to do basic stuff.

A little helper that I’ve created a long time ago is now “cleaned and ready to be shared”. directmysqldump is a pretty simple helper to dump a whole MySQL-schema. You only have to set your credentials and upload it to your webserver. Then point your browser to the location and you should have an output ready that looks almost like the command-line mysqldump.

But please: Don’t leave the script on the server.
The best thing to do is putting it into a protected folder and have https ready to download your output over a secure channel.
If you leave it unprotected on your server… at least don’t blame me.

And here you can get the directmysqldump-script.

Keep in mind: It’s only a small helper. If you want more functionality, then code it yourself or use a large toolset like phpMyAdmin.

[update]
Ein kleiner Hinweis von einem Freund: Ich soll http://www.mysqldumper.de/ empfehlen als “Zwischenschritt” zu phpMyAdmin. Ist hiermit geschehen :-)

Let’s say you have an area in your website with some sort of “moody image”. Something that sits there pretty still and won’t change. Of course there are tons of jQuery-tools to make this a attractive spot (like cycle), but they are all a bit too much. And I found none that support slicing the image and using some sort of video-style transition. That’s where moodblender comes in.

The plugin is in it’s early stages. You should only use the settings splitparts, loop, maxloop and dwellTime. Using “blendOut: true” is fine, but does not work the way I had it in mind ;)

There are two demos available: number 1 and number 2.

Use the minified version (2.2kb) or read the full source. It’s tested with jQuery 1.3.2, but should work with the latest 1.4 as well.
Browserchecks aren’t complete yet. I’ve only tested it with Firefox 3.6, Safari 4, Google Chrome 4 and Opera 10.10. I did some tests with InternetExplorer 6 to 8, but only with an early version.

HTML

<div id="mood">
<img src="pix/mood_1_test.jpg" alt=""/>
<img src="pix/mood_3_test.jpg" alt=""/>
<img src="pix/mood_2_test.jpg" alt=""/>
</div>

CSS

#mood
{
 position:relative;
 overflow:hidden;
 width:500px;
 height:282px;
}

JS

$(document).ready(function() {
 $('#mood').moodblender({
 loop: true,
 maxloop: 10,
 blendOut: false,
 dwellTime: 3000
 });
});

I’ve a couple of things in mind for version 0.2 and beyond. Some of them are

• rewrite the loop-function and maybe make use of jQuery’s new delay()-function (sometimes looping kills itself or slices move in on one block… timing is evil in JS)
• add support for jQuery Easing Plugin
• fix the ‘blendOut: true’
• add full support for IE6 to 8 (or degrade nicely with IE6 ;)

Da treE kein kommerzielles Projekt ist – jedenfalls nicht im Kern, können wir natürlich nicht so sehr viel Arbeit hineinstecken. Ausserdem sind wir gerade auch noch mit ganz anderen Projekten gut zugedeckt ;-)
Das Projekt ist aber alles andere als tot. Es ist mehr so eine Art Winterschlaf.

Es gibt aktuell zwei Überlegungen:

1. von “vorne” anfangen und eine richtige Version 2.0 starten
2. den Bestand “aufmotzen” und eine Version 1.6 herausbringen

Beides hat Vor- und Nachteile. Einen kompletten Rewrite wird es wohl sowieso nicht geben. Aber an bestimmten Stellen wäre er mind. sinnvoll – und spätestens wenn man über UTF-8 nachdenkt (und das mache ich sehr intensiv), ist es praktisch unabdingbar.

Daher will ich dieses Blog nutzen um erst einmal ein paar weitere feature-requests zu sammeln. Hier einmal ein Auszug aus der aktuellen FR-Liste:

• UTF-8
• RELATED-Funktion um Tickets ohne zu mergen in “eine Kette” hängen zu können.
• neue, sematisch ausgerichtete Suche inkl. einer besseren Tag-Verwaltung
• LOCK-Mechanismen für bestimmte Aktionen
• UNDO für bestimmte Aktionen
• mobile-interface
• SMARTY und generell bereinigtes HTML/ CSS

… gerne in den Kommentaren zu ergänzen :-)