Beiträge von stanload
-
-
Sieger66
Vielen lieben Dank, du funktioniert es. -
Ich hab es jetzt mal ausprobiert. Leider wird mir der Beitrag in der obersten Kategorie auch über das Modul nicht angezeigt.
Beiträge in dieser Kategorie:
Modul 125:
-
-
Und der ist für registrierte Benutzer ... Ich würde den Menüpunkt auf Public setzen und die Beiträgen auf Registered, dann sollte es passen.
Wenn ich das mache, dann erscheint natürlich im Menü der Punkt unter Mitgliederbereich und es kommt weiterhin die Meldung "Keine Berechtigung um diese Ressource einzusehen".
Und zusätzlich erscheint diese Meldung nun auch bei den Links im Beitrag VdB Magazin 4/2025.
-
Ich weiß nicht, warum du das machst. Lass das System die richtige Verlinkung erstellen. Wenn ich mich nicht täusche ist Itemid (I groß) der Menüpunkt.
Das war tatsächlich das Ergebnis, wenn man den JCE Editor nutzt und den Link nicht über Beitrag, sondern über "Insert Link" einfügt.
Solche Links entstehen, wenn es keinen Menüpunkt für die Kategorie gibt.
Für die Kategorie gibt es einen Menüpunkt im Mitgliederbereich:
-
Ich habe jetzt auf der Seite "URL-Rewrite nutzen" aktiviert, eine .htaccess und dort "RewriteBase /" auskommentiert.
SEF sieht nun so aus wir bei einer neuen Joomla 6 Installation:
Meines Wissens nach habe ich nichts in den Tiefen des Systems verändert, sondern nur in der Konfiguration unter Beiträge ein paar Dinge vorbelegt.
Im Beitrag VdB Magazin 4/2025 wird noch folgender Link im Backend aufgerufen, also inkl. manuell hinzugefügtem &Itemid:
Hieraus wird dann folgender Link im Frontend erzeugt und man gelangt beim Aufruf des Links auf die Anmeldeseite:
HTMLhttps://www.bundesbankgewerkschaft.de/mitgliederbereich/vdb-magazin-auszuege/vdb-magazin-4-2025-bundeshauptvorstandssitzung-tagt-in-mainzIm Beitrag VdB Magazin 3/2025 habe ich die Links über CMS-Inhalt eingefügt und der Link schaut so aus:
Hieraus wird dann folgender Link im Frontend erzeugt man erhält beim Aufruf des Links die Meldung "Keine Berechtigung um diese Ressource einzusehen"
HTMLhttps://www.bundesbankgewerkschaft.de/component/content/article/vdb-magazin-3-2025-geyer-neuer-bundesvorsitzender?catid=57Bei Bedarf kann ich wem einen Zugang zum Backend zur Verfügung stellen.
-
Ich glaube bei neuer Joomla6-Installation ist das alles auf "Ja" eingestellt und nichts davon auf "Nein". Kann mich aber auch täuschen und hatte dann bei meiner "Jooma6Test" doch mal wohl diesbezüglich herumgespielt.
Hab mir jetzt mal eine komplett neue J6-Installation gegönnt und da steht alles aus ja:
Ich habe jetzt nicht mehr mitgelesen - aber was hat nun eigentlich der Titel mit diesem Thread zu tun?
Ich bin da bei Dir und bin irgendwie verwirrter als vorher.
Das ursprüngliche Problem mit den Bildern habe ich mittlerweile gelöst, indem ich nicht mehr die Links mit dem Alias verwende, sondern über den "CMS-Inhalt Beitrag" verlängert um die ItemID, was irgendwie schräg ist.Ich habe leider aber auch das Gefühl, dass die .htaccess Einstellungen sich zwischen meinem Server und dem echten Server unterschiedlich verhalten, so dass ich mich hier noch einmal in Ruhe die Tage schauen möchte und am Besten zusammenfassend einen neuen Beitrag erstelle.
-
Schalte mal "Nicht zugängliche Links" auf "Ja" im Tab Beiträge einstellen und speichern :
Erledigt, und nun kommt zumindest nicht mehr die Fehlerseite von #7.
Stattdessen kommt diese Meldung beim 2. Link, also über CMS-Inhalt einfügen:
Im Vergleich zum 1. und 3. Link, wo diese Meldung kommt:

