Warum ist die RequestCart-Kontaktseite privat?
JavaScript-Anfragekorb, serverseitiger Anfragekorb und Direktanfrage haben unterschiedliche Speicher- und Cache-Anforderungen. Session- oder tokengebundene Seiten werden gegen Full-Page-Caching geschützt. Der jeweilige Mechanismus dient dazu, den Anfrageablauf konsistent, sicher und mit Joomla-Core-Daten nachvollziehbar zu halten.
Kurzantwort
JavaScript-Anfragekorb, serverseitiger Anfragekorb und Direktanfrage haben unterschiedliche Speicher- und Cache-Anforderungen. Session- oder tokengebundene Seiten werden gegen Full-Page-Caching geschützt. Der jeweilige Mechanismus dient dazu, den Anfrageablauf konsistent, sicher und mit Joomla-Core-Daten nachvollziehbar zu halten.
Worum geht es?
JavaScript-Anfragekorb, serverseitiger Anfragekorb und Direktanfrage haben unterschiedliche Speicher- und Cache-Anforderungen. Session- oder tokengebundene Seiten werden gegen Full-Page-Caching geschützt.
So gehst du vor
- Bei LocalStorage-Problemen serverseitigen Modus verwenden.
- Bei Servermodus und Direktanfrage Sessionzustand berücksichtigen.
- Nach Asset-Updates Browser- und Joomla-Cache leeren.
Wichtig zu wissen
- Normale Produktseiten können im JavaScript-Anfragekorb cachebar bleiben; RequestCart-Kontaktseiten sind privat.
- Servermodus-Seiten und Direktanfrage-/Token-Seiten werden wegen benutzerspezifischer Daten vom Full-Page-Cache ausgeschlossen.
Sicherheit
Clientseitige Darstellungen sind nicht die maßgebliche Quelle für Produkt-, Preis- oder Empfängerdaten. RequestCart validiert sicherheitsrelevante Werte serverseitig und verwendet bei schreibenden Serverabläufen Joomla-Schutzmechanismen.
Verwandte Bereiche
Siehe außerdem die Knowledgebase-Kategorien „Cache, Session & Browser-Speicher“, „Sicherheit & Validierung“, „Betrieb & Pflege“ sowie „Test & Abnahme“, soweit für das Thema relevant.