conShop

Fragen zur Installation von CONTENIDO 4.9? Probleme bei der Konfiguration? Hinweise oder Fragen zur Entwicklung des Systemes oder zur Sicherheit?
kummer
Beiträge: 2423
Registriert: Do 6. Mai 2004, 09:17
Wohnort: Bern, Schweiz
Kontaktdaten:

Beitrag von kummer » Mi 14. Dez 2005, 19:21

also, ich habe das erd nochmals durchgekämmt und soweit vereinfacht, wie das aus meiner sicht möglich ist.

bei der lagerhaltung ist für ein produkt noch ein aufpreis (kann auch negativ sein) drin. dieser wird bei der berechnung des gesamtpreises mitberücksichtigt.

@HerrB: bezüglich der verknpüfung produkt und optionswerte habe ich noch eine rückfrage. und zwar haben wir diese ja mit der begründung ausgelagert, dass die optionswerte zentral gepflegt werden können. allerdings ist es so, dass wir genau das wieder verlieren, wenn für jedes produkt wieder angegeben wird, welche optionswerte zur verfügung stehen und welche nicht. folgendes szenario: 10 produkte, die eine bestimmte option aufweisen. bei 5 dieser produkte sind einzelne optionswerte nicht verfügbar. nun füge ich einen weiteren optionswert zu der option hinzu. diese ist solange nirgends verfügbar, bis ich diese verfügbar mache. das heisst konkret, ich muss trotzdem wieder fünf produkte zur hand nehmen und angeben, dass die neue option tatsächlich verfügbar sei. oder sie ist generell verfügbar. aber dann müssten umgekehrt wieder alle produkte editiert werden, in denen der neue optionswert nicht verfügbar sein soll.

wie auch immer. ich bin diesbezüglich flexibel. wie man es löst, immer kommt ein kleiner nachteil zu tage. wenn wir die einzelnen optionswerte nicht angeben, muss für jeden spezialfall eine eigene option geschaffen werden. andersherum haben wir obiges problem.

zur anderen fragestellung bezüglich der angabe der fk_option: es ist schon richtig, dass die abfragen dadurch schneller werden dürften. das gleiche erreichen wir vermutlich auch durch die verwendung von indizes. wird der fremdschlüssel aber hinzu gefügt, haben wir eine direkte abhängigkeit von zwei feldern. und das führt zwingend zu anomalien. ich würde deshalb fast lieber darauf verzichten. zumal ich insgesamt keine grosse belastung vermute. wenn es soweit kommen sollte, kann man das erd immer noch anpassen.

Bild
aitsu.org :: schnell - flexibel - komfortabel :: Version 2.2.0 (since June 22, 2011) (jetzt mit dual license GPL/kommerziell)

HerrB
Beiträge: 6935
Registriert: Do 22. Mai 2003, 12:44
Wohnort: Berlin
Kontaktdaten:

Beitrag von HerrB » Mi 14. Dez 2005, 23:44

nun füge ich einen weiteren optionswert zu der option hinzu. diese ist solange nirgends verfügbar, bis ich diese verfügbar mache. das heisst konkret, ich muss trotzdem wieder fünf produkte zur hand nehmen und angeben, dass die neue option tatsächlich verfügbar sei.
Yep, so würde ich das erwarten. Diesen Aufwand würde ich gerne betreiben, aber auch Deine Lösung mit dem NULL ist gut, da sie eine Tabelle spart.

Leider sollten wir an einer Stelle wieder zum alten ERD zurück: Die conShopOptionCombination ist IMHO zwingend - ich kann nämlich im Moment keine Kombination von Optionen als bestimmendes Merkmal festlegen.

Beispiel: conShopStock enthält eine eindeutige pk_Stock. Zu jeder pk_Stock kann ich im Moment nur einen Optionswert festlegen (fk_optionvalue).

