Updates erfolgen über Joomlas Erweiterungsinstaller. Vor dem Update ist ein vollständiges Backup sinnvoll; danach sollten Anfrageablauf, Routing, Preis/Währung, Bilder, Browser-/Joomla-Cache und ein kompletter Probeversand geprüft werden.
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 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.
Das Paket 0.2.25 definiert dafür keine zusätzlichen Mindestversionen. Maßgeblich sind die Anforderungen der eingesetzten Joomla-Version.
Das Preisfeld enthält nur den eigentlichen Preistext, beispielsweise 125,00. Beschriftung und Währung werden getrennt konfiguriert. RequestCart rechnet und formatiert den Zahlenwert nicht neu.
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. Der jeweilige Mechanismus dient dazu, den Anfrageablauf konsistent, sicher und mit Joomla-Core-Daten nachvollziehbar zu halten.
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.
„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.
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.
Listen-Custom-Fields werden als Varianten behandelt. Die beim konkreten Beitrag gespeicherten Listenwerte definieren die für dieses Produkt erlaubten Optionen.
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.
„Inhalt – OJ Anfragekorb“ ersetzt die drei Platzhalter {ojrequestcart}, {ojrequestcartprice} und {ojrequestcartgallery} und kann Button, Preis und Galerie alternativ automatisch in Einzelansichten ausgeben.
Ein gültiger, aber nicht als Symbol hinterlegter dreistelliger ISO-Code bleibt als Code sichtbar.
RequestCart liefert deutsche und englische Sprachdateien. Leere Standardbeschriftungen verwenden sprachabhängige Joomla-Sprachstrings; bewusst eingetragene feste Texte bleiben dagegen sprachunabhängig.
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.
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.
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.
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.
Im JavaScript-Modus liegt die Auswahl im LocalStorage. Hinzufügen, Entfernen sowie Mengen- und Bemerkungsänderungen erfolgen ohne Seitenreload; normale Produktdaten werden beim Versand serverseitig neu geladen. Die Einrichtung bzw. Prüfung erfolgt mit den unten beschriebenen Schritten.
Das komplette Beitragsbild ist – sofern vorhanden – Bild 1 der Galerie und bevorzugte Thumbnail-Quelle. Weitere Bilder stammen aus ausgewählten Beitrags-Custom-Fields. Die Einrichtung bzw. Prüfung erfolgt mit den unten beschriebenen Schritten.