Ich konnte das Plugin nun fixen. Der Fehler ist behoben - es funktioniert wieder.
Danke für alle Tipps!
Gruss
langi
Ich konnte das Plugin nun fixen. Der Fehler ist behoben - es funktioniert wieder.
Danke für alle Tipps!
Gruss
langi
nun hast du den Übeltäter ja gefunden
Ja, aber ich weiss nicht, was ich ihn reparieren kann.
Es ist das Plugin "Intelligente Suche - SP Page Builder" das den Fehler verursacht. Ich kann dieses aber nicht einfach deaktivieren, da die ganze Seite mit SP Pagebuilder aufgebaut ist. Eine Suche ohne dieses Plugin läuft also ins Leere.
Da mein Abo bei SP Pagebuilder abgelaufen ist, kann ich kein Update mehr beziehen und erhalte keine Unterstützung mehr.
Gibt es eine Lösung, um dieses Problem in den Griff zu bekommen?
Ich habe mir nun mal in den Entwicklertools des Firefox die Ajax Anfragen anzeigen lassen. Die Antwort der letzten Anfrage ist:
{
"error": true,
"code": 0,
"message": "Class \"FinderIndexer\" not found",
"trace": "#0
/usr/www/users/langena/Testumgebung/administrator/components/com_finder/src/Indexer/Adapter.php(261): PlgFinderSppagebuilder->index()\n#1
/usr/www/users/xx/libraries/src/Plugin/CMSPlugin.php(289): Joomla\\Component\\Finder\\Administrator\\Indexer\\Adapter->onBuildIndex()\n#2
/usr/www/users/xx/libraries/vendor/joomla/event/src/Dispatcher.php(454): Joomla\\CMS\\Plugin\\CMSPlugin->{closure:Joomla\\CMS\\Plugin\\CMSPlugin::registerLegacyListener():273}()\n#3
/usr/www/users/xx/administrator/components/com_finder/src/Controller/IndexerController.php(189): Joomla\\Event\\Dispatcher->dispatch()\n#4
/usr/www/users/xx/libraries/src/MVC/Controller/BaseController.php(730): Joomla\\Component\\Finder\\Administrator\\Controller\\IndexerController->batch()\n#5
/usr/www/users/xx/libraries/src/Dispatcher/ComponentDispatcher.php(143): Joomla\\CMS\\MVC\\Controller\\BaseController->execute()\n#6
/usr/www/users/xx/libraries/src/Component/ComponentHelper.php(361): Joomla\\CMS\\Dispatcher\\ComponentDispatcher->dispatch()\n#7
/usr/www/users/xx/libraries/src/Application/AdministratorApplication.php(150): Joomla\\CMS\\Component\\ComponentHelper::renderComponent()\n#8
/usr/www/users/xx/libraries/src/Application/AdministratorApplication.php(195): Joomla\\CMS\\Application\\AdministratorApplication->dispatch()\n#9
/usr/www/users/xx/libraries/src/Application/CMSApplication.php(306): Joomla\\CMS\\Application\\AdministratorApplication->doExecute()\n#10
/usr/www/users/xx/administrator/includes/app.php(58): Joomla\\CMS\\Application\\CMSApplication->execute()\n#11
/usr/www/users/xx/administrator/index.php(32): require_once('
/usr/www/users/...')\n#12 {main}"
}
Alles anzeigen
Ich bin da etwas überfordert. Kann man daraus Hinweise erkennen?
hast Du denn ein oder mehrere Core Finder Plugins aktiviert
Alle Suchindex Plugins sind aktiviert.
Wenn ich im Administrator den Suchindex erstellen will, kommt die Fehlermeldung:
"Es ist ein Fehler aufgetreten
Class "FinderIndexer" not found"
Ich installierte erneut die Joomla Core Daten - ohne Erfolg.
Was kann der Grund dafür sein?
Danke für jede Unterstützung.
langi
Zitat von ElwoodKonntest du nun die jcemediabox.min.js erfolgreich komprimieren?
Nein, das geht mit dieser Konstellation definitv nicht. Ich lass das mal. Ich denke, dass es auch nicht allzu viel bringen würde. Wie erwähnt ist der Hauptbremser AdSense.
Zitat von ElwoodHast du GA deaktiviert oder besondere Einstellungen vorgenommen?
Ich habe noch nicht entschieden, ob ich GA deaktiviere oder nicht. Hilfreiche Einstellungen sehe ich im Moment keine.
Das Thema hat sich erledigt. Die Verzögerungen wurden von Google Adsense verursacht.
Besten Dank für die tolle Unterstützung!
Gruss
langi
Zitat von ElwoodAchso, ich dachte, die Seite liegt lokal:
Sorry, ich trug das falsch ein. Provider ist Hetzner.
Zitat von Sieger66JD19DE - Mit Warp 10 durch den Arbeitsspeicher
Danke für den Link.
ich habe diesen interessanten Vortrag mal zu Gemüte geführt.
Mir fällt auf, dass folgender Schritt bei verschiedenen Aufrufen von 21 bzw. 52ms bis 995 bzw. 980ms sehr unterschiedlich lange dauert:
beforeRenderRawModule mod_menu (Main Menu) (1.05MB) (21.58ms)
afterRenderRawModule mod_menu (Main Menu) (41.78KB) (52.37ms)
Woran kann dies liegen?
Besten Dank für die ausführliche Antwort. Die Antwortzeit ist zum Teil schon recht lange (bis 4sec). Der Provider sagt, serverseitig sei die Antwortzeit kurz, es müsse an der Optimierung der Scripte liegen.
Ich werde es nun mal mit JCH Optimizer versuchen.
Installliere dir doch mal das Quickstart
Ich gehe schon davon aus, dass es mit Quickstart oder Cassiopeia funktioniert, da es spezifisch ein Problem JCE <=> HelixUltimate ist.
Ich möchte mir aber den Aufwand sparen, das Ganze neu zu konfigurieren. Deshalb ist mir die Frage wichtig, ob es bei ativiertem Gzip überhaupt etwas bringt, wenn vom Framework die Javascripts komprimiert werden.
Gruss
langi
@ Elwood
Besten Dank! Ich sah diesen Austausch auch. JCE macht sich die Sache aus meiner Sicht etwas einfach. Sie empfiehlt ja einfach die Komprimierung zu deaktivieren. Die andere Seite, JoomShaper mit HelixUltimate, schiebt den schwarzen Peter JCE zu mit der Begründung, sie könnten nicht alle Erweiterungen berücksichtigen, was ich ja irgendwie noch begreife. Es sieht hier also nicht nach einer Lösung aus.
Ich dachte, es gäbe vielleicht einen anderen Weg mit einer anderen Alternative, deshalb diesen Post.
Ich bin mir zwar nicht sicher. Ich habe im Joomla Gzip aktiviert. Bringt es dann noch etwas, wenn die Javascripts komprimiert werden? Oder ist das ohnehin schon der Fall?
Gruss
langi
Hast du es mal mit dem Standard-Template Cassiopeia versucht?
Nein, habe ich nicht.
Das Problem entsteht ja auch nur mit HelixUltimate wenn ich dort "Compress Javascript Files" aktiviere.
Ich habe eine Seite mit HelixUltimate aufgebaut und verwende die JCE Mediabox. Das funktioniert soweit.
Da ich viele js-Scripte einsetze, möchte ich die Funktion "Compress Javascript Files" nutzen. Leider klappt dies mit "jcemediabox.min.js" nicht. Wenn ich js komprimiere, wird "jcemediabox.min.js" gar nicht geladen. "jcemediabox.min.js" habe ich unter "Exclude Javascript Files" eingefügt - bringt aber nichts.
Wie kann ich dies lösen? Da die Komprimierng die Antwortzeit der Seite merklich verbessert, bin ich um jeden Tipp dankbar.
Gruss
langi
Ist nun erledigt. Es lag am Routing.
Wie mit "$this->pagination->setAdditionalUrlParam());" der Parameter "k" zur URL hinzugefügt werden kann, ist mir inzwischen klar.
Mein Problem nach wie vor: Warum wird diverse.html durch scores.html ersetzt? Wie gehe ich vor, um die Ursache zu finden?
Danke für diesen Tipp.
Ich bin mir aber nun nicht sicher wie für mich ich die Zeile " $this->pagination->setAdditionalUrlParam());" aussehen muss.
$this->pagination->setAdditionalUrlParam('month', $state->get('filter.month'));
Bei mir erscheint zwar die Pagination aber mit falschen url. Die url der Seite ist: "https://www.muster.ch/xy/category/5/diverse.html?k=5". Für die Pagination erscheint aber: "https://www.muster.ch/xy/category/5/scores.html?start=80" statt "https://www.muster.ch/xy/category/5/…ml?k=5&start=80".
Hallo
Ich benutze ein altes Script, das ich aber noch länger brauchen werde. Seit dem Joomla Update 5.1.4 funktioniert die Pagination nicht mehr.
Wenn ich in "libraries/src/Pagination/pagination.php" den Eintrag
// Platform defaults
$defaultUrlParams = [
'format' => 'CMD',
'option' => 'CMD',
'controller' => 'CMD',
'view' => 'CMD',
'layout' => 'STRING',
'task' => 'CMD',
'template' => 'CMD',
'templateStyle' => 'INT',
'tmpl' => 'CMD',
'tpl' => 'CMD',
'id' => 'STRING',
'Itemid' => 'INT',
];
Alles anzeigen
entferne, funktioniert es wieder. Da dies mehr oder weniger sichheitsrelevant ist und ich ich nicht bei jedem Update die Datei anpassen will, suche ich eine Lösung. Gefunden habe ich sie noch nicht.
Es handelt sich um ein relativ komplexes Script und ich bin zu wenig versiert, die notwendige Anpassung am richtigen Ort zu finden.
Wie gehe ich am Besten vor?
Danke für jeden Tipp.
langi
ZitatVielleicht mal die Fehlermeldung dort ins Forum stellen:
Hatte ich versucht. Da ich aber die Free Version verwende, bekomme ich dort keinen Zugang.
Danke euch für die Inputs.
Das Plugin lädt ja zusätzlichen Code, der sich auf die Seitenladezeiten auswirkt. So braucht es bekanntlich mehr als 500 PHP-Funktionsaufrufe für jede Anfrage. Deshalb möchte das Kompatibilitäts Plugin deaktivieren, sobald dies möglich ist.