Contao Umsteiger hat Fragen
am 19.08.2014 - 07:06 Uhr in
Hi
Wie der Titel schon sagt, komme ich ursprünglich von Contao. Habe damit auch schon einige Seite umgesetzt. Im Moment sitze ich an einer neuen Seite. Ursprünglich war Contao geplant. Aber im Endeffekt hab ich zu Drupal gegriffen. So viele Anwender können nicht irren :)
Auch wenn die Umstellung von Contao auf Drupal recht umständlich war, hat man sich schon etwas gewohnt. Ziel war, auch die Inhalte der alten Seite (Knapp 1000 Seiten inkl. URLs) zu übernehmen. Hat zwar etwas gedauert, dank des Migration-Moduls ging es dann aber.
Mir stellen sich aber trotzdem noch einige Fragen:
1. Es existieren Buchrezensionen. Das Buch habe ich als Node-Typ angelegt. Zu jedem Buch wird ein oder mehrere Autoren zugewiesen. Dies habe ich per Terms und innerhalb des Nodes mit dem Autocomplete Feld umgesetzt. Ich frage mich gerade, ob das die richtige bzw. allgemeine Herangehensweise ist oder
ob man die Autoren auch als extra Node-Typ anlegt.
2. Zum Schluss hat man ja relativ viele Node-Types. Gibt es eine Möglichkeit, bevor man auf die Inhaltsübersicht im Backend kommt, vorab den Nodetyp auszuwählen. Ähnlich der Auflistung unter Struktur .. Ich nutze für das Backend die entsprechenden Views. Vielleicht gibts da schon fertige Views, die diese Funktion enthalten.
3. Suche ich ein Warenkorb-Modul. Eine komplette Shop-Lösung ist nicht wirklich nötig. Eher möchte ich Node-Type als Artikel definieren und diesen in einen Warenkorb packen. (mit zusätzlichen Attributen aus z.b. Form-Feldern im Node). Eventuell gibts da schon was fertiges, damit ich das nicht selber programmieren muss.
4. Gerade in der Anfangsphase haben sich beim rumexperimentieren einige Fields angesammelt beim Anlegen von Node-Types. Diese werden aber nicht mehr benötigt. Wie kann man diese löschen.
Vielen Dank im Voraus
Gruß Sebastian
- Anmelden oder Registrieren um Kommentare zu schreiben
Aloha und willkommen in der
am 19.08.2014 - 07:57 Uhr
Aloha und willkommen in der Drupal-Gemeinde...
1.) Also Taxonomien sind eigentlich als Kategorisierungen gedacht - aber letztendlich verschwimmen die Grenzen seit Drupal7, weil auch Taxonomien zusätzliche Felder bekommen können und eigentlich genauso wie Inhaltstypen behandelt werden können. Aber eigentlich wäre es sinnvoller, für die Autoren einen Inhaltstyp anzulegen.
2.) Du könntest eine eigene Ansicht mit Views basteln, welche als Argument den Inhaltstypen bekommt - so wäre es möglich, eine einzige Ansicht zu basteln, die aber den pfad "/inhalte/%" bekommt, wobei "%" stets ersetzt wird vom Inhaltstypen. Damit wäre für jeden Inhaltstypen eine eigene Ansicht gebastelt - oder Du machst das über Exposed Filter, was Dir die Möglichkeit bietet, auf der gleichen Seite auch zwischen den Inhaltstypen zu wechseln. Die Liste der einzelnen Inhaltstypen mit Link auf Deine Ansicht könntest Du in einem eigenen kleinen Modul erstellen - wie das ohne eine eigenes Modul gehen könnte, wüsste ich jetzt nicht.
3.) Kann ich Dir nicht helfen - wobei ich mich auch frage, wie es dann weitergehen soll? Letztendlich müsstes Du ja den Gesamtpreis, Versandkosten, Umsatzsteuer usw.berechnen und eine Rechnungs-/ Lieferadresse abfragen, oder? Vielleicht ist das was: https://www.drupal.org/project/basic_cart
4.) Wenn Du die bei allen Inhaltstypen in der Felderverwaltung herausgelöscht hast, werden die von Drupal ganz gelöscht
Zu dem basic_cart Ding: Har
am 19.08.2014 - 08:07 Uhr
Zu dem basic_cart Ding: Har da schon jemand Erfahrung mit? Und wenn man mit commerce aufgrund der Eintätenorientierung schon so gut wie alles abdecken kann, wofür braucht man das?
BG
Marc
Hi und Danke für die
am 19.08.2014 - 08:11 Uhr
Hi und Danke für die schnellen Antworten
Zu.1) Das mit den zusätzlichen Feldern bei Terms hab ich auch gesehen. Da ich aber eh nur das Standard-Feld brauche, würde dann wohl auch Terms dafür reichen. Ich schau mal, obs irgendwo Probleme gibt. Wenn ich mehrere Felder brauche, würde ich eh zu Nodes greifen. Um Beziehungen zwischen den Inhalts-Typen zu schaffen, wurde hier öfters Entity reference als Modul empfohlen. Oder gibts noch was besseres.
Zu. 2) Das mit Views schau ich mir mal an, ob ich da was gebastelt bekomme. Bzgl. der Liste mit den Inhaltstypen über ein Modul ist sicher kein Problem. Sollte sich halt nur in den Rest optisch einpassen. Also Backendtheme und im Overlay.
Zu. 3) Schau ich mir an. Rest wie Zahlung u.s.w. würde ich selber programmieren. An sich ging es erst mal nur um die Warenkorbfunktion.
Zu 4.) Wieder was dazu gelernt :) Werde ich probieren
Gruß
Sebastian
basic_cart Ding: ist auch
am 19.08.2014 - 08:26 Uhr
basic_cart Ding: ist auch entitätenbasiert - wie alles in Drupal, das ist ja keine Besonderheit von Commerce. Ich kann den Wunsch aber schon nachvollziehen, dass man nicht gleich ein ausgewachsenes eCommerce-Modul benötigt, hatte auch schon Projekte, wo eine Warenkorbfunktion für Produkte ausreichte, mit der eine Bestellung erzeugt werden kann. Da ist Commerce manchmal mit Kanonen auf Spatzen schießen