Mir verschließt sich jetzt noch der Vorteil dieses neuen Ordners "files". Bislang lege ich halt im Ordner "images" einen Ordner "PDF" etc. an und gut ist. Was verbessert sich denn, wenn es nun files gibt?
Eine echte Verbesserung wäre, wenn man für Autoren einen Pfad festlegen könnte, wo sie ihre Mediendateien ablegen MÜSSEN. Da landet sonst alles gnadenlos im Root.
cu... O.D.
Solltest du den JCE Pro Editor benutzen, ist eine 2 klick Lösung schon dabei.
Ja? Hab ich noch gar nicht gesehen, wo verbirgt sich das?
cu... O.D.
Schau mal hier:
Benutzen wir auch seit kurzem, funktioniert einwandfrei. Kann ich empfehlen!
cu.. O.D.
So wir sind endlich dazu gekommen und haben das getestet, sobald "if (!Admin::isT4Template($template)) return;" in Zeile 39 eingefügt ist, mehr oder weniger wie es im auskommentierten Code direkt darunter steht, funktioniert das ganze wieder auf Anhieb.
Dann hoffen wir mal, dass die Kollegen von Joomlart das Ganze mit einem Update fixen.
Danke.
Ergänz mal interimsweise in der
plugins/system/t4/admin/src/Params.php
im Bereich der Zeile 39 den folgenden Check:
Codeif (!Admin::isT4Template($template)) return;
Die angepasste Passage sollte dann so aussehen:Codepublic static function beforeSave($table) { if (!Admin::isT4Template($template)) return; $params = is_string($table->params) ? new Registry($table->params) : $table->params; // save global params $props = array_keys($params->toArray());
Prima!
Dann kannst du ja noch auf 'Erledigt' setzen!
Wie stelle ich einen Thread auf "gelöst"?
Dafür geht der Ersteller des Threads folgendermaßen vor:
In der Threadübersicht das rote Quadrat doppelklicken und so auf "erledigt" stellen.
Oder in den Theama > Einstellungen > gelöst.
Ja, ich denke, Problem gelöst. Dank Eurer Hilfe. Vielen vielen Dank - ich muss Euch wirklich mal meinen Respekt aussprechen! Ihr helft so viel und ich kann da gar nicht mithalten, da hab ich manchmal ein schlechtes Gewissen.
cu.... O.D.
Hallo JoomlaWunder,
ich hab das Menü dazu gefunden. Funktioniert bei Keyweb über ein einfaches Textfeld. Super Danke!
cu... O.D.
Auch wenn das ein anderes Problem ist, aber:
Kannst du denn mit diesem sehr niedrigen Wert eine Änderung in der Joomla-Konfiguration (Backend) abspeichern. Bei vielen Installationen (Joomla 4) war das mit max_input_vars von 2000 nicht möglich. Mit 4000 oder 5000 war das dann kein Problem. Solltest du auf jeden Fall mal höher setzen! Möglicherweise hat sich das ab Joomla 5 auch geändert?!?
Nur so nebenbei.
Ja, da muss ich schon wieder passen. Haben wir selber nie dran gedreht. Ich schau grad mal nach und sehe, dass es mal auf 1000 steht oder mal1500. Ja ok, ich möchte deinem Vorschlag gerne folgen.
Ich schätze mal, das geht in der user.ini. Beim neuen Server hab ich noch nicht rausbekommen, wo man da drehen kann. Beim DF-Server sehe ich, dass die Werte auf 3000 stehen, Joomla aber nur 1500 anzeigt.
Oder liege ich falsch, dass ich den Wert am Server einstellen muss?
cu...O.D.
Fachwissen setzt hier beim Lesen des Codes von T4 an, das ist in der Tat etwas für Fortgeschrittene.
Der Teil vorher, also das Eingrenzen auf das Plugin, ist hingegen recht einfach: auf Grundlage der "finalen" Fehlermeldung ist es nicht möglich, das Problem auch nur ansatzweise einzugrenzen, also muss man sich hier zusätzliche Infos besorgen und der Debug Mode ist da immer die erste Anlaufstelle. Alles andere ("check mal XYZ", "kontrollier mal ABC") ist nichts anderes als rumraten und somit wenig zielführend
Ja, stimmt. Wir haben uns bislang auf auf den Support verlassen und uns darauf verlassen, dass die das fixen. Hat bisher immer geklappt. Darum wundert es mich, dass die da nicht selber drauf gekommen sind.
Leider hat mein Sohn noch keine Zeit gehabt, Deinen Code mal zu testen. Hoffe, er kommt diese Woche noch dazu.
cu...O.D.
Der Code-Block sieht für mich aus als hätte jemand bei JoomlArt da vor dem letzten Update dran gearbeitet, halbfertigen Code hinterlassen und dann ist der Kram so veröffentlicht worden. Denn dort ist auskommentierter "richtiger" Code, der genau diese Check (ist das gespeicherte Template ein T4 Template?!) gemacht hätte.
Hey cool, vielen Dank. Das mit dem Code muss mein Sohn machen, der macht das in unserem Laden, ich bin da nicht der große Meister.
Meinen Respekt, richtiges Fachwissen ist halt doch super!
Wir versuchen das mal und berichten dann!
cu... O.D.
Ist denn bei all euren Seiten T4 installiert? und ist die Version des System Plugins jeweils identisch? Wenn ich mir den Code der aktuellen Version anschaue, müsste das zumindest in dieser Version recht zuverlässig auftreten.
Fast ja, wir sind recht zufrieden mit den Templates und kommen gut damit zurecht. Meistens 
Normalerweise ist auf unseren Seiten immer alles auf dem neuesten Stand, wir updaten sehr zeitnah.
Also wichtig ist mal, dass wir nach dem hin- und her wissen, wo der Fehler liegt. Und solange da nichts anderes davon betroffen ist, als das Admin-Menü-Style, ist alles halb so wild.
Unser Umzug von DF hin zu KeyWeb fängt aber gerade erst so richtig an, wir werden sehen, wie sich das entwickelt.
cu... O.D.
Ja, wenn ich das T4-Plugin-Abschalte, funktioniert es, keine Fehlermeldung. Eindeutig! Nur das Frontend funktioniert dann halt nicht mehr...
Ihr seit super! Danke!
cu... O.D.
Das sieht nach einem Fehler im T4 System Plugin aus. Dort soll, wenn ich den Code richtig interpretiere, die Konfiguration von T4 Framework Templates in einem Unterordner des jeweiligen Templates gespeichert werden; das Atum ist aber natürlich kein T4 Template, deswegen sollte das Plugin dort garnicht los laufen. Ist ein Fall für ein Supportticket beim Hersteller Joomlart.
Schick Ihnen dabei genau diesen Stacktrace mit, das wird helfen.
Aha! Danke! Sehr gut. Dann haben die mich aber kräftig auf den Arm genommen, denn die hatten einen Zugang bekommen und konnten selber testen und haben hinterher geschworen, dass es nicht an Ihnen liegt.
Ich mach da sofort noch einmal ein Ticket auf!
Nur komisch, dass das dann nur so selten auftritt.
Vielen Dank!
cu... O.D.
Ich würde sagen, das T4 System Plugin ist schuld
Hatten wir auch in Verdacht. Welche Fehlernummer genau meinst du?
JoomlArt war sehr kooperativ, hat nach eigenen Angaben alles getestet und konnte das Problem nicht nachvollziehen. Vor allem nicht, weil es zu 90% ja auch bei uns klappt.
Deshalb frage ich ja hier: Weder der Hoster noch der JoomlArt kommen weiter, obwohl sie auch versuchen, das Problem zu ermitteln. Allerdings muss ich mich drauf verlassen, dass die das auch tun, kontrollieren kann ich nicht, ob die uns nur mit netten Angaben abspeisen.
Darum stehen wir gerade total auf dem Schlauch. Auch wenn es jetzt nicht der schlimmste Fehler ist.
cu....O.D.
Stimmen die Schreibrechte der Ordner und Dateien? Stimmen die Pfade zu logs und tmp Ordner?
Ja, alles gut dort! Stehen bei allen beiden auf dem neuen Server auf 0755, auf dem alten Server bei 750. Haben wir aber testweise umgestellt, keine Änderung.
cu... O.D.
Aktiviere den callstack, damit man sehen kann, wo der Fehler geworfen wird.
OK:
0 Joomla\Filesystem\Folder::create: Path not in open_basedir paths
| # | Function | Location |
|---|---|---|
| 1 | () | JROOT/libraries/vendor/joomla/filesystem/src/Folder.php:180 |
| 2 | Joomla\Filesystem\Folder::create() | JROOT/plugins/system/t4/src/t4/Helper/Path.php:90 |
| 3 | T4\Helper\Path::saveLocalContent() | JROOT/plugins/system/t4/admin/src/Params.php:50 |
| 4 | T4Admin\Params::beforeSave() | JROOT/plugins/system/t4/t4.php:255 |
| 5 | PlgSystemT4->onExtensionBeforeSave() | JROOT/libraries/src/Plugin/CMSPlugin.php:289 |
| 6 | Joomla\CMS\Plugin\CMSPlugin->Joomla\CMS\Plugin\{closure}() | JROOT/libraries/vendor/joomla/event/src/Dispatcher.php:454 |
| 7 | Joomla\Event\Dispatcher->dispatch() | JROOT/libraries/src/Application/EventAware.php:111 |
| 8 | Joomla\CMS\Application\WebApplication->triggerEvent() | JROOT/administrator/components/com_templates/src/Model/StyleModel.php:503 |
| 9 | Joomla\Component\Templates\Administrator\Model\StyleModel->save() | JROOT/libraries/src/MVC/Controller/FormController.php:689 |
| 10 | Joomla\CMS\MVC\Controller\FormController->save() | JROOT/administrator/components/com_templates/src/Controller/StyleController.php:147 |
| 11 | Joomla\Component\Templates\Administrator\Controller\StyleController->save() | JROOT/libraries/src/MVC/Controller/BaseController.php:730 |
| 12 | Joomla\CMS\MVC\Controller\BaseController->execute() | JROOT/libraries/src/Dispatcher/ComponentDispatcher.php:143 |
| 13 | Joomla\CMS\Dispatcher\ComponentDispatcher->dispatch() | JROOT/libraries/src/Component/ComponentHelper.php:361 |
| 14 | Joomla\CMS\Component\ComponentHelper::renderComponent() | JROOT/libraries/src/Application/AdministratorApplication.php:150 |
| 15 | Joomla\CMS\Application\AdministratorApplication->dispatch() | JROOT/libraries/src/Application/AdministratorApplication.php:205 |
| 16 | Joomla\CMS\Application\AdministratorApplication->doExecute() | JROOT/libraries/src/Application/CMSApplication.php:306 |
| 17 | Joomla\CMS\Application\CMSApplication->execute() | JROOT/administrator/includes/app.php:58 |
| 18 | require_once() | JROOT/administrator/index.php:32 |
Bei den anderen Installationen kommt keine Fehlermeldung.
cu... O.D.
Du meinst sicherlich im Backend? Oder habe ich deine Fragestellung falsch verstanden?
Teste mal einen anderen Browser!
Und du nutzt irgendetwas zur Absicherung des Backends. Vielleicht mal testweise deaktivieren!
Wie hoch ist max_input_vars beim Hoster eingestellt? (das wir aber sehr wahrscheinlich nicht die Ursache sein)
Richtig, nur im Backend und nur unter "System - Admin Template Stile - Atum". Also eine Joomla Komponente. Wir customizen dort die Joomla-Installation auf unsere Firma.
Wir haben alle Browser und dies auf einigen verschiedenen PC versucht, gleiches Ergebnis.
Wir haben testweise alles mögliche deaktiviert, keine Änderung.
max_input_vars steht bei allen Installationen auf 1000.
cu... O.D.
Nur zur Sicherheit gefragt:
Systeminformationen > Verzeichnisrechte > Temp-Verzeichnis: beschreibbar?
Liebe Grüße
Christine
Ja klar!
Ich kenne den Provider nicht aber vielleicht einfach mal dort nachfragen ob die eine Idee haben.
Nein, haben wir schon. Auch nix. Muss an Joomla liegen sagen die.
cu..O.D.
Wenn ich so im Web suche, gibt es Hinweise, dass man es in der php.ini bearbeiten könnte. Aber das bietet Keyweb nicht an. Wo findet man diese Datei in Joomala?
cu... O.D.
1. livesite in der configuration.php prüfen und falls dort die Domain eingetragen ist, entfernen.
2. die .htaccess deaktivieren (umbenennen in z.B.htaccess.old) und wenn es dann funktioniert die original htaccess von Joomla verwenden
Vielleicht 1. und 2. auch keine Lösung aber das hier eventuell hilfreich:
Vielen Dank für die Antwort!
Aber leider nein, in der configuration.php steht keine Domain und auch die htaccess ist nicht der Täter ...
Und der alte Beitrag bringt mir jetzt leider so auch nichts, auch wenn er den Fehler vielleicht eingrenzen könnte. Aber das war ja noch Joomla uralt, so kommt ich da leider nicht weiter.
cu... O.D.