Damit die Mehrfachoptionsproduktdefinition (schönes Wort, gell) möglich wird, muss es zu einer pk_Stock n Zeilen aus Option und Optionswert geben (bzw. nur Optionswert, nach der Ausführung oben, eben die conShopOptionCombination. Also z.B. zu pk_Stock 1, Option Größe, Wert XL, Option Farbe, Wert blau, Option Kragen, Wert rund.

Das ERD war halt (strukturell) schon perfekt ... :wink:

Gruß
HerrB
Bitte keine unaufgeforderten PMs oder E-Mails -> use da Forum!

Newsletter: V4.4.x | V4.6.0-15 (Module, Backend) | V4.6.22+
Standardartikelliste: V4.4.x | V4.6.x
http://www.contenido.org/forum/search.php | http://faq.contenido.org | http://www.communido.net

kummer
Beiträge: 2423
Registriert: Do 6. Mai 2004, 09:17
Wohnort: Bern, Schweiz
Kontaktdaten:

Beitrag von kummer » Do 15. Dez 2005, 08:01

HerrB hat geschrieben:Leider sollten wir an einer Stelle wieder zum alten ERD zurück: Die conShopOptionCombination ist IMHO zwingend - ich kann nämlich im Moment keine Kombination von Optionen als bestimmendes Merkmal festlegen.
logisch. du hast völlig recht. ich biege das wieder zurück. ist mir nicht aufgefallen.
aitsu.org :: schnell - flexibel - komfortabel :: Version 2.2.0 (since June 22, 2011) (jetzt mit dual license GPL/kommerziell)

kummer
Beiträge: 2423
Registriert: Do 6. Mai 2004, 09:17
Wohnort: Bern, Schweiz
Kontaktdaten:

Beitrag von kummer » Do 15. Dez 2005, 09:04

so, nun hoffentlich richtig (neu strukturiert, damit keine verbindungen kreuzen):

Bild
aitsu.org :: schnell - flexibel - komfortabel :: Version 2.2.0 (since June 22, 2011) (jetzt mit dual license GPL/kommerziell)

HerrB
Beiträge: 6935
Registriert: Do 22. Mai 2003, 12:44
Wohnort: Berlin
Kontaktdaten:

Beitrag von HerrB » Sa 31. Dez 2005, 16:37

Zu
http://www.contenido.org/forum/viewtopi ... 6502#66502
allerdings droht auch hier das aus wegen mangelndem interesse.
Nö, mangelnde Zeit... Als Koordinator solltest Du nun noch Arbeitspakete schnüren und Spezifikationen festlegen, dann geht es (zumindest für mich) weiter. Ich kümmere mich gerne um einen ersten Entwurf Backend Spezifikationsdefinition, -auswahl, -eintragung, Preis und Lagerbestand (also den Bereich, den ich selbst verschuldet habe...).

Gruß
HerrB
Bitte keine unaufgeforderten PMs oder E-Mails -> use da Forum!

Newsletter: V4.4.x | V4.6.0-15 (Module, Backend) | V4.6.22+
Standardartikelliste: V4.4.x | V4.6.x
http://www.contenido.org/forum/search.php | http://faq.contenido.org | http://www.communido.net

SkyBlader
Beiträge: 303
Registriert: Do 18. Mär 2004, 16:23
Wohnort: Ratingen / NRW
Kontaktdaten:

Beitrag von SkyBlader » Sa 31. Dez 2005, 18:51

mhh,

ich hab mir das nun mal angeschaut, aber ich häng da an einer Sache:

Ein Artikel kann im Prinzip mit einer eigenen Artikelnummer ( z.B. 12999 ) vorhanden sein, aber ich habe 2 oder mher ( N ) Liefernaten dafür, wobei en Lieferant ggf. ein eigene Artikelnummer hat ( idLieferantenArtNr ). Ich pers finde eine solche mitführung wichtig, werd mir vlt mal die tage Gedanken dazu machen wie man das in das ERD einbaun könnte. Oder wolltet ihr das ggf. über die Optionen machen ? was ich pers nicht praktikabel finde.

Als zweites finde ich, wär eine Tabele für die Verfügbaren Zahlungssystem wichtig, wo diese zumindestens eintragbar sind.

so long

stefan
Contenido 4.4.4/4.4.5 - Contenido 4.5.x

Module:sn_multinav für 4.5.x

HerrB
Beiträge: 6935
Registriert: Do 22. Mai 2003, 12:44
Wohnort: Berlin
Kontaktdaten:

Beitrag von HerrB » So 1. Jan 2006, 04:36

An welcher Stelle ist für Dich der Lieferant relevant (d.h. wie soll die Information verwendet werden - zur (internen) Info, wo man bestellen kann oder in anderer Form)?

Gibt es einen Unterschied in der Herstellung zwischen den Lieferanten oder stellen beide den gleichen Topf her?

Gruß
HerrB
Bitte keine unaufgeforderten PMs oder E-Mails -> use da Forum!

Newsletter: V4.4.x | V4.6.0-15 (Module, Backend) | V4.6.22+
Standardartikelliste: V4.4.x | V4.6.x
http://www.contenido.org/forum/search.php | http://faq.contenido.org | http://www.communido.net

SkyBlader
Beiträge: 303
Registriert: Do 18. Mär 2004, 16:23
Wohnort: Ratingen / NRW
Kontaktdaten:

Beitrag von SkyBlader » So 1. Jan 2006, 21:31

hab da drüber nochmal nachgedacht ... ist eigentlich quark im shop den Lieferanten mitzuführen, das sollte dann im hintergrund vom WWS/LWS durchgeführt werden.
Contenido 4.4.4/4.4.5 - Contenido 4.5.x

Module:sn_multinav für 4.5.x

kummer
Beiträge: 2423
Registriert: Do 6. Mai 2004, 09:17
Wohnort: Bern, Schweiz
Kontaktdaten:

Beitrag von kummer » Mi 4. Jan 2006, 18:57

darf ich das erd als verabschiedet betrachten? oder gibt es noch relevante anpassungswünsche?
aitsu.org :: schnell - flexibel - komfortabel :: Version 2.2.0 (since June 22, 2011) (jetzt mit dual license GPL/kommerziell)

HerrB
Beiträge: 6935
Registriert: Do 22. Mai 2003, 12:44
Wohnort: Berlin
Kontaktdaten:

Beitrag von HerrB » Do 5. Jan 2006, 00:31

Ich kann nicht für die anderen sprechen und ich denke, dass noch etliches Kleinvieh fehlt (z.B. Speicherung der Kundendaten, Liefer- und Rechnungsadresse, Lieferoptionen ["mit Schleife"], Nachschlagelisten für Länder usw. usw.), aber ich denke, da sollte man drüber nachdenken, wenn man an der Stelle ist (ich bin da Anhänger des "Prototyping").

Da es IMHO keinen Einfluss auf die Artikelverwaltung haben sollte, denke ich, wir können mit dem ERD loslegen...

Sobald man an die Stelle kommt, muss man wieder nachdenken.

Gruß
HerrB
Bitte keine unaufgeforderten PMs oder E-Mails -> use da Forum!

Newsletter: V4.4.x | V4.6.0-15 (Module, Backend) | V4.6.22+
Standardartikelliste: V4.4.x | V4.6.x
http://www.contenido.org/forum/search.php | http://faq.contenido.org | http://www.communido.net

kummer
Beiträge: 2423
Registriert: Do 6. Mai 2004, 09:17
Wohnort: Bern, Schweiz
Kontaktdaten:

Beitrag von kummer » Do 5. Jan 2006, 09:59

das ist soweit klar. allerdings ist dieser teil des erd nur für die produktspeicherung, damit mit der produkterfassung, respektive deren programmierung begonnen werden kann. alles übrige folgt natürlich noch.
aitsu.org :: schnell - flexibel - komfortabel :: Version 2.2.0 (since June 22, 2011) (jetzt mit dual license GPL/kommerziell)

bgd-berlin
Beiträge: 31
Registriert: Di 7. Jun 2005, 00:26
Wohnort: Berlin
Kontaktdaten:

Beitrag von bgd-berlin » Do 19. Jan 2006, 01:17

Hallo zusammen,

Das Ganze hört sich sehr interessant an, :D und ich mache gerne mit. Bin der Tellerwäscher! Mein PHP ist zwar, im vergleich zu den Ganzen Profis hier, ziemlich begrenzt :oops: aber es gibt bestimmt auch andere Aufgaben.

Als erstes habe ich mir nicht nehmen lassen :idea: die Domains conshop.net und conshop.org zu sichern (.de und .com waren bereits vergeben). Webspace stell ich ebenfalls zur Verfügung.

Kummer, Du bist doch der Boss bei diesem Projekt. Gib mir bitte Bescheid, wie wir mit den Domains und Webspace vorgehen wollen, und wo ich sonst noch helfen kann.

Auf gutes gelingen!
www.webrunde.eu (auch .de und .com) ist online.
Erster Baustein: Forum für Webdesigner / Webentwicker.
Mein Domain Blog

tre
Beiträge: 18
Registriert: Mo 26. Sep 2005, 20:05
Wohnort: Krumbach
Kontaktdaten:

Beitrag von tre » Mi 8. Feb 2006, 14:03

Hallo,
nachdem ich lange zeit nicht mehr present war, hat mich dieser Thread jetzt doch überrascht. Prinzipiell stehe ich einem Shopmodul aufgeschlossen gegenüber. Meine PHP-Kenntnisse sind ein wenig eingerostet aber ausreichend. Ergo kann ich noch das eine oder andere beisteuern (wenn gewünscht mail an tre@ernst-edv.de).

Was mir aufgefallen ist:
am Anfang sollte es ein kleines System werden.
Später sind Artikel > 10000 gefallen.
Das Datenbankmodel ist so kompliziert, das zwar viel möglich ist aber wiederum schlecht wartbar macht. IMHO sollten die Stammdaten möglichst einfach gehalten werden. So ist später eine Stammdatenupdate mit fremden Programmen einfacher zu realisieren.
Der Variantenreichtum wird automatisch durch die Benutzung einer EAN eingeschränkt. Selbst bei den vielzitierten Beispiel T-Shirt wird laut www.ccg.de für jede Variante eine eigene EAN fällig.
Dadurch kann auch die Bestellung und Nachbestellung einfacher gehandhabt werden.

Preise; Währungen
nach dem DB-Modell wird der einzige Preis mit einer Währung verknüpft.
bei Zwei Währungen werden 2 Artikel benötigt.

btw: Meine Hauptbeschäftigung ist die Datenkommunikation zwischen Warenwirtschaften (EDIFACT). Das ist auch ideal für die Kommunikation zwischen Shop und einer separaten Auftragsverwaltung.

bye Thomas

kummer
Beiträge: 2423
Registriert: Do 6. Mai 2004, 09:17
Wohnort: Bern, Schweiz
Kontaktdaten:

Beitrag von kummer » Mi 8. Feb 2006, 14:49

tre hat geschrieben:Preise; Währungen
nach dem DB-Modell wird der einzige Preis mit einer Währung verknüpft.
bei Zwei Währungen werden 2 Artikel benötigt.
das ist nicht ganz richtig. es sind so viele währungen vorgesehen, wie man möchte. die umrechnung findet einfach automatisch statt. aber das scheint mir sinnvoll. es dürfte ja keine rolle spielen, in welcher währung man bezahlen möchte. die kosten sollten davon nicht tangiert sein.
aitsu.org :: schnell - flexibel - komfortabel :: Version 2.2.0 (since June 22, 2011) (jetzt mit dual license GPL/kommerziell)

HerrB
Beiträge: 6935
Registriert: Do 22. Mai 2003, 12:44
Wohnort: Berlin
Kontaktdaten:

Beitrag von HerrB » Mi 8. Feb 2006, 15:23

Der Variantenreichtum wird automatisch durch die Benutzung einer EAN eingeschränkt. Selbst bei den vielzitierten Beispiel T-Shirt wird laut www.ccg.de für jede Variante eine eigene EAN fällig.
Das mag sein, aber diese Möglichkeit bietet das ERD bereits: subarticlenumer in conShopStock (und selbst, wenn das Feld gerade für was anderes gedacht war, ist es kein Problem, hier das Feld zu ergänzen).

Dieses T-Shirt Abrakadabra betrifft die Darstellung und Gruppierung gegenüber dem Kunden. Auch wenn jede T-Shirt-Variation eine EAN hat, möchte der Kunde nicht durch alle EANs suchen, sondern ein T-Shirt, Größe L, rot auswählen. Und genau das ermöglicht dieses geile ERD...

Gruß
HerrB
Bitte keine unaufgeforderten PMs oder E-Mails -> use da Forum!

Newsletter: V4.4.x | V4.6.0-15 (Module, Backend) | V4.6.22+
Standardartikelliste: V4.4.x | V4.6.x
http://www.contenido.org/forum/search.php | http://faq.contenido.org | http://www.communido.net

Antworten