Ich hab die Seite neu aufgesetzt und wollte jetzt den Suchindex erstmalig laden. Dabei kommt kurz vor dem Ende des Progress-Balkens die Fehlermeldung "JSON.parse: unexpected character at line 1 column 1 of the JSON data". Was will mir der Autor damit sagen und wie finde ich die Ursache?
Beiträge von Dudlhofer
-
-
Wenn Du die Seite lokal hostest, warum kennst Du dann die PHP-Version nicht?
Was heißt "aus dem Internet heruntergeladen"? Bitte genaue Quellenangabe.
Der Fehler im Frontend deutet für mich auf eine falsche Joomla-Version des Templates hin - ein Joomla 3 Template läuft unter Joomla 4 definitiv nicht.
-
Du kannst das prinzipiell an beliebiger Stelle im Stylesheet platzieren.
-
Wozu den Aufwand? Duplicate content innerhalb einer Domain wird doch nicht abgestraft.
-
Du arbeitest im Frontend-Modus? Damit konnte ich mich noch nie anfreunden. Ich bearbeite die SPPB-Seiten ausschließlich im Backend und hab da keine Probleme mit Caching. Da ich in der Regel auch die Browser-Konsole geöffnet hab, ist der Browser-Cache dabei auch deaktiviert.
-
Möglicherweise ist das bei einigen J51-Templates noch anders.
Ich meinte auch generell Templates von anderen Herstellern. Gerade gecheckt: unter media/templates/site/ haben die von mir verwendeten Templates keine eigenen Verzeichnisse angelegt.
-
Solltest du eine custom.css angelegt haben und diese nutzen, dann muss du auch diese übernehmen. Diese muss dann ins folgendes Verzeichnis:
media/templates/site/j51_enlighten/css/custom.css
In J3 liegt sie noch in templates/j51_enlighten/css/custom.css .
Gilt das nur für J51-Templates? Bei meinen bisherigen Migrationen hab ich die custom.css immer im templates/templatename/css/ Verzeichnis behalten und sie funktionieren dort auch.
Just curious...
-
Das würde ich sein lassen, denn Popups lassen sich per Browser-Einstellung verhindern - wenn das Impressum oder die Datenschutzerklärung dann nicht angezeigt werden kann, ist das möglicherweise abmahngefährdet, Ich habe einige Onepage-Seiten erstellt, bei denen ich auf eine eigene Unterseite verlinke. Warum soll das nicht gehen?
-
Custom Fields speichern die Daten in den entsprechenden J!-eigenen Tabellen - bevor Du da komplizierteste Overrides programmierst, würde ich eher überlegen, wie die bestehenden Tabelleninhalte in die Tabellen der Custom Fields übertragen werden könnten.
-
Warum willst Du denn einzelne Beiträge mit dem Pagebuilder erstellen? Das ist irgendwie sinnfrei, es sei denn, Du willst bestimmte AddOns im Beitrag verwenden.
-
Ich muss zugeben, dass ich schon seit Jahren kein Backup mehr gemacht habe, da mein Provider dies alle 24 h tut.
Zusätzlich zu JoomlaWunder 's Bemerkung: Bist Du Dir sicher, dass Dein Provider auch die Datenbank mit sichert? Ohne Datenbank hilft dir der Backup der Dateien rein gar nichts.
-
Ich nutze auch die 5.0.5 Pro und finde das sehr ungünstig gelöst. Ich kenne keine Möglichkeit die Fenster aus der Sidebar zu vergrößern.
-
Hab das interessehalber ausprobiert und hat einwandfrei funktioniert. E-Mail kam an und auch ein Access Token per SMS zum Verifizieren.
-
Fängt bestimmt mit I an und hört mit os auf
oder ist das jetzt schon Hoster-Bashing?
Ja, sehe ich schon so...
-
Kruemelmonster: Template-Stile > Helix Ultimate > Template Options > Blog > Details
-
Error-Reporting auf Maximum stellen - das sollte einen Hinweis auf den Verursacher des 500ers bringen.
-
Reicht denn der Platzhaltertext nicht aus?
-
Kennst Du diesen Leitfaden? Eventuell hilft er Dir dabei.
Joomla! 3.x nach 4.x: Migration - Schritt für Schritt - Joomla! Documentation
-
Da du ja die aktuelle SPPB 3.8.10 Version fährst, die bei mir unter PHP 8.1 problemlos läuft, vermute ich eine andere Komponente als Ursache.
-
Da es ja für die JSN-Templates keinen kompatiblen Nachfolger gibt, empfiehlt sich eh eine Neuinstallation mit Übertragung der alten Inhalte via J2XML oder vergleichbarer Tools.
