Drei Produkte auf zwei Kontakte verteilen
Die Praxisbeispiele kombinieren mehrere RequestCart-Funktionen zu einem vollständigen Ablauf. Ziel ist jeweils ein reproduzierbarer Aufbau vom Joomla-Beitrag bis zur empfangenen E-Mail.
Die Praxisbeispiele kombinieren mehrere RequestCart-Funktionen zu einem vollständigen Ablauf. Ziel ist jeweils ein reproduzierbarer Aufbau vom Joomla-Beitrag bis zur empfangenen E-Mail.
RequestCart berücksichtigt Joomla-Custom-Fields im Kontext com_contact.mail und ordnet bekannte Bezeichnungen wie Vorname, Adresse, PLZ, Ort, Land und Telefon in eine definierte Formularreihenfolge ein.
Die systematische Diagnose beginnt bei Paketversion und Pluginstatus, geht über System-Plugin und ein minimales Testprodukt und erweitert danach schrittweise um Varianten, Preis, Galerie, Routing, Mail, Browser/Session und Template. Der jeweilige Mechanismus dient dazu, den Anfrageablauf konsistent, sicher und mit Joomla-Core-Daten nachvollziehbar zu halten.
RequestCart betrachtet Browserdaten nicht als vertrauenswürdige Quelle für Produkt- und Routingdaten. Vor dem Versand werden Beiträge, Felder, Preis und Kontaktzuordnung serverseitig aus Joomla gelesen und validiert. Der jeweilige Mechanismus dient dazu, den Anfrageablauf konsistent, sicher und mit Joomla-Core-Daten nachvollziehbar zu halten.
RequestCart verwendet Joomla-Kontakte als Empfänger. Der Kontakt muss veröffentlicht und zugänglich sein und eine Empfänger-E-Mail besitzen oder mit einem Joomla-Benutzer mit E-Mail verknüpft sein. Der jeweilige Mechanismus dient dazu, den Anfrageablauf konsistent, sicher und mit Joomla-Core-Daten nachvollziehbar zu halten.
Im Servermodus speichert RequestCart ID, Menge, Bemerkung und Varianten in der Joomla-Session. Änderungen laufen als normale POSTs mit Joomla-CSRF-Token und anschließendem Redirect.
Die Direktanfrage überspringt den Warenkorb. Ein Produkt und seine vorher gewählten Varianten werden serverseitig in der Joomla-Session gespeichert und direkt zum passenden Kontaktformular weitergeleitet; es gibt keine Menge.
Ein Produkt ist in OJ RequestCart ein Joomla-Beitrag. Beitrags-ID, Titel, Alias, Kategorie, Sprache, Status, Zeitraum, Zugriff und Bilder werden aus Joomla verwendet und serverseitig geprüft.
OJ RequestCart erweitert Joomla-Beiträge um strukturierte Produktanfragen. Es ist bewusst kein Shop, kein Bestellmanagement, kein CRM und kein Ticketsystem. Produkte bleiben Joomla-Beiträge; Produktdaten, Varianten, Preise, Währungen, Bilder und Routing werden mit Joomla-Mitteln gepflegt.
Ein Beitrags-Custom-Field kann die ID des zuständigen Joomla-Kontakts speichern. RequestCart liest diese Zuordnung ausschließlich serverseitig und kann gemischte Warenkorbanfragen nach Kontakt gruppieren.
Produktfelder sind veröffentlichte Joomla-Custom-Fields aus dem Beitragskontext. Nur ausgewählte Felder und nur tatsächlich beim jeweiligen Artikel gespeicherte Werte werden als Produktinformationen verwendet.
Das Site-Modul „OJ Anfragekorb“ ist ausschließlich für den Anfragekorb gedacht. Bei leerer Auswahl und im Direktmodus bleibt es unsichtbar. Der Zähler entspricht der Summe der Mengen.
„Inhalt – OJ Anfragekorb“ ersetzt die drei Platzhalter {ojrequestcart}, {ojrequestcartprice} und {ojrequestcartgallery} und kann Button, Preis und Galerie alternativ automatisch in Einzelansichten ausgeben.
„System – OJ Anfragekorb“ ist die zentrale Konfiguration für Anfrageablauf, Betriebsart, Captcha, Kontaktziel, Routing, Produktfelder, Preis/Währung, Bilder, Mengenlimits, Session-Aktionen und Cache-Schutz.
RequestCart bietet je Ablauf eigene Captcha-Einstellungen sowie eine interne OJ-Sicherheitsfrage. Schreibende Serveraktionen und der Start der Direktanfrage sind zusätzlich mit Joomla-CSRF-Token geschützt.
RequestCart liefert cart.css für Anfragebereich, Modul, Produkttabelle, Responsive-Verhalten, Preisblock, Galerie und Formularreihenfolge. Eigene Anpassungen gehören ins Template bzw. eine Custom-CSS-Datei.
JavaScript-Anfragekorb, serverseitiger Anfragekorb und Direktanfrage haben unterschiedliche Speicher- und Cache-Anforderungen. Session- oder tokengebundene Seiten werden gegen Full-Page-Caching geschützt.
Regelmäßige Pflege betrifft vor allem Produktstatus, Varianten, Routingkontakte, E-Mail-Adressen, Preis-/Währungsfelder, Bilder und komplette Probeversände nach Änderungen an Joomla, Template, Captcha oder Mail.
Die Anfrage-E-Mail enthält pro Position Produkttitel, freigegebene Produktfelder, Varianten, optional Menge und Bemerkung sowie die Produktseite. Preiswerte stammen serverseitig aus Joomla. Bei Routing erhält jeder interne Kontakt nur seine Produktgruppe.
OJ RequestCart 0.2.25 ist für Joomla 5.x und Joomla 6.x ausgelegt. Die Joomla-Komponente Kontakte, mindestens ein veröffentlichter Kontakt, eine funktionierende Joomla-Mailkonfiguration und das Paket mit System-, Content- und Contact-Plugin sowie Site-Modul bilden die Grundlage.