conShop
-
- Beiträge: 3626
- Registriert: Di 12. Okt 2004, 20:00
- Wohnort: Voerde (Niederrhein)
- Kontaktdaten:
Die Einbindung auf Artikelbasis hätte zudem den Vorteil, dass dadurch die Produktbeschreibungen durch die "class.search.php" mit in die Keywordliste aufgenommen werden. Die Produktbeschreibungen können dann ohne Anpassung durch das (in der 4.6.x) enthaltene Suchmodul ausgewertet werden. Für alle anderen Daten (Artikelnummer, Preis, ...) oder evtl. auch später bei Artikelvarianten sollte man eben auf andere DB-Tabellen zurückgreifen. Eine Einbindung in die Artikel ließe sich dann vielleicht durch neue CMS_TYPEs (z.B. CMS_PRICE[1], CMS_ARTNUM[1]). So ließen sich die Produkte sehr gut durch entsprechende Artikellisten darstellen, sogar mit Filtern (z.B. "Preis 10-30 Euro").
Aber ich gehe vielleicht schon etwas zu stark ins Detail...
Aber ich gehe vielleicht schon etwas zu stark ins Detail...
kein problem. genau solche diskussionen sind gefragt. bist du bei der entwicklung mit von der partie?
aitsu.org :: schnell - flexibel - komfortabel :: Version 2.2.0 (since June 22, 2011) (jetzt mit dual license GPL/kommerziell)
na, falls dieser Punkt noch Diskussionsbedarf hat, würde ich mich für eine Lösung OHNE Plugin/Erweiterung aussprechen. Das wäre perfekt für all diejenigen, die nur eine geringe Artikelzahl anbieten wollen, und dafür nicht extra osCommerce oder ähnliches installieren und integrieren wollen (wie z.B. mich ,-)).
Ansonstens kann ich mich nur vorbehaltlos kummers Ausführungen und Ideen anschließen...
Ansonstens kann ich mich nur vorbehaltlos kummers Ausführungen und Ideen anschließen...
"Es wird keine Handlung geben, keine Geschichte mit ihrer Versprechung auf einen Anfang und ihrer Hoffnung auf ein Ende." (Andrzej Stasiuk)
-
- Beiträge: 1536
- Registriert: Fr 20. Aug 2004, 10:07
- Kontaktdaten:
ich schliesse mich wiederum dodger und kummer an ich denke sonst würde irgendwann einmal ein "shopsystem mit cms" und nicht wie angedacht ein "cms mit einer shopfunktion" . Desweiteren denke ich das mit den Artikeln ist doch ne gute Lösung und wenn man sich mal im Forum umschaut gibt es da die eine oder andere Site die auch schon Ihr 10.000 Artikel und mehr hat von daher mache ich mir keine sorgen um die Größe.
Aber ich bin nur der Kaffeemacher und Pausenclown, aber wenns Aufgaben gibt bitte melden .
greets
Aber ich bin nur der Kaffeemacher und Pausenclown, aber wenns Aufgaben gibt bitte melden .
greets
greets
die wirds bestimmt geben. besten dank im voraus! ![Laughing :lol:](./images/smilies/icon_lol.gif)
![Laughing :lol:](./images/smilies/icon_lol.gif)
aitsu.org :: schnell - flexibel - komfortabel :: Version 2.2.0 (since June 22, 2011) (jetzt mit dual license GPL/kommerziell)
ich würde auch gerne was dazu beitragen. auch wenn miene zeit, wie bei den meisten von euch
wohl eher eingeschränkt ist und meine php-künste ledigtlich den status fortgeschritten erfühlen. in oop könnte ich auch noch nachhilfe gebrauchen
.
was mich jetzt noch interessieren würde, ist der ca. (ich weiß wir stecken da noch in den kinderschuhen und wie oben schon erwähnt ist die zeit für alle knapp) geplante realisierungszeitraum.
wie wohl die meisten hier, bräuchte ich so eine lösung eher heute als morgen
meine mail findet ihr unten.
gruß
funomat
![Confused :?](./images/smilies/icon_confused.gif)
![Mr. Green :mrgreen:](./images/smilies/icon_mrgreen.gif)
was mich jetzt noch interessieren würde, ist der ca. (ich weiß wir stecken da noch in den kinderschuhen und wie oben schon erwähnt ist die zeit für alle knapp) geplante realisierungszeitraum.
wie wohl die meisten hier, bräuchte ich so eine lösung eher heute als morgen
![Exclamation :!:](./images/smilies/icon_exclaim.gif)
meine mail findet ihr unten.
gruß
funomat
wenn möglich ja. allerdings müssten sich solche lösungen modular einbinden lassen. dann fällt es einfacher, in zukunft andere systeme zu integrieren.
aitsu.org :: schnell - flexibel - komfortabel :: Version 2.2.0 (since June 22, 2011) (jetzt mit dual license GPL/kommerziell)
Tja und da könnte man ja mal schauen, wie xtCommerce das macht ...
Gruß
HerrB
![Wink :wink:](./images/smilies/icon_wink.gif)
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
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
-
- Beiträge: 1758
- Registriert: Mo 1. Aug 2005, 00:35
- Wohnort: in der schönen Hallertau, mitten im Hopfen
- Kontaktdaten:
die threads zur shopanbindung, z.b. auch der zur 'Hochzeit' interessieren mich schon seeeeeeeeehr, bis dahin bleibe ich bei meiner lösung osc content über ein script in contenido einzubinden
guckt ihr z.b. hier oder in meiner signatur des current development
dazu gibt es wie bereits in einem anderen thread beschrieben eine osC contribution (oder besser ein script mit readme, denn mehr ist es ja nicht) vieleicht lässt sich da was verwenden/modifizieren/einbauen.
somit kann ich meinen content über contenido pflegen, und die volle shopfunktionalität nutzen. und da ich den shop über eine warenwirtschaft befülle incl artikelbeschriebungen blder etc, ist osc einmal aufgesetzt und wird danach nicht mehr angefasst.
guckt ihr z.b. hier oder in meiner signatur des current development
dazu gibt es wie bereits in einem anderen thread beschrieben eine osC contribution (oder besser ein script mit readme, denn mehr ist es ja nicht) vieleicht lässt sich da was verwenden/modifizieren/einbauen.
somit kann ich meinen content über contenido pflegen, und die volle shopfunktionalität nutzen. und da ich den shop über eine warenwirtschaft befülle incl artikelbeschriebungen blder etc, ist osc einmal aufgesetzt und wird danach nicht mehr angefasst.
Grüsse, Guido
"A common mistake that people make when trying to design something completely foolproof is to underestimate the ingenuity of complete fools."
Mostly Harmless - Douglas Adams
"A common mistake that people make when trying to design something completely foolproof is to underestimate the ingenuity of complete fools."
Mostly Harmless - Douglas Adams
ich habe mir mal ein paar gedanken darüber gemacht, was zu einem produkt konkret für daten gespeichert werden sollen, die nicht in einem normalen artikel gespeichert und verwaltet werden können. die folgende aufzählung ist nicht notwendigerweise abschliessend, dient für mich allerdings vorerst für die erstellung des beiliegenden erd.
so prima vista gehe ich davon aus, dass damit alle daten abgedeckt werden, die nicht über die cms-kernfunktion erfasst werden. bilder und texte können ja ohne weiteres immer zum artikel gespeichert werden.
![Bild](http://conshop.wdrei.ch/forumimages/erd/2005-12-02/conShopERD.png)
von dem teammitgliedern (und das sind inzwischen hoffentlich so einige) wären jetzt folgende zwei fragen zu klären, respektive zu diskutieren:
ohne auch zu wissen, was konkret zu machen ist, will sich dieser aufgabe wohl kaum jemand annehmen. deshalb ein kurzer abriss der klasse:
mfg,
andreas
- artikelbezeichnung (mehrsprachig)
- artikelnummer
- preis
- währung
- mehrwertsteuerklasse
- optionen (schlüssel-werte-paare, mehrsprachig)
so prima vista gehe ich davon aus, dass damit alle daten abgedeckt werden, die nicht über die cms-kernfunktion erfasst werden. bilder und texte können ja ohne weiteres immer zum artikel gespeichert werden.
![Bild](http://conshop.wdrei.ch/forumimages/erd/2005-12-02/conShopERD.png)
von dem teammitgliedern (und das sind inzwischen hoffentlich so einige) wären jetzt folgende zwei fragen zu klären, respektive zu diskutieren:
- was fehlt in obiger liste, respektive im erd? (nur in bezug zum produkt selber)
- wer wäre bereit, sich der programmierung der produktklasse anzunehmen? eine api-definition sowie eine klassenvorlage mit den publc-methoden würde ich zur verfügung stellen.
ohne auch zu wissen, was konkret zu machen ist, will sich dieser aufgabe wohl kaum jemand annehmen. deshalb ein kurzer abriss der klasse:
- überprüfung, ob die tabelle in der datenbank besteht
- gegebenenfalls die tabelle anlegen
- aufnahme aller obigen daten (über public-methoden)
- speicherung der daten in der datenbank
- einlesen der daten aus der datenbank aufgrund eines oder mehrerer folgender kriterien: pk_product, produktbezeichner, artikelnummer sowie idart (habe ich im erd noch vergessen, wird aber nachgereicht werden)
- rückgabe der daten (über public-methoden)
mfg,
andreas
aitsu.org :: schnell - flexibel - komfortabel :: Version 2.2.0 (since June 22, 2011) (jetzt mit dual license GPL/kommerziell)
Hallo Andreas,kummer hat geschrieben:ich habe mir mal ein paar gedanken darüber gemacht, was zu einem produkt konkret für daten gespeichert werden sollen, die nicht in einem normalen artikel gespeichert und verwaltet werden können. die folgende aufzählung ist nicht notwendigerweise abschliessend, dient für mich allerdings vorerst für die erstellung des beiliegenden erd.
- artikelbezeichnung (mehrsprachig)
- artikelnummer
- preis
- währung
- mehrwertsteuerklasse
- optionen (schlüssel-werte-paare, mehrsprachig)
was ist denn mit Farbangaben, Größen, Ausstattungsmerkmalen wie: 5 MB, 15MB, bzw. Versionen WIN, MAC, Linux, bzw. Boxprodukt, Download-Version oder anderen Artikelmerkmalen?
Mit freundlichen Grüßen
Jörg Knörchen
Meine Hobby-Webseite:
www.mein-foto-abc.de : contenido 4.6.15 - I love it! : www.yogie.de : www.bastelstun.de
Jörg Knörchen
Meine Hobby-Webseite:
www.mein-foto-abc.de : contenido 4.6.15 - I love it! : www.yogie.de : www.bastelstun.de