'127.0.0.1' statt 'localhost' hat das Probem gelöst. Danke nochmals.
Beiträge von phunsoft
-
-
Hallo Arnulf
Vielen Dank für deine ausführliche Erklärung. Ich meine mich zu erinnern, dass ich bei der Untersuchung mal das Verbingunsproblem am Horizont vorbei huschen sah. Habe das aber verworfen, weil ich dachte, die Website funktioniert und mein DB Save Shell skript (nutzt mysqldump) ebenfalls läuft. So kann man sich täuschen lassen.
Werde mal sehen, ob Joomla mit '127.0.0.1' zurecht kommt.
-
Hallo
Ich wollte das Joomla CLI (wieder einmal) nutzen, erhalten aber einen Fehler:
Code
Alles anzeigenreitcoach@divico /httpdocs-reitcoach/cli> php joomla.php mysqli_sql_exception {#228 #message: "No such file or directory" #code: 2002 #file: "/httpdocs-reitcoach/libraries/vendor/joomla/database/src/Mysqli/MysqliDriver.php" #line: 236 #sqlstate: "HY000" trace: { /httpdocs-reitcoach/libraries/vendor/joomla/database/src/Mysqli/MysqliDriver.php:236 { …} /httpdocs-reitcoach/libraries/vendor/joomla/database/src/DatabaseDriver.php:1713 { …} /httpdocs-reitcoach/libraries/src/Access/Access.php:952 { Joomla\CMS\Access\Access::getAuthorisedViewLevels($userId)^ › // Set the query for execution. › $db->setQuery($query); › arguments: { $query: Joomla\Database\Mysqli\MysqliQuery {#224 …} } } /httpdocs-reitcoach/libraries/src/User/User.php:475 { …} /httpdocs-reitcoach/libraries/src/Plugin/PluginHelper.php:270 { …} /httpdocs-reitcoach/libraries/src/Plugin/PluginHelper.php:188 { …} /httpdocs-reitcoach/libraries/src/Application/ConsoleApplication.php:252 { …} /httpdocs-reitcoach/cli/joomla.php:79 { …} } }Die Meldung scheint anzudeuten, dass die Datei /httpdocs-reitcoach/libraries/vendor/joomla/database/src/Mysqli/MysqliDriver.php nicht gefunden würde, jedoch wird die Meldung aus eben dieser Datei in Zeile 236 ausgegeben:
Codetrace: { /httpdocs-reitcoach/libraries/vendor/joomla/database/src/Mysqli/MysqliDriver.php:236 { …}Liebe Grüsse
Peter -
-
Menu Einträge, z.B. vom Type "Single Article" zeigen nicht nur auf den Artikel, sie können als sprechende URL direkt in der Adressleiste des Browsers eingegeben werden. Zum Beispiel kann über den Menu Eintrag "Anlass-xy" auf Website "exmaple.com" die entsprechende Seite mit Eingabe "https://example.com/anlass-xy" direkt aufgerufen werden.
Nun versuche ich dies mit einem Menu Eintrag vom Typ URL und URL "https://externer.ticketshop.com" zu machen. Menu "Ticketshop" erscheint im Menu auf der Website und ein Klick darauf leitet zum externen Shop "https://externer.ticketshop.com" weiter. Die Eingabe "https://example.com/ticketshop" führt aber dann nur zu einem "404 Komponente nicht gefunden".
Sollet das funktionieren? Wenn ja, was mache ich falsch?
-
-
-
Oder alternativ Menüeintrag vom Typ "Kategorie-Liste" wenn man nicht möchte das der Einzelbeitrag per Startseiten-Menüeintrag ausgegeben wird.
Es ging mir in dieser Diskussion ja hauptsächlich darum, dass ein Modul mit "Module assignment" auf "Only the pages selected" nicht unerwarteter auf Artikelseiten angezeigt wird. Mit einem Menueintrag vom Typ "Kategorie-Blog" wäre das ja sichergestellt.
Wenn dieser Menu-Eintrag in einem "Hidden" Menu liegt, kann der Artikel nur via Link in eine anderen Artikel angezeigt werden. Oder natürlich, wenn man den Link "kennt".
-
Bisher war mein Verständnis, dass ich für einen Artikel einen Menueintrag vom Typ "Single Article" machen muss, damit der Artikel über einen sprechenden Link, anstatt dem .../?view=... Link ansprechbar ist.
Offenbar, so lernte bei der aktuellen Diskussion, dass die Einstellungen für ein Modul in "Menu Assignment" das Setting "Module assignment" auf "Only the pages selected" nur bei Artikeln mit Menueintrag wirken. Bei anderen Artikeln wirkt die Unterdrückung nicht.
Bei Joomla! wird sehr viel über die Menüeinträge geregelt unter anderem auch die anzeige von Modulen!
Siehe z.B.:
Ich habe den genannten Beitrag gelesen und komme zu einer für mich neuen Erkenntnis:
Ein Menueintrag vom Typ "Category Blog" wirkt auf jede einzelnen Artikel in der Kategorie, so wie wenn der Artikel einen eigenen Menueintrag vom Typ "Single Article" hätte.
Ist das richtig?
Wenn ja, so sollte man also für jede Kategorie immer einen Menueintrag von Typ "Category Blog" in einem angezeigten oder auch nicht angezeigten Menu erstellen?
-
Software:
- Joomla 5.3.2
- Helix Ultimate 2.1.2
Site informationen:
- Hauptmenu => Für Nutzer sichtbares Menu
- Hidden Menu => Für Beiträge, die mit sprechender URL angesprochen werden sollen. Menu wird nirgends angezeigt.
Ich habe ein Custom Module (Position content-top), das nur auf der Startseite angezeit werden soll. Entsprechend ist in "Menu Assignment" das Setting "Module assignment" auf "Only the pages selected" eingestellt und dann nur der Menueintrag der "Start" Seite markiert.
Funktioniert soweit alles wie gewollt.
Nun habe ich in einem Artikel (A) einen Link auf einen andere Artikel (B) eingefügt. Mit Klick auf den Link in (A) wird (B) angezeigt, jedoch wird hier unerwünschter Weise auch das obige Custom Module angezeigt.
Ich habe dann einen Menueintrag (Bm) für (B) im Hidden Menu erstellt, den Link in (A) statt auf Artikel (B) auf den Menueintrag (Bm) gesetzt und das Custom Modul wird nicht mehr angezeigt. Soweit so gut.
Nun wollte ich das mal genauer untersuchen. Ich habe den mit dem Link und Menueintrag (publish, unpublish, delete) variiiert, jedoch kein konsistentes Verhalten gefunden. U.a. wird das Custom Modul auf Auf Seite (B) eigentlich (?) nicht mehr angezeigt, egal was eingestellt ist.
Intreressant ist auch, dass das Modul bei allen Artikeln ohne Menueintrag nicht angezeigt wird, wenn die Artikel über einen Artikel-Blog Typ Menueintrag aufgerufen und angezeigt werden.
Bevor ich da noch mehr Zeit mit variieren investiere, Fragen an die Kenner hier:
- Setzt die Unterdrückung von einem Modul (Menu assignment) einen Menueintrag voraus, ausser, der Artikel wird via Blog angezeigt?
- Ist das so gedacht, dass ein Modul mit "Module assignment" auf "Only the pages selected" auf Seiten (=Artikel) auf Seiten doch angezeigt wird, die keinen Menueintrag haben (und damit in der Liste "Menu Selection" gar nicht erscheinen?
-
Bezüglich fehlender Toolbar und nicht erscheinender Backend-Menüeinträgen siehe insbesondere auch die Zugriffsebene "Special" und welche Benutzergruppen in dieser Zugriffsebene sind:
...
Genau das war mein Problem bei einer neuen Site, die ich mit Joomla 5 neu am Aufbauen bin. Ich wollte gewissen Benutzern den Zugriff auf Phocadownload im Backend geben. Hatte alles funktioniert, mit Ausnahme der hier genannten Toolbar und Menuleiste.
Ich hatte analoges für eine andere Komponente (Balbooa Forms) in einer mit Joomla 4 aufgebauten und nun ebenfalls auf Joomla 5 laufenden Site gemacht. Dort funktioniert alles über nur eine neue Zugriffsebene (und Gruppe) und der Backend-Login Berechtigung für FA-Forms. Ich musste die Gruppe nicht in in die Special reinnehmen.
Das Ganze hatte mit bei der neuen Site Kopfzerbrechen verursacht, da ich vorwärts und rückwärts die beiden Sites vergliche hatte, und trotzdem bei der neuen die Toolbar und das Menu im Backend nicht angezeigt wurde. Erst als ich die Gruppe zu "Spezial" hinzugefügt habe, hat es finktioniert.
Auch wenn es nun funktioniert, würde ich schon gerne den Grund für das unterschiedliche Verhalten verstehen. Hat es irgendetwas damit zu tun , das eine Site Joomla 4 und die andere Joomla 5 als Basis hette?
-
-
-
Ich betreue mehrere Joomla Sites. Bei einer davon hatte ich das Update von V4.4.? auf V5 vor ein paar Wochen gemacht. Nun wollte ich die anderen Sites, welche auf 4.4.9 sind, angehen. Nach dem Backend-Login wird die Meldung "Joomla 4 has entered security only mode...." oben angezeigt. Im Dashboard wird jedoch Joomla als "auf dem neuesten Stand" angezeigt. Das Update auf V5 wird mir nicht angeboten, obwohl ich der Meinung bin, das System erfülle die Mindestanforderungen:
Was kann ich noch tun? Was übersehe ich?
-
-
Also, ich habe jetzt das error.php mit folgendem Code am Anfang ergänzt:
PHP
Alles anzeigen<?php ... $tvmUri = Uri::getInstance(); $tvmUri->toString(); $tvmUriPath = $tvmUri->getPath(); if ( (str_contains($tvmUriPath, "wettkampfanmeldung")) & !(str_contains($tvmUriPath, "wettkampfanmeldung-geschlossen")) ) { header("Location: " . "/wettkampfanmeldung-geschlossen", TRUE, 302); /* 302 = temp. moved */ exit(); } ... /* rest vom originalen error.php folgt... */Funkioniert wunderbar. Einziger Wermuthstropfen an der Geschichte: Ich muss aufpassen, dass meinen Modifikation am error.php bei einem Template Update (Helix) nicht verloren geht. Das error.php im Template Vezeichnis stellt ja schon den Override vom Standard Joomla erro.php dar und es gibt keine weitere Override Möglichkeit. Ich habe den File Mode auf 444 gesetzt und hoffe, dass das beim nächsten Template Updaze entweder einen Fehler zeigen wird, oder aber zumindest meine Modifikation unangetastet lässt.
-
Wie das funktioniert wird hier erklärt:
https://docs.joomla.org/Custom_error_pages
Es gibt auch Templates mit Framework, die es erlauben, die Error Page selbst zu egstalten und deren Anzeige zu aktivieren. Daher bitte auch immer angeben, welches Template verwendet wird. In diesem Fall ist es Helix Ultimate aber durch die fehlende Angabe muss man als freiwilliger Helfer erst auf deine Seite gehen und im Quelltext nachschauen. Also bitte immer alle Angaben hier bereitstellen.
Helix Ultimate Video:
Externer Inhalt www.youtube.comInhalte von externen Seiten werden ohne Ihre Zustimmung nicht automatisch geladen und angezeigt.Durch die Aktivierung der externen Inhalte erklären Sie sich damit einverstanden, dass personenbezogene Daten an Drittplattformen übermittelt werden. Mehr Informationen dazu haben wir in unserer Datenschutzerklärung zur Verfügung gestellt.Bitte um Entschuldigung, dass ich nicht daran gedacht hatte, das Template anzugeben.
Ich kenne die mageren Möglichkeiten, die Helix anbietet. Ich muss eigene Logik in das error.php reinbringen.
Helix nutzt offenbar die im referenzierten Joomla Docs Artikel beschriebene Möglichkeit und hat bereits ein eigenes error.php im Template Verzeichnis. Wenn ich das veränderte, dann wiürden meine Anpassungen den nächsten Helix Update nicht überleben. Ich müsste also einen Override vom Override haben.
Ich werde wohl einen Post-Helix-Update Schritt fest vorsehen müssen, um meine Anpassungen wieder zu aktivieren.
Oder gibt es noch andere Optionen?
Ich weiss, es geht hier um Joomla 4

Möchte trotzdem die Variante für Joomla 5 Cassiopeia Posten, die vielleicht nicht jeder kennt:
Ein «Eigenes Modul» (custom) erstellen und auf Position «Fehler-404» publizieren. Das war's.
Jetzt wo Du das erwähnst. Danke dafür.
Ich habe im Help vom Helix Template Error Page gelesen, dass man auch Module auf der Position 404 veröffentlichen kann. Scheint also auch bei Joomla! 4 zu gehen. Muss mir das mal genuer anschauen. Könnte die Lösung sein.
-
Hallo,
Ich verstehe, dass ich Template Overrides über "System" -> "Site Templates", dann das Template auswählen, machen kann. Es gibt dort das Tab "Create Override". Das File "error.php" wird im Tab "Editor" auf der Root Ebene des Templates angezeigt. Wenn ich es dort bearbeite, dann wird das Original File überschrieben.
Wie erstelle ich ein Override mit Joomla Mitteln? Wenn icht mit Joomla, wie dann?
-
Anschlussfrage. Ich kenne mich mit dem Joomla API leider nocht nicht wirklich aus.
Wenn ich dann festegetellt habe, dass es ein 404 für eine der betroffenen Seiten ist, so möchte ich direkt einen Joomla Artikel ausgegben, der den Fall erklärt. In allen anderen Fällen soll die standard Error-Page vom Template angezeigt werden.
Wie rufe ich einen spezifischen Artikel aus dem error.php auf?
-