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.
JavaScript-Anfragekorb, serverseitiger Anfragekorb und Direktanfrage haben unterschiedliche Speicher- und Cache-Anforderungen. Session- oder tokengebundene Seiten werden gegen Full-Page-Caching geschützt.
Nein. Der für die E-Mail verwendete Preis wird serverseitig aus dem Joomla-Custom-Field neu geladen.
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.
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.
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.
Nein. Der 0.2.25-Layoutfix ist auf RequestCart-Formulare mit .ojrc-contact-cart begrenzt; normale Joomla-Kontaktseiten bleiben unverändert.
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.
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.
„Inhalt – OJ Anfragekorb“ ersetzt die drei Platzhalter {ojrequestcart}, {ojrequestcartprice} und {ojrequestcartgallery} und kann Button, Preis und Galerie alternativ automatisch in Einzelansichten ausgeben. Die Einrichtung bzw. Prüfung erfolgt mit den unten beschriebenen Schritten.
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 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.
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 Einrichtung bzw. Prüfung erfolgt mit den unten beschriebenen Schritten.
Eine Bemerkung ist serverseitig auf maximal 500 Zeichen begrenzt und wird als String bereinigt.
Die Ersteinrichtung folgt einer klaren Kette aus Joomla-Feldern, Kontakten, Produktbeiträgen, System-Plugin, Content-Plugin und anschließendem End-to-End-Test. Die Einrichtung bzw. Prüfung erfolgt mit den unten beschriebenen Schritten.
Die Standardwährung ist ein dreistelliger ISO-Code. Optional kann ein eigenes Produktfeld den Währungscode pro Produkt überschreiben. Darstellung ist als ISO-Code oder für bekannte Währungen als Symbol möglich. Die Einrichtung bzw. Prüfung erfolgt mit den unten beschriebenen Schritten.
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 Einrichtung bzw. Prüfung erfolgt mit den unten beschriebenen Schritten.
Die Abnahme soll beide Anfrageabläufe, Varianten, Preis/Währung, Galerie, Routing, Mail, Sicherheit, Cache, Mehrsprachigkeit und responsive Darstellung bewusst prüfen. Die Einrichtung bzw. Prüfung erfolgt mit den unten beschriebenen Schritten.
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.
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.