Zergling-new

Hallo,
ich wuerde demnaechst ganz gerne einen Shop schreiben, wuerde dazu ganz gern eure Feature-Erfahrungen einfliessen lassen. Welche Einteilung braucht ein Shop?
<brainstorming>
Kategorien, Artikel, Versandoptionen, Verschluesselung, Registrierung

Ich werde versuchen Kategorien und Artikel als Ableitung von Item zu verwenden, somit koennte ein Artikel gleichzeitig eine Kategorie sein, Varianten des Artikels waeren dadurch moeglich.

Ein Artikel kann in mehreren Kategorien vorkommen (was den Aufbau per Nested Set erschwert, eventuell mit Virtuellen Items arbeiten).

Preisstaffelung: nach Menge, nach Region (Land, PLZ?), nach Datum (ab 1. Oktober Preissteigerung Prozentual, absolut), nach Steuern (wuerde wohl auf letzteres Fallen), Gutscheincode, nach Zusammenstellung (Artikel A ist guenstiger wenn Artikel X gekauft wird).
Grade zur Preisstaffelung wuerde ich ganz gern eure Ideen und Erfahrungen hoeren.

Versandkosten (Selbstabholer z.B. Pizza, Fabrikverkauf), Adressvalidierung, Kreditkartenvalidierung
Paypal

Welche flexible Artikeleigenschaften schlagt ihr vor?
Beliebige Zuordnung Media-Daten (Dokumente, Bilder, Videos, Sounddateien, ..?), Texte (Auslagerung in 1:n Tabelle), Schlagwortliste, Artikelbewertung, Kommentare durch Benutzer

Internationalisierung (Frontend, Backend)

Bezahltypen Lastschrift, Kreditkarte, "pay later" (fuer Workshops, Selbstabholer)

Aktionen: Aktionspreise (zwischen 14-15 Uhr), Zufallsartikelverguenstigungen, weitere Zufallsoptionen oder Trigger (1 Mio. Kaeufer bekommt Geschenk).

Gutscheine, Shopsperre (offline nehmen), Verkaufs-Statistiken, Artikelimport (welche Formate, CSV, XML, andere Datenbank, Textdatei, manuelle Eingabe)

Technische Umsetzung, Modulfreiheit (muss z.B. ohne mcrypt, modrewrite, javascript .. funktionieren), Templating auf PHP/HTML Basis (kein Smarty)

Benutzer muessen importiert (einmalig und live) werden koennen, z.B. aus vorhandener Usertabelle

Newsletterfunktion bei neuen Artikeln/Kategorien/Shopaenderungen, Triggerfunktionen

Eventuell mit Namespacing, PHP 5.3, E_STRICT und XHTML valide natuerlich, MySQL > 4.1

Implementierung mit zusaetzlichem konfigurierbarem Zend Framework, PEAR, Suchmaschinenoptimierung (sitemap.xml)

Auf dem System aufbauende Funktionen (Kennen Sie schon, Gerade gekauft, Gerade gesucht, Hat auch diesen Artikel gekauft, ..)

Sind alle Shops unter einen Hut zu bringen? (Pizza-Bestellservice, ..)
</brainstorming>
Euer Brainstorming dazu (auch konkret DB-Design) oder aber Features die ihr moegt wuerden mich freuen. Danke soweit.

Mister Ad

Zergling-new

Achso vielleicht sollte ich es nochmal erwaehnen, mir ist es sehr wichtig Implikationen herauszunehmen, also falsche Annahmen.

dr.e.

Hallo Zergling,

zu einem Shop hatte ich irgendwann mal das UML



gemalt. Ist zwar unvollständig, zeigt aber schon den Ansatz, wie man unterschiedliche Shops auf einer Plattform laufen lassen kann.

Was mich an deinem Braunstorming etwas stört ist die Tatsache, dass du dir schon zu der technischen Umsetzung von Templates und Frameworks so viele Gedanken machst. Das ist aus meiner Erfahrung nicht zielführend, da du so fachliche Anforderungen verwässerst. Frameworks an sich - sofern das nicht die eierlegende Wollmilchsau ist - sind auch nicht dazu da, dir alle Softwaredesignarbeiten abzunehmen, sondern stellen dir nur Mechanismen bereit. Dein Domänenmodell und deine Struktur wirst du in jedem guten Framework schön selbst designen müssen.

Was Features und Module angeht, so würde ich persönlich eine mächtige Business-Komponente bereitstellen, mit der es einem leicht fällt, neue Module zu erstellen. Weiterhin würde ich auf ein Applikationsmodel setzen, das unabhängig vom Manager über die aktuellen Werte verfügt (Sprache, Navigationspunkt, Benutzerinformationen, ...) und das von jedem Modul erreichbar ist. So kann man ein Modul bestenfalls mit einem Aufruf des Managers und des Models (und ein paar Zeilen Code drumrum) schreiben.

Das Core-Design des Shops sollte ein durchgängiges Datenbank-Konzept haben (siehe UML), so dass neue Features einfach durch Hinzufügen einer Objekttabelle und einigen Beziehungstabellen abbildbar ist.

Wichtige Basis-Features sind aus meiner Sicht:

• Allgemeingültige Navigationsstruktur mit Navigationen und Navigationspunkten
• Warenkorb (permanent über einen Login hinweg)
• Diverse Möglichkeiten der Sortierung und Gruppierung von Artikeln (Hersteller, Kategorie, ...)
• Kassenfunktion für direkte Bestellung
• Backend für die Datenpflege
• Produkt-Kategorien, Produkte, Produktvarianten (schwarz 50€, grün 51€)

Da wir im OffTopic sind, kann ich's ja sagen: mit dem Zend Framework wirst du definitiv keine so generische Modul-Schnittstelle hinbekommen, da die Präsentationsschicht-Komponenten kein durchgängiges DOM besitzt. Siehe auch http://forum.adventure-php-framework...?f=5&t=20#p100.

__________________
Viele Grüße,
Dr.E.

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
1. Think about software design before you start to write code!
2. Discuss and review it together with experts!
3. Choose good tools (-> Adventure PHP Framework (APF))!
4. Write clean and reusable software only!
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

robo47

Nur um einen vielleicht vielen Leuten nicht bekannten Shop mal einzuwerfen den man sich vielleicht auch mal zur Inspiration anschauen kann:

Magento, aufgebaut auf Komponenten vom Zend Framework

http://www.magentocommerce.com/
http://en.wikipedia.org/wiki/Magento

__________________
robo47.net - Blog, Codeschnipsel und mehr
| Caching-Klassen und Opcode Caches in php | Robo47 Components - PHP Library extending Zend Framework

dr.e.

... Der hat ja nicht so gute Kritiken auf Wikipedia ...

__________________
Viele Grüße,
Dr.E.

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
1. Think about software design before you start to write code!
2. Discuss and review it together with experts!
3. Choose good tools (-> Adventure PHP Framework (APF))!
4. Write clean and reusable software only!
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~