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 :-/

Im September 2008 hatte ich mir CakePHP (1.2 RC2) vorgenommen. Im Dezember 2008 dann für ein mittleres, eigenes Projekt intensiver angesehen. Am 30. Dezember 2008 gab es dazu den letzten commit in meinem SVN.

Ich war damals ein bisschen frustriert über die schwache Performance bei HMABTM – auf deutsch: n:n-Beziehungen – sind die Hölle in CakePHP. Dann fehlte mir wg. anderer Projekte auch die Zeit daran weiterzuarbeiten. Und irgendwie gab es auch keinen Kunden, der sich CakePHP wirklich gewünscht hätte. Somit war der Druck weg.

Jetzt gab es wieder ein kleinwenig Zeit. CakePHP gibt es inzwischen in der Version 1.3.7 und das Update wurde eingespielt. Die Anpassungen dafür waren harmlos (s.u.).
Dummerweise hatte ich das damals alles noch mit Prototype-JS und script.aculo.us aufgezogen. Zur gleichen Zeit hatte ich aber angefangen auf jQuery zu schwenken. Und jetzt merke ich wie stark mich jQuery im Umgang mit DOM und Javascript verändert hat – faszinierend und erschreckend zugleich.

Nach dem Upgrade von CakePHP war ich aber recht schnell entmutigt. Nicht nur ob des eigenen Spaghetti-Codes, sondern auch weil HMABTM immer noch so grottenlangsam ist. Und die Dokumentation ist nach meinem Gefühl auch nicht besser geworden.

Vergangene Woche habe ich dann entschieden CakePHP endgültig den Rücken zu kehren und mich mehr auf mein eigenes framework + Libs wie smarty zu konzentrieren. Auch weil ich im Bereich “next generation HTML” so viel gelernt habe, das mich Cake eher einschränkt – ich will nicht immer ewig in einer Doku nach einer Lösung (Workaround) suchen müssen.

Im weiteren habe ich noch die Dinge zusammengestellt, die ich für das Upgrade ändern musste – nur der Vollständigkeit wegen.

(more…)

Ich habe zwar in den letzten Tagen sehr viele graue Haare auf Grund von HABTM bekommen, aber das ist ein Thema für einen separaten Post. Heute gibt es wieder eine undokumentierte Kleinigkeit: TD-Optionen bei tableCells.

In der aktuellen Doku steht lediglich der Teil  mit den TR-Optionen drin. Das man aber auch TD’s mit zusätzlichen Angaben versehen kann, steht da leider nicht drin. Erst durch das Ticket https://trac.cakephp.org/ticket/2406 hab ich herausgefunden das es diese (lebens-)notwendige Funktion gibt :-)

Ist eigentlich ganz einfach – das bisherige Beispiel:

<?php echo $html->tableCells(array(
array('Jul 7th, 2007', 'Best Brownies', 'Yes'),
array('Jun 21st, 2007', 'Smart Cookies', 'Yes'),
array('Aug 1st, 2006', 'Anti-Java Cake', 'No'),
));
?>

//Output
<tr><td>Jul 7th, 2007</td><td>Best Brownies</td><td>Yes</td></tr>
<tr><td>Jun 21st, 2007</td><td>Smart Cookies</td><td>Yes</td></tr>
<tr><td>Aug 1st, 2006</td><td>Anti-Java Cake</td><td>No</td></tr>

Und das ist meine kleine Ergänzung für die CakePHP-Doku:

<?php echo $html->tableCells(array(
array('Jul 7th, 2007', array('Best Brownies', array('style'=>'font-weight:bold;')) , 'Yes'),
array('Jun 21st, 2007', 'Smart Cookies', 'Yes'),
array('Aug 1st, 2006', 'Anti-Java Cake', array('No', array('style'=>'background-color:#ff0000;'))),
));
?>

//Output
<tr><td>Jul 7th, 2007</td><td style="font-weight:bold;">Best Brownies</td><td>Yes</td></tr>
<tr><td>Jun 21st, 2007</td><td>Smart Cookies</td><td>Yes</td></tr>
<tr><td>Aug 1st, 2006</td><td>Anti-Java Cake</td><td style="background-color:#ff0000;">No</td></tr>

Es gibt noch einen count-Parameter, den ich mir aber noch nicht näher angesehen habe.
Das man <td>’s also auch direkt mit Attributen versehen kann, macht die ganze Sache dann doch recht elegant.

• MODEL->del($id, true)
  Mit true kann man hier alle relationalen Daten mitlöschen. Allerdings nur, wenn im model dependent auch auf true gesetzt ist. Man sollte das natürlich nur auf true setzen, wenn man die Daten auch wirklich mitlöschen möchte – nicht das man sich noch anderweitig referenzierte Daten weglöscht ;-)
  Ich habe jedenfalls eine kleine Ergänzung für die Doku hier vorgeschlagen, weil ich zu lange gebraucht habe um es im Abschnitt der model-Doku zu finden.
• sitemap.xml automatisch erzeugen
  http://bakery.cakephp.org/articles/view/automatically-generate-dynamic-sitemaps
• Entwicklungshilfe: CakePHP im Zusammenspiel mit FirePHP – sehr gut hier: das ganze wird schön als Vendor-Paket angeboten
• http://bakery.cakephp.org/articles/view/debugging-with-firephp
  Kleiner Hinweis: FirePHP.class.php befindet sich unter lib/FirePHPCore/ aus dem Bundle das man sich bei http://www.firephp.org/ runterladen muss. Diesen einen Satz hatte ich irgendwie überlesen ;-)