Hier steht es eigentlich schon drin:

Don’t disable the output of Fooman_Speedster under Configuration > Advanced – it will make your site unusable.

Habe ich natürlich nicht vorher gelesen. Kann man aber schnell wieder beheben:

1. Tabelle core_config_data
2. Feld advanced/modules_disable_output/Fooman_Speedster von ’1′ auf NULL ändern
3. var/cache/ leeren
4. Welt in Ordnung

This will be an ongoing post because I still don’t know what went wrong with my old installation that caused this error:

There are at least two other people with the same problem (Magento forum), but no solution so far.
So I did a fresh install with the latest stable release of Magento: 1.6.2.0. I thought that my upgrades from 1.4 might have caused the trouble – or my catalog-importer might be wrong (the project I”m working on is a complex one with auto-creating attributes while importing products).

I’ve found another thing that did not change the problem with the above error-message:

Don’t use ‘type’ => ‘varchar’ if you want to use ‘input’ => ‘select’ for your newly created attributes (via core_setup).
If you do and if someone makes a change in the admin-frontend, then the ‘varchar’ will be changed into ‘int’ within the eav_attribute-table and you are lost. Because Magento will not move the data from catalog_product_entity_varchar to catalog_product_entity_int. The funny thing: you will still see your options within the admin – even on the product itself, but you won’t get the values (like getAttributeText) in you frontend-templates.
So just set it to ‘int’ on your automated import and you’ll be fine.

The newly installed Magento works fine now. I can add attributes in the admin as much as I like.
My old version still does not work and I need to search a little more to find the difference that kills it all :-/

Liebe Kunden und Partner,

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

Because the integrated bugreport-tool in Chrome won’t support to attach a different screenshot and because the website I’m working on is not yet released – and because I’m currently to lazy to build a HTML-demo – I present a rendering-bug for the -webkit-radial-gradient that seems to be MacOS X only:

The relevant part of the style-sheet:

.addonContent:before {
content:”\0000a0″;
display:block; position: absolute;
top:0; left:-1px;
width: 4px; height:100%;

background-image:-webkit-radial-gradient(left center, ellipse farthest-side, rgba(0, 0, 0, 0.5), transparent);
}

On Windows 7 it looks right:

On MacOS X (10.6.8) it looks like this:

And if I replace “height” with a fixed number like 36px, then it won’t change – it still looks bad on MacOS X.

Am heutigen Donnerstag wurde ein neues Update eingespielt.
Es gab vor allem Veränderungen in der Datenbank, um die zukünftige Weiterentwicklung anstoßen zu können. Auch wurden einige Bibliotheken wie jQuery auf die neusten Version angehoben sowie einige Optimierungen erledigt, die schon länger auf der Liste standen.

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