Womit wir den n\u00e4chsten Anlauf starten k\u00f6nnen. Komponenten-Package hochladen und auf die Meldung warten. Diese teilte uns diesmal (rot untermalt) mit, dass kein Fehler aufgetreten sei … bei der Ausf\u00fchrung einer Datenbank-Funktion. Womit wir bei vielsagenden Fehlermeldungen w\u00e4ren, denn in einer Fehlermeldung mitzuteilen, dass kein Fehler aufgetreten sei, ist nur bei Status-Code 0 unter Windows witzig, weil es dort zumindest der Erwartungshaltung des Anwenders entspricht. Denn wenn kein Fehler aufgetreten ist, obwohl man einen erwartet, spricht das entweder daf\u00fcr, dass man sein Programm in die Tonne hauen sollte, oder etwas schief gelaufen ist, was einfach nicht bedacht wurde. Da die Fehlermeldung leider den Informationsgehalt einer Nachricht \u00fcber einen umgefallenen Sack Reis in China hatte, ging der Weg erstmal zur Suchmaschine der Wahl, wo gleich der 3. Treffer aus einer B\u00fcndelung von Forendiskussionen zu dieser Fehlermeldung auf die 3. Tabelle in der Joomla-Datenbank verwies: jos_asset, die manchmal, unter nicht ganz nachvollziehbaren Umst\u00e4nden, noch Datenm\u00fcll beinhaltet, den Joomla selber nicht aufr\u00e4umen will. Also auch hier kurz mit dem Datenbank-Tool der Wahl kurz gekehrt, die beiden anderen Tabellen wieder gereinigt und die Komponente nochmals installiert. \u00dcberraschenderweise diesmal sogar ohne Fehlermeldung.<\/p>\n
Einzig die SEO-URLs, wegen derer ich diesen ganzen Aufriss angestellt hatte, waren immer noch nicht in Sichtweite.<\/p>\n
Wobei, nicht ganz. Ich erw\u00e4hnte ja besagte Tabelle jos_menu, in der Joomla jeglichen Datenm\u00fcll, der Men\u00fceintr\u00e4ge betrifft, hinterlegt. Unter anderem finden sich hier die URL des Men\u00fceintrags, die Art des Men\u00fceintrags, sowie eine seltsame Zahl, die mit der Spalten\u00fcberschrift component_id versehen ist. Wie jetzt? Sagt euch nix? Naja, schauen wir mal, ob sich da was finden l\u00e4sst?<\/p>\n
Ein Ansatzpunkt f\u00fcr die L\u00f6sung des R\u00e4tsels stellte – nahezu offensichtlich, wenn man sich die Werte anguckte – die Tabelle jos_extensions dar. Ja, DIE Tabelle jos_extensions, in der wir vorhin angefangen haben. Und nein, wir haben vorhin auch nicht die falsche der doppelten Komponenten-Registrierungen gel\u00f6scht, wie man zuerst vermuten k\u00f6nnte. Das lie\u00df sich n\u00e4mlich recht einfach anhand der – richtig – component_id feststellen, die es zum Ausgangszeitpunkt n\u00e4mlich auch schon nicht (mehr) gab.<\/p>\n
Was passiert war, ist an sich n\u00e4mlich recht einfach – und genauso hirnrissig so zu implementieren; aber wir reden ja grad \u00fcber Joomla, die tun sowas einfach: Men\u00fceintr\u00e4ge sind statt auf den component_name (also ‚com_foo‘) auf die (installationsabh\u00e4ngige) component_id fixiert. Diese wird jedoch nicht aktualisiert, wenn eine Komponente nicht \u00fcber den Upgrade-Mechanismus aktualisiert werden kann. Stattdessen zeigt diese dann ins Leere, obwohl anhand der URL die Beziehung zur zust\u00e4ndigen Komponente wieder hergestellt werden kann. Auch ein erneutes Speichern des Men\u00fceintrags sorgt bei Joomla nicht daf\u00fcr, dass dieser offensichtliche Integrit\u00e4tsfehler korrigiert wird. Wenn Joomla also die SEO-URL f\u00fcr diese URL erzeugen soll, beachtet es ein Feld, dessen Integrit\u00e4t offensichtlich defekt ist, statt die im Router eh ausgewertete Information zur Komponente heranzuziehen. \u00c4ndert man manuell f\u00fcr alle Men\u00fceintr\u00e4ge, die noch auf eine alte, ung\u00fcltige component_id zeigen, diese auf die aktuelle Kennung, so geht es. Ach ja: Wer Spa\u00df haben will, darf das Routing \u00fcbrigens auch sein Template machen lassen; man muss nur die richtigen IDs in die DB und Dateien auf die Platte schreiben.<\/p>\n
![\"Flattr](\"http:\/\/blog.benny-baumann.de\/wp-content\/plugins\/flattr\/img\/flattr-badge-large.png\"){kind=icon}
<\/a><\/p>","protected":false},"excerpt":{"rendered":"