Und hatte ich dir übrigens bereits in #14 entsprechend direkt verlinkt:
Dort geht es zwar um den Menüeintragstyp "Einzelner Beitrag" aber das Prinzip ist identisch auch für einen Menüeintragstyp "Kategorieblog" bzw. alternative Menüeintragstypen.
ja, aber es ging danach trotzdem nicht. Erst der Hinweis von drmenzelit brauchte den entscheidenden Durchbruch.
Ich hatte bei Optionen in der (Standard-)Kategorieliste geschaut und nicht bei den Menuitemtypen. Danke drmenzelit , Du warst wieder einmal eine große Hilfe. Vielen Dank.
Die Namen der Files ist falsch, Underlines werden nur für Layout-Teile verwendet, wie default_item.php
Deine Dateien müssen
meinlayout.php und meinlayout.xml heißen. In der xml-Datei musst du Anpassungen vornehmen, zumindest title muss geändert werden. Dann sollte dieser Titel als neuer Menüpunkttyp erscheinen.
Danke, für den Hinweis. Leider mit dem bekannten Ergebnis. Es wird nur Standard angezeigt.
Deine Datails sind ungenügend.
In welchem Dateiordnerpfad liegen nun welche von dir erstellte Dateien(Dateinamen) um das gewüschte zu erreichen?
Auch deine Details sind nicht ausreichend. Zu welchem Punkt möchtest die Dateinamen?
ich nehme an das Du die overrides meinst:
unter
templates/shaper_helixultimate/html/com_content/category: und
templates/shaper_helixultimate/overrides/com_content/category:
default_alt1.php
default_alt2.php
default_alt1.xml
default_alt2.xml
Nun, wollte ich einem Menüitem --> den Typ Kategorieliste zuweisen und unter Optionen --> Layout auswählen:
default_alt1.php oder
default_alt2.php
Die werden aber nicht angezeigt. Daher meine Idee einen neuen Menüitemtyp zu erstellen, wie es ganz oben von mir gefragt war. Falls du weitere Infos brauchst, frage bitte Sieger66
Und beachte auch das bei der Benutzung eines zusätzlichen Frameworks wie es dein shaper_helixultimate benutzt die entsprechende diesbezüglich Anleitung zu lesen und benutzen ist:
Habe ich so gemacht. Wenn ich nun wie von @-OJ- vorgeschlagen, 2 overrides hineinlege, wie weise ich diese einem Menüitem zu?
Ich möchte hier kurz auf diesen Artikel im JCM verweisen. Ist zwar schon älter und bezieht sich auf Joomla 3, das Prinzip ist aber immer noch dasselbe. Hier ist skizziert, wie man sowas anstellt.
Die Unterschiede zw. J2.0 und J6.1 sind schon erheblich. Mal sehen wie der Artikel mir weiterhilft. Danke.
Alles anzeigenUnd beachte auch das bei der Benutzung eines zusätzlichen Frameworks wie es dein shaper_helixultimate benutzt die entsprechende diesbezüglich Anleitung zu lesen und benutzen ist:
https://www.joomshaper.com/documentation/…-views-override
sowie bei diesbezüglichem alternativem Menüeintragstyp z.B. auch mal folgenden Thread komplett lesen:
Das:
dürfte jedenfalls wohl der falsche Dateiordner sein, sofern ich mich nicht täusche oder die notwendige diesbezügliche vorgehensweise hat sich zwischenzeitlich beim shaper_helixultimate geändert...
Danke Sieger66, werde mir mich durch die Links kämpfen. Das Ordner falsch ist, ist fast schon die letzte Möglichkeit. Habe bisher da keine andere Möglichkeit gefunden. Deshalb. um auf meine ursprüngliche Frage zurück zukommen, mein Versuch eines eigenen Meüeintragstypes.
Es taucht nicht auf weil es keine .xml datei dazu gibt.
Wenn du ein override des layouts anlegst und dazu eine .xml Datei erzeugst dann erkennt Joomla von selbst, dass da ein neues Layout ist.
-OJ- hat dir genau erklärt was zu tun ist. Du brauchst kein plugin sondern overrides.
nein, liebe firstlady du liegst nicht richtig. Wenn alles erklärt wäre würde nicht nachfragen. Und es gibt eine xml-Datei.
In der Theorie ja - in der Praxis würde ich vorab ein Child Template erstellen.
Du machst das wie du Dateien am liebsten bearbeitest.
@OJ, es geht mir nicht um das Bearbeiten, sondern wie ich dem menuitem das Layout (override) zuweise. Unter Optionen --> Layout zuweisen, tauchen es nicht auf.
Alles anzeigenDu benötigst für einen Override die
spielberichte.php
die hast du wohl schon angelegt - ob die richtig ist weiß ich nicht.
Für dein Seperaten Menüeintrag benötigst du jetzt noch die
spielberichte.xml
Damit wäre alles für den ersten Override inkl. Menüeintrag feritg.
Für jeden weiteren OVerride gehst du genau so vor. Du must nur die Dateien spielberichte.php und spielberichte.xml einen anderen Namen geben und deinen Wünschen entsprechen vom Inhalt anpassen.
Okay, und diese speichere ich unter /templates/shaper_helixultimate/html/com_content/category? Ich habe dort eine xml-datei und eine php-Datei.
Wie greife ich dann auf die einzelnen overrides zu?
spielberichte.php
spielberichte.xml
spielberichtefrauen.php
spielberichtefrauenxml
spielberichtewasauchimmer.php
spielberichtewasauchimmer.xml
jannst du deine Antworten bitte noch genauer beschreiben?
Doch ist es. Du legst das dann einfach nur so oft an wie du es benötigst. Ansonsten solltest Du nicht nur dein Problem erläutern sondern auch dein Ziel.
und wie erstelle ich 2 overrides? Ist das überhaupt möglich?
Mein Ziel sind 2 eigene Menüeintragstypen, da ich mind. 2 weitere Ansichten benötige. Zwei eigene Typen sind m.E. die saubere Lösung.
menuitem ist ungültig. Ein Plugin allein erzeugt keinen neuen Menüeintragstyp. Da du offenbar einen neuen Menüeintragstyp für com_content Kategorieblog mit eigenem Layout spielberichte möchtest, brauchst du ein Template-Override mit XML-Datei. Unter https://docs.joomla.org/J4.x:Template_…y_Blog_and_List findest du eine erklärung zu den Alternativen Menü Items.
Hallo, danke für deine Antwort. Da ich 2 weitere benötige, ist ein override nicht die richtige Wahl.
Hallo,
ich habe ein Plugin erstellt mit dem ich einen neuen Menüeintragstyp erstellen möchte. Dieser sollte unter Beiträge zu finden sein. Die Installation funktioniert. Meldung: Neuer Menüeintragstyp für Spielberichte auf Basis Kategorieblog. Die Plugin-Installation wurde abgeschlossen. Plugin ist aktiviert. Ordnerstruktur: /plugins/system/spielberichte/. Unter templates/shaper_helixultimate/html/com_content/category liegt die spielberichte.php.
Aber der neue Menüeintragstyp wird nicht angezeigt. Wo liegt mein Fehler?
<?xml version="1.0" encoding="utf-8"?>
<extension type="plugin" group="system" method="upgrade">
<name>Menüeintrag: Spielberichte-Blog</name>
<author>Author</author>
<creationDate>2026-05-02</creationDate>
<copyright>(C) 2026 </copyright>
<license>GNU General Public License version 2 or later</license>
<version>1.0.4</version>
<description>Neuer Menüeintragstyp für Spielberichte auf Basis Kategorieblog</description>
<!-- Das registriert den Typ im Menü-Dialog -->
<menuitem type="spielberichte"
title="Spielberichte-Blog"
description="Zeigt eine Kategorie als Spielberichte-Layout"
icon="fa fa-futbol"
component="com_content"
view="category"
layout="spielberichte" />
<!-- Felder für den Menüeintrag -->
<config>
<fields name="request">
<fieldset name="request" label="JGLOBAL_REQUEST">
<field name="id" type="category"
label="JGLOBAL_CHOOSE_CATEGORY_LABEL"
extension="com_content"
required="true" />
</fieldset>
</fields>
</config>
<files>
<filename plugin="spielberichte">spielberichte.php</filename>
</files>
</extension>Danke! Ich hab dir Detailinfos zu den nächsten Schritten per PN geschickt.
Zur Beruhigung der Allgemeinheit: das ausgenutzte Problem hat keinen Bezug zu Joomla, es handel sich um eine Lücke in LMO.
Hate nie gesagt, dass es an Joomla liegen würde. Ich habe Dir noch eine PN geschickt.
Sei so nett und schick mir die Infos des Reporters mal per PN oder Mail, ich würde mir das gerne mal anschauen. Die Lösung klingt eher nach Symptomverschleierung und nicht nach tatsächlicher Abhilfe.
Du hast Post
Kannst du das genauer erklären? Könnte das Problem auch andere Nutzer betreffen?
Ich wollte den LMO mittels include einem Beitrag einbinden. Da ist XSS möglich. Da ich alle Patches des LMO installiert habe, setze ich nun auf die altmodische Methode mit iframe 
Das Problem sollte sich nun erledigt haben. Es lag an einer "unglücklichen" Einbindung des LMO.
Danke für Eure Unterstützung.
Sicherheitslücken sollten schnellstmöglich behoben werden. Die Sicherheitsfixes werden dann veröffentlich und sollten zeitnah eingespielt werden. Gerade in Open-Source-Systemen ist das besonders wichtig. Leider gibt es zu viele Webseiten-Betreiber, die meinen sich Updates ersparen zu können, weil die Webseite doch einwandfrei läuft. Natürlich wird das ausgenutzt.
da stimme ich Dir 100%ig zu
Ich habe regelmäßig selber die Freude, Sicherheitslücken reporten zu dürfen und leider ist es der Regelfall dass man, insbesondere von Betreibern mit weniger Berührungspunkten zur Thematik, genau 3 Sorten von Reaktionen bekommt:
- 1. Garkeine Reaktion
- 2. Beleidigungen
- 3. Anzeigen
Insofern kann ich jeden Reporter verstehen, der eine entsprechende "Moderationsplattform" verwendet, um eine initiale Aufmerksamkeit zu bekommen und die seriösen Intentionen, die man verfolgt, zu unterstreichen.
Du hast genau zwei Fragen gestellt, nämlich ob wir was unternehmen würden und wenn ja was. Ich dachte ich hätte das implizit getan, beantworte dir die Fragen natürlich gerne nochmal ganz explizit: Ich würde den Reporter kontaktieren und um Details bitten.
Das wirst du den Kollegen wohl selber fragen müssen, in 95% der Fälle die mir unterkommen, werden automatisierte Prüftools verwendet
Wekche Prüftools gibt es?