Die ganzen Probleme kommen wahrscheinlich eigentlich von problematischer SEO bzw. SEF Konfiguration
Hier habe ich bisher nichts verändert:
in Verbindung mit nicht korrekter .htaccess im Frontend der Website mit ausgeschatetem URL-Rewrite.
Die habe ich gerade wegen des anderen Themas gerade ausgeschaltet. In der .htaccess stehen u.a. folgende Paramater:
Irgendwie habe ich im Moment ein bisschen das Gefühl, dass sie die beiden Themen ein bisschen gegenseitig stören. Wichtiger wäre es hier natürlich, dass man die aus dem "CMS-Inhalt Beitrag" erstellten Links korrekt aufrufen kann und nicht noch die ItemID dazubasteln muss. Wenn die Admins die Fehlermeldung aus dem anderen Thema sehen, dann betrifft es nur eine handvoll Personen, die ggf. auch einfach aufgrund der Email direkt ins Backend gehen und die neuen Benutzer freigeben.
Auf der richtigen Homepage kann ich allerdings erst in 1-2 Wochen Veränderungen vornehmen, da gerade der neueste Beitrag mit Link kommuniziert wurde und es unglücklich wäre, wenn die Empfänger auf eine Fehlermeldung stoßen.
-
-
"Irgendwie Probleme" ist eine ziemlich ungenaue Beschreibung, daher kann ich auch nur einen ungenauen Rat geben. Immerhin kannst du das probieren:
Wenn in deiner .htaccess steht # RewriteBase /
dann ändere das zu zu RewriteBase / (ohne #) und schalte das url-rewrite wieder an.Ich habe das "URL-Rewrite nutzen" wieder eingeschaltet und RewriteBase / ohne # in der .htaccess hinterlegt.
Auch wenn ich Options +FollowSymlinks und Options -Indexes mit und ohne # nutze, ändert nichts am Verhalten, dass beim Aufruf über CMS-Inhalt einfügen, also ohne ItemID diese Meldung kommt:Nachzuvollziehen ist das unterschiedliche Verhalten in diesem Beitrag.
Es liegt wohl eine fehlerhafte SEO bzw. SEF Konfiguration vor.
Ich habe hier nun einiges ausprobiert. Die Fehlerseite beim Aufruf ohne ItemID kommt immer, außer wenn ich "Strikte Weiterleitung" aktiviere. Dann kommt jedoch nicht die Anmeldeseite, sondern die Meldung "Keine Berechtigung um diese Ressource einzusehen.".
-
-
-
-
Ich meine, du musst denen, also den Administratoren, zusätzlich die Gruppe "guest" zuordnen.
Dann sollte das laufen.Damit funktioniert es nun.
Gast ist die Benutzergruppe, die greift, wen man nicht angemeldet ist.
Damit kannst du quasi den Anmelden-Button nur für Gäste sichtbar machen.
Sollte der Menüpunkt "anmelden" also auch Gast stehen, dann ist die Meldung richtig, denn nach dem Login ist diese nicht mehr erreichbar für den Benutzer.Ich hatte es mal irgendwo hier gelesen, dass man das mit dem Gast du machen könnte, damit die Login-Seite danach dann verschwindet.
Nachdem nun die Admins auch die Gast-Rolle haben, sehen diese jetzt tatsächlich den „Mitgliederbereich“ 2x, einmal den Login-Menüpunkt und dann auch den eigentlichen Mitgliederbereich.
Die Zuordnung der Gruppe "gast" würde ich nicht empfehlen. Das beißt sich irgendwie, da es ja genau das Gegenteil ist.
Und wie könnte eine Lösung aussehen? Am Ende betrifft es eine Handvoll Personen.
-
-
-
Wir haben das Backup nun noch einmal testweise auf einen anderen Pfad eingespielt.
Da klappen die Verlinkungen auf andere Beiträge, wenn man diese über CMS-Inhalte einfügt, leider auch nicht. Die direkte Adressierung über den Alias bzw. mit der ItemID funktionieren dagegen.
-
Folgendes haben wir nun noch festgestellt:
Wenn man den TinyMCE Editor nutzt und über CMS-Inhalt einen Beitrag einfügt, wird z.B. folgender Link erstellt:
index.php?option=com_content&view=article&id=237&catid=57"Wenn man den JCE Editor nutzt und einen Beitrag einfügt, wird z.B. folgender Link erstellt und der Aufruf in den Mitgliederbereich mit der Aufforderung sich anzumelden klappt:
index.php?option=com_content&view=article&id=237&catid=57&Itemid=125"
Ist dies schon die Lösung und wenn ja, warum fügt der TinyMCE Editor den Menüpunkt nicht ein?
-
Nachdem die Testseite auf meinem Server bei netcup nun zu ionos umgezogen ist und wir ein paar kleinere Anlaufschwierigkeiten hatten, wurde mir gerade folgendes gemeldet:
Auf der Startseite und den diverseren Seiten im öffentlichen Bereich sieht man unsere Verlinkungen zu Facebook und Instagram.
Ruft man nun bei den Magazinen einen der Links auf, landet man entweder auf einer "Fehler-Seite", z.B. im Magazin 2/2022 (dort rufe ich die Seite mit dem Alias auf) oder aber man bekommt eine Fehlermeldung von Joomla (u.a. "Die angeforderte Seite konnte nicht gefunden werden. ... keine Zugriffsrechte"), z.B. im Magazin 4/2025 (hier habe ich nach dem o.g. Fehler angefangen im Beitrag einen CMS-Inhalt - Beitrag zu verwenden, so dass der eigentliche Link index.php?option=com_content&view=article&id=237&catid=57 ist).edit:
Hab gerade nochmal auf meine Spielewiese geschaut. Dort bekommt man keine Fehlerseite, sondern kommt korrekterweise auf die Anmeldeseite.Im letzteren Fall werden dann die kleinen Facebook- und Instagram-Bilder nicht angezeigt, weil sich die Seite nicht auf "images/xxx" zugreifen kann. Füge ich temp. ein "../" ein, funktioniert es. Nur kann ich "../images/" beim Bild in Joomla nicht hinterlegen. Wohin müsste ich dann alternativ die Bilder ablegen?
Der Unterschied zwischen meiner Spielwiese und jetzt ist, dass ich ursprünglich "URL-Rewrite nutzen" aktiviert habe.
Damit hat aber die richtige Homepage, trotz ".htaccess" irgendwie Probleme gehabt, so dass wir es erstmal ausgeschaltet haben.