Haben mich aber leider nicht weiter gebracht, steh also noch am Anfang.
In Zeile 3 deines Bildes findest du Pfad zur defekten index.php-Datei deines Templates ashton. Und die Zeile, wo der Fehler ist.
In der Zeile steht wahrscheinlich auch dieses Fragment, dieser Teil
und exakt den Code-Fitzel, nicht mehr und nicht weniger der Zeile, tauscht aus gegen
Das wurde aber tatsächlich schon gefühlte 100x in den letzten Wochen in den Joomla-Foren besprochen und sonstwo 
Dann muss regelmäßig der Index erstellt werden
Da gibt es zumindest ein CLI-Script in Joomla: /cli/finder_indexer.php
Wie man das verwendet ohne Konsole, weiß ich aber auch nicht.
Ich habe die Seite wohl gefunden. Es handelt sich um eine Suchindex-Suche, die ich da sehe, also nicht com_search, sondern com_finder.
Damit sind natürlich nur die Einstellungen in dieser Komponente relevant und search-Plugins komplett Bohne.
Und da die ihre eigene, vollkommen undurschaubare Logik hat, bin ich mal raus hier. Weiß nur, dass man Faktoren vergeben kann, was nun relevanter ist als anderes.
Bei Schlagworten wo ich die Artikel jetzt neu gespeichert habe
Zur Klarstellung: Du redest von Joomla-Schlagworten der Joomla-Komponente "Schlagworte"?
Das Erste, was ins Auge sticht, ist die JavaScript-Meldung:
ZitatError: Bootstrap's JavaScript requires jQuery version 1.9.1 or higher, but lower than version 3
Deine Seite lädt JQuery 3.1.0. Warum? Jedenfalls zu hoch für normales Joomla 3. Reicht nicht das joomlaeigene JQuery?
In Folge dann Haufen JS-Features, die Fehler werfen und nicht funktionieren.
Um das zu testen, musst aber aus der "komischen" Frameumgebung rausgehen, die du mir geschickt hast und die richtige Seite mit dem relaunch im Namen durchsehen.
Link zu deiner Seite? Wo das nicht funktioniert.
Im HEAD ist das wohl das System-Plugin JQueryEasy. Fraglich, ob du das unter Joomla 3 überhaupt brauchst.
Jedenfalls solltest du prüfen, ob aktuell und in den Einstellungen mal rumschauen. Man sollte jedenfalls einstellen können, dass JQuery und weitere, falls aktiviert, aus dem Joomla-Framework geladen wird und nicht von extern.
(Gab zumindest früher auch eine Einstellung, welches Protokoll verwendet wird, aber, wenn du das Framework wählst, statt extern, sollte das hinfällig sein.)
googleapis
Such mal in den Dateien und Datenbank NUR danach.
Deaktiviere schrittweise Plugins, Module, andere Erweiterungen, die als "Autor" nicht "Joomla! Project" haben. Wenn's eine neuere Seite ist sind das Erweiterungen mit einer ID > 10.000.
Leider ist die betr. Seite derzeit nicht zu erreichen.
Man darf davon ausgehen, dass das Modul, vermutlich im helper, wo die $list zusammengestellt wird, eben eine Funktion verwendet, die HTML-Tags entfernt, bevor dann der Text gekürzt wird. Das ist das übliche Vorgehen bei (nicht nur) Modulen, die eben Text kürzen.
Wenn z.B. ein Text auf 20 Zeichen gekürzt werden soll, dann ist es natürlich Nonsens ein
zu kürzen, weil invalides HTML rauskäme, was dir das Markup der kompletten Seite zerstört
Also entfernt man erst die HTML-Tags, damit rauskommt
Vielleicht auch, je nach verwendeter Truncate-Funktion
Einige Module manipulieren im helper direkt das $item->introtext. Andere sind netter und generieren eine neue gekürzte Eigenschaft, so in der Art $item->displayIntrotext.
Können wir nicht wissen, wenn das Modul kostenpflichtig ist.
Was das soll, versteh ich übrigens gar nicht. Das echo natürlich, aber warum diese Zuweisung, dass man jetzt auch noch den fulltext "kaputt macht"?
echo $item->fulltext = $item->introtext;
Wo kann man sich das Mosul ansehen/herunterladen? Also den gesamten relevanten Quelltext?
Nimm den JCE-Editor und stell unter JCE > Profile alles nach Wunsch ein.
Wer wird dieses bug an Firefox melden ?
Melde es an JCE! Immer von hinten aufrollen, sozusagen.
Beide Vorschläge (haupteintrag oder kategorie-blog) kannst du woimmer und auch mehrfach als Menüeintrag anlegen. Ist Joomla komplett wurst, ob Startseite oder nicht.
In switch-Anweisungen sollte man kein "continue" mehr verwenden, wenn es gleichbedeutend mit "continue 1" ist, sondern in diesen Fällen ein "break".
Hier die richtige Lösung für Kunena. Rot raus ("continue"), grün rein ("continue 2").
Du wählst als Menüeintrags-Typ "Beiträge" > "Haupteinträge" (oder heißt's Hauptbeiträge?). Die Sortierung stellst auf "Reihenfolge Haupteinträge".
Jeden Beitrag kannst du als Haupteintrag markieren. Unter Menü Inhalt > Haupteinträge kannst dann diese sortieren.
Nix Schlimmes, aber in Kunena scheint's eine Kleinigkeit zu geben:
http://www.joomlaportal.de/joo…kunena-fehlermeldung.html
ZitatWarning: „continue“ targeting switch is equivalent to „break“. Did you mean to use „continue 2“?
(In switch-Anweisungen sollte man kein "continue" mehr verwenden, wenn es gleichbedeutend mit "continue 1" ist, sondern in diesen Fällen ein "break". Eine Annäherung an Programmiersprache C.)
MySQL ist bei 5.1.73
Das ist heutzutage No-Go. Würde ich gar nicht anfangen zu portieren im Hinblick auf Joomla 3.9.
Ist das Impressum auch für private Seiten erforderlich?
Eine Seite mit Kleinanzeigen, egal welcher Art, ist keine private Seite. Außer die Kleinanzeigen sind tatsächlich so was wie Beiträge von dir und du verwendest die Komponente nur, um diese irgendwie anders anzuzeigen. Dann kann man sicher drüber streiten
Ich hab mir unterdessen sagen lassen, dass ich das Problem den Änderungen in PHP mit der 3.9.1 Version wohl verdanke!
Da müsstest du die Quelle mal posten, bitte. Wüsste nicht, dass sich in com_search da was geändert hat. Diese Suche wid aber in Joomla 4 ersatzlos gestrichen. Nur als Hinweis. Wäre also der Hinweis von j!-n
vielleicht nicht ganz falsch, auf die com_finder-Suche (= Suchindex) umzustellen, auch, wenn die sehr datenbankbelastend arbeitet. Für Popel-Provider-Pakete also vielleicht nicht ganz geegnet.
Das einzige, was in com_search geändert wurde, ist, dass, wenn ein Suchwort im Titel vorkommt, der Treffer dann höher sortiert wird. Kann nat. sein, dass sich da ein Fehler eingeschlichen hat.
com_search ist tatsächlich nie besonders trickig gewesen. Nur nebenbei.
In der Suche hat man ja ein Feld "Anzahl Suchtreffer pro Seite". Bist sicher, dass die Beiträge nicht auf hinteren Seiten stehen?
Im Menüeintrag kann man die Sortierung einstellen. Weiters einstellen, ob man weitere Filterfelder im Frontend anzeigen lässt. Mit denen würde ich mal rumprobieren, ob die Beiträge tatsächlich gar nicht erscheinen.
Deaktiviere mal testweise alle anderen search-Plugins, außer das für Beiträge. Noch mal probieren, ob da der Hund begraben liegt.
Und sortiere sie mal um. Ob das eine Auswirkug hat auf die Reihenfolge der Treffer aus den verschiedenen bereichen.