Solltest du interesse haben das ganze über CSV-Dateien automatisch erstellen zu lassen, habe ich hier eine Erweiterung die dich vielleicht interessieren könnte:
https://github.com/JoomTools/plg_content_jtcsv2html (Beschreibung)
https://github.com/JoomTools/p…sv2html/archive/3.0.0.zip (PLG-Download)
Nutze nicht die Version von DF da du sonst sehr wahrscheinlich ein wwwrun Problem hast. Lader dir statt dem Update-Package die Vollversion runter und installiere Diese.
Hm...
Handelt es sich um eine frische Installation, oder war es ein Update einer älteren Version?
Wenn ja, von welcher Version aus wurde aktualisiert und gab es Fehler bei der Aktualisierung?
Schau mal im Backend unter Erweiterungen -> Verwalten -> Datenbank und Erweiterungen -> Verwalten -> Überprüfen ob da was nicht stimmt.
Eventuell kannst du mal unter Komponenten -> Joomla!-Aktualisierung nochmal auf Aktualisierungen prüfen und eine Neuinstallation der Kerndateien durchführen.
Du könntest auch mal im Firefox oder Chrome mit [F12] die Entwicklerkonsole öffnen und Console schauen ob es Fehler bei der Ausführung gibt oder unter Netzwerkanalyse bzw Network (nach neuladen der Seite) schauen ob es Dateien gibt die nicht geladen werden (z.B. Status 404)
Es handelt sich um ein Yootheme-Template, wahrscheinlich noch ein Warp7.
Das Problem hier ist, dass das Logo in einer dafür vorgesehenen Position (Modul) hinterlegt ist und (bei diesem Template-System bekannt) durch das Containerelement um das Logo )in Deinem Fall das <p>) das Bild nicht mehr in der Menüzeile bleibt, sondern um eine Zeile nach unten verrutscht.
Berdenkt man das, wird das Logo richtig angezeigt, da sich die Skalierung an der Höhe orientiert und somit die Breite anpasst.
Ich würde das anders lösen:
1. Ich würde anstelle des Logos für die mobile Darstellung Text verwenden, dabei gilt zu beachten, Editor deaktivieren und alle Containerelemente entfernen.
2. das Logo in einer Position unterhalb des Menüs platzieren, dann pass es sich in der Breite an die Displaygröße an, und somit auch in der Höhe.
Da gibt es zumindest ein CLI-Script in Joomla: /cli/finder_indexer.php
Wie man das verwendet ohne Konsole, weiß ich aber auch nicht.
Mit einem Cronjob, sofern das der Anbieter erlaubt.
Ich würde im Joomla Root-Verzeichnis einen Unterordner flyer/flyerXXX/ erstellen und via FTP deine Ausgabe dort rein kopieren und dann im Beitrag da Wort Flyer mit der Einstiegsdatei (meist index.html) in diesem Verzeichnis verlinken.
Das ist es was ich herausfinden wollte. Dann muss regelmäßig der Index erstellt werden, oder eben der Beitrag neu gespeichert. Bei Speichern wird der Beitrag in den Index aufgenommen. Mehr weiss ich zum com_finder auch nicht, ausser dass er Probleme mit Suchbegriffen mit Umlauten/Sonderzeichen hat.
Auch bei einem Fields-Plugin werden mit $context die nötigen Informationen mitgegeben, was gerade aufgerufen wird. Nur leider hab ich noch keine Doku gefunden, was wann zurückgegeben wird. Hier hilft also nur ausprobieren.
Clemens-XS
Du hast den Thread als gelöst markiert?
Was war denn das Problem und wie wurde es gelöst?
Interessiert mich brennend 
Hab vor kurzem ein System-Plugin geschreiben, welches sich in die Registrierung und CustomFields hängt und Zusatzfelder nur für bestimmte Gruppen zeigt. Vielleicht kannst du dir da was ableiten.
Hm...
Bin irritiert, hab beide Plugins an auf meiner lokalen Entwicklungsumgebung mit PHP 7.2.13 auf Arch, und hab jetzt sicher insgesamt 6 Std. gearbeitet und bestimmt genauso lange Pausen dazwischen gemacht. Bin kein einziges mal abgemeldet worden 
Meine Sitzungslänge steht auch auf 999 
Ein link zur Seite wäre ganz nett und auch ein Suchbegriff, bei dem du mehr Ergebnisse erwartest, als angezeigt werden.
Erstmal abwarten, ob es relevant ist
Eine Idee hätte ich noch.
Prüfe mal die Uhrzeit der letzten Logins ob da eine Diskrepanz zu deiner lokalen Zeit existiert, ggf. könntest du die Zeitzone in der globalen Konfiguration von Joomla mal umstellen.
Schalt mal die Erweiterung Quix ab.
In älteren Joomla-Versionen gab es mal ein Session-Problem in der Datenbank.
Bevor das gefixt wurde, gab es einen Workaround um mit einem Cronjob die Sessiontabelle in der Datenbank zu bereinigen.
Hast du, oder dein Hoster, vielleicht so einen Cronjob am laufen?
Jetzt gibt es ein Plugin dafür, prüfe mal dort die Werte.
Um mal meine 5Cent dazuzugeben.
Wenn ich mal Dein Beispiel vom Auto aufgreifen darf, ein Shop ist vergleichbar mit einem Rennwagen und du möchtest an Rennen teilnehmen und auch gewinnen, hoffe ich mal.
Meiner Meinung nach hast du jetzt 2 Möglichkeiten:
Deine Vorstellung davon, wie viel die Umsetzung und der Betrieb eines Shops kostet, liegen jedoch weit von meinen Schätzungen entfernt, vor allem wenn du dich für 2. entscheidest.
Sorry, mein Fehler beim Lesen, bitte von mysql in mysqli umändern, hab Deine Fehlermeldung zu schnell gelesen.
Bei genauerem Hinsehen ist genau das Gegenteil der Fall. Bei Goneo wurde der Support für MySQL abgestellt
Bitte nicht den Windoof Standardeditor verwenden.
Installiere dir z.B. Notepad++ und bearbeite die Datei damit.
Hm...
Die joomla.xml im Hauptverzeichnis lässt eher vermuten, dass es sich um eine ältere Joomla-Version handelt.
Im Hauptverzeichnis von Joomla (über FTP) gibt es eine Datei namens configuration.php.
1. Dateiberechtigungen (rechte Maustaste auf Datei) auf 644 stellen (Eigentümer darf bearbeiten)
2. Die Zeile public $dbtype = 'mysqli'; suchen und in public $dbtype = 'mysql'; abändern
Lässt sich die Seite jetzt wieder aufrufen?
