Sieger66 J!oomlaner

[…]

Daran ist Joomla nicht schuld.
Wenn man einen Webhoster nutzt der dies so handhabt ist ja vor allem der Nutzer selbst schuld.
Siehe auch z.B.:

PHP 7.4 - end of support - Umfrage bei diversen Hostern zur Verfügbarkeit über Januar 2023 hinaus

…

Hast du es auch schon einmal per URL mit integrierten "htaccess-Zugangswerten" getestet z.B. nach folgendem Muster:

http://Zugangsname:Passwort@example.com/testverzeichnis/testdatei.htm

Hallo Mona,
willkommen im Forum.

Bei welchem Webhoster bist du und welches "Webhostingpaket" hast du dort?

Welche Werte stehen in den nachfolgenden Zeilen in der Spalte "Local Value" im Backend unter
System -> Systeminformationen -> PHP Informationen

…

[…]

Nein.

[…]

Liegt ja wohl auch an PHP siehe z.B. auch year dort:

https://www.php.net/manual/de/function.mktime.php

Dann fehlt ja wohl nur noch:

Wie stelle ich einen Thread auf "gelöst"?

[…]


Das verschieben in den Joomla-Core ist eigentlich nicht erforderlich und das wäre alles wohl auch im Template ebenso möglich, dort wo die Datei zuvor ursprünglich schon einmal war.

Liegen die verschiedenen Jommlas alle paralellen Dateiordnern oder werden sie z.B. per Subdomain aufgerufen?

Für Anfänger eventuell nützlich:

https://openbook.rheinwerk-ver…omla_3/09_003.html#u9.3.1

https://openbook.rheinwerk-ver…omla_3/10_002.html#i10_34

https://cassiopeia.joomla.com/…rid-positions-and-chromes

…

bzw. siehe diesbezüglich z.B. auch (Alternative Menu Items) dort :

https://docs.joomla.org/J3.x:L…la#Alternative_Menu_Items

Als weitere Variante aber ohne zusätzliche xml-Datei und weitere Dateinamenumbennenungen usw. könnte man natürlich auch ein…

Ich habe es kurz nachgestellt und bei mir geht es. Es werden zwei Radio-Buttons im Formular ausgegeben.
Es liegt wohl an deinem Template
Hast du z.B. auch schon mal per anhängen von
&template=protostar
an die URL,
geschaut ob es dann korrekt angezeigt wird ?

…

[…]

Nein!

Siehe z.B. auch die Probleme die du finden kannst wenn du die von dir genannten Webhoster hier im Forum in der Forensuche suchst.

Siehe z.B. auch:

...bei diversen Hostern ...

Und zusätzlich am besten auch dort:

www.akeeba.com/documentation/akeeba-kickstart-documentation.html

Nutze z.B. die Subdomain oder ändere die .htaccess :

github.com/joomla/joomla-cms/blob/4.2.6/htaccess.txt#L96-L125

entsprechend deinen Bedürfnissen ab.

Kannst auch mal z.B. eine Subdomain einrichten die direkt auf deinen Testverzeichnisdateiordner zeigt und dann testen ob der Fehler beim aufrufen der Subdomain weiterhin besteht.

Da du das ganze ja ohnehin an einer Modulposition ausgeben willst, würde ich mir in diesem Fall deine umständliche und fehlerträchtige vorgehensweise ersparen und wie in #6 von mir bereits verlinkt vorgehen oder per eigenem Modul-Override. Per eigenem…

[…]

Ist eigentlich nicht zwingend notwendig insbesondere wenn es sich nur um Beiträge handelt die einen QR-Code bekommen sollen. Die entsprechenden QR-Codes könnte man z.B. ja auch von eurem Webserver beim Webserver https://api.qrserver.com holen lassen…

Und warum gibst du uns nicht den Namen der Komponente, Modul, Plugin oder Dateiname mit Dateipfad in dem der Programmierfehler ist ?

Du hast noch weitere Module.
Eventuell nützlich:

help.joomla.org/proxy?keyref=Help42:Modules&lang=de#Spalten-.C3.9Cberschriften

bzw.:

/administrator/index.php?option=com_modules&view=modules

Das kommt übrigens raus wenn man den Beitrag ohne Module aufruft:

…

Dazu müßtest du wahrscheinlich nur einen Template-Override erstellen:

/templates/"dein Template"/html/plg_fields_acfqrcode/acfqrcode.php

und darin dann einen freigewältes Kürzel abfragen z.B.
+##link
das du in den entprechenden Beiträgen als QR-Code-Text…

Welches Plugin den Fehler bringt steht ja in den ersten Zeilen.
Dieses Plugin bezüglich Fehlermeldung kompetent anschauen oder zum Test deaktivieren oder die Datei vorläufig umbenenen.