Link zu Tag-Seite mit mehreren Tags/Schlagwörtern nicht korrekt verarbeitet

Hallo Joomlaner,

ich baue mir gerade eine Liste mit Beiträgen gleicher Tags wie im angezeigten Artikel als eigenes Modul. Man kann dabei einstellen, wieviele Artikel maximal angezeigt werden sollen und dann soll es ggf. einen "alle anzeigen"-Link geben, der einfach auf die com_tags-Seite geht, die dann alle Artikel mit den gesuchten Tags anzeigt.

Mein Problem ist die Generierung dieses Links bzw. dass dieser SEF-konvertiert wird, damit aber com_tags nicht mehr umgehen kann:

- ich entnehme den Joomla-Menüs die folgende Bauweise: index.php?option=com_tags&view=tag&id[0]=2&id[1]=3

- das generiere ich in meinem Modul aus den Tags und es funktioniert, wenn ich es einfach per echo ausgebe und im Browser als Adresse eingebe.

- Nutze ich den Link in <a href="[link]"> geht der Joomla-Router drüber und macht /component/tags/tag/2,3 draus. Dem entnimmt com_tags aber nur die erstgenannte Tag-ID, die anderen werden ignoriert. Ebenso, wenn ich bei nicht-SEF-URL "&id=2,3" schreibe statt des kompletten Arrays. Habe gelesen, dass eigentlich beides funktionieren sollte (erster Kommentar hier)... also ein Bug?

Kann jemand von euch das Problem nachvollziehen? Habe es in Joomla 3.9.6 getestet, scheint unabhängig vom template.

Habt ihr Ideen, wie ich das Problem umgehen kann? Kann ich z.B. in meinem Modul verbieten, dass der generierte Link in diesem Einzelfall konvertiert wird? Will eigentlich nicht wegen dieser einen Sache die SEF-Links auf der kompletten Seite abschalten...

Vielen Dank für eure Hilfe!

Waldbär

OK, nach ausbleibender direkter Antwort habe ich mal selbst in der Komponente rumgesucht. Es findet sich in components/models/tag.php Zeile 180f wie folgt:

        // Load state from the request.
        $ids = ArrayHelper::toInteger($app->input->get('id', array(), 'array'));

Offenbar funktioniert das direkte "toInteger" nicht mit den Komma-separierten id-Listen sondern killt alles nach dem ersten Komma (genau mein Problem).

Folgender edit macht das Ganze bei mir funktionsfähig mit beiden Schreibweisen und unabhängig von der Zahl der übergebenen Parameter:

        // Load state from the request.
        $ids = $app->input->get('id', array(), 'array');
        if (count($ids) == 1)
        {
            $ids = explode(',', $ids[0]);
        }
        $ids = ArrayHelper::toInteger($ids);

Ich bin aber ganz sicher niemand von den sonderlich erfahrenen Entwicklern hier - hat jemand von euch eine bessere Lösung? Sollte ich das mal im Joomla! Issue Tracker melden (hab ich noch nie gemacht, aber mit firstlady s Tutorial sollte ich das hoffentlich hinbekommen)?

Vielleicht gibt es auch eine Lösungsidee ohne im Core rumzupfuschen? Bisher habe ich auf meiner kleinen Bastler-Site immer schön alles über Extensions/Overrides lösen können und würde eigentlich gerne weiterhin updatefähig bleiben...

PS@Mod: Vielleicht doch nach Komponenten- oder Modulentwicklung verschieben? Ich wusste leider nicht so recht, in welchem Unterforum das Topic am besten angesiedelt ist...

Hm, OK. Den Beitrag habe ich auch gefunden, aber leider kaum was verstanden (was ist UCM? Hat es was hiermit zu tun? Habe keine Ahnung von Coding-Standards, fange jetzt mit Joomla gerade so an mich in ein paar Sachen allmählich reinzulesen wie MVC, selbst beim Umgang mit Klassen bin ich aber nach wie vor unsicher...). Vielleicht ist in den "routing bugs" ja auch meiner mit gemeint?

Damit leben will ich nicht, v.a. nicht weil ich ja mittlerweile eine (wenn auch vielleicht nicht schöne, aber funktionierende) Lösung habe.

Damit muss ich aber jetzt nach jedem Joomla-Update die Datei wieder neu bearbeitet an ihren Platz schieben, oder ist die Update-Automatik (Web/direkt schreiben) bei sowas irgendwie differenzierter?

Vielen Dank für die Infos! Interessant zu lesen. Sind die Custom Fields eigentlich angesehener, die sind doch auch vergleichbar konstruiert, oder?

Bisher schien mir der Ansatz mit den content-unabhängigen Inhalten eigentlich auch immer recht geschickt (abgesehen davon, dass man ziemlich viele Datenbankabfragen und/oder joins braucht, um seine Daten zusammenzusuchen), aber vermutlich muss man mehr damit arbeiten, um die Vor- und Nachteile wirklich beurteilen zu können.

Zumindest habe ich jetzt schon einen Tick mehr verstanden, aber wenn ich da ernsthaft anfange zu entwickeln, kommt mit Sicherheit nur wieder ein „Horrible mess“ raus.

Ich werde also konkret erst mal zusehen, dass ich bei Updates meinen Fix wieder reinbaue bzw. prüfe ob er zerstört wurde. Werde ihn mal in den issue tracker posten, vielleicht lerne ich so ja wenigstens mal das Prozedere da kennen...

Yay, gleich mal voll versagt: Hier ist das Issue, aber habe es nicht mal auf die Reihe bekommen ihm com_tags als Kategorie zu geben (unter edit kriege ich das nicht mehr hin):

https://issues.joomla.org/tracker/joomla-cms/24980

Vielleicht kann ich heute Abend was daran weitermachen (z.B. Code anhängen o.ä.); jetzt muss ich erst mal arbeiten.

Vielen Dank für die Idee! Damit ist das Problem nicht nur behoben (dazu müsste ja der Core in com_tags gefixt werden/s.o.), sondern auch praktisch umgangen, auch wenn ich dazu eine Extra-CSS-Regel auf die (HTML-Attribut-)id des Links brauche, die den Link wieder als internen erscheinen lässt - nicht toll, aber praktischer als bei jedem Update neu checken zu müssen, ob mein Core-Fix noch lebt.

Danke auch für die Warnung bezgl. deaktivierten Schlagworten. Es scheint da ja wirklich so einige Merkwürdigkeiten zu geben...

Alles in allem: Danke für deine Hilfe!

Danke auch für diesen vereinfachenden Tipp, funktioniert!