Premium-Account

Für Drupal Commerce gibt es eine solche Möglichkeit.

Schau dir mal das Tutorial an:

http://commerceguys.com/blog/selling-content-drupal-commerce-using-conte...

Dort wird eine Rolle "verkauft". Was diese Rolle können soll, kannst du selbst regeln.

Hey, cooler Beitrag, denn in Richtung Drupal Commerce wollte ich gehen. Ich probiere das mal aus.

Davon kann ich abraten, wir hatten das bei uns im Einsatz und war nicht zu empfehlen. Kann mich nicht mehr an die genauen Probleme erinnern.

Die Variante mit Commerce halte ich auch für besser.

Hallo neofelis,

kann dir auch Commerce absolut empfehlen, der Einstieg ist heavy, wie immer bei Drupal, man installiert den Shop Commerce und sieht... nun ja... nix...
http://comm-press.de/de/blog/was-ist-drupal-commerce-installation-und-er...
http://www.drupalcommerce.org/extensions

Die Möglichkeiten die sich so nach 2 - 3 Wochen auftun (vielleicht bist du schneller als ich) erschlagen einen geradezu, himmlisch...

@ronald: besten Dank für den Tutorial Link

Grüße Jenna

Das war auch der Grund für dieses Beitrages und meiner Frage. Man muss sich mal vorstellen, dass der Hersteller irgendwann aufgibt und das Modul nicht mehr supported, dann stehe ich da. Bei Drupal Commerce stehen die Chancen besser und man ist flexibler. Ich bin auch der Meinung, dass die Drupal Commerce Lösung besser ist.

Mit Drupal Commerce kenne ich mich grundlegend aus. Habe halt nur noch kein Premium-Account mit Drupal Commerce Modulen aufgebaut. Aber in der Zeitspanne liegst du bestimmt richtig, aber ich habe dafür genügend Zeit, da es ein eigenes Projekt ist.

So, habe Drupal Commerce ohne Kickstart integriert und soweit Zahlungsarten, Steuern, Recurring product installiert. Ebenso Content Access.

Ich erstelle nun mal 2 Recurring Produkte und spiele mal ein wenig mit Rollen und Content access.

Jetzt gibt es aber noch eine Sache, wenn ich nach dem obigen Tutorial gehe, müsste ich zwei Node types einrichten. Ein kostenloses Basic und ein Premium Node type sowie anschließend mit Content access einfach konfigurieren.

Nun soll aber später ein Kunde zum Beispiel erst ein kostenloses Node type haben können und sich später für ein kostenpflichtiges Premium Node type. Wenn er nicht mehr zahlt oder nicht mehr möchte, dann soll er auf kostenlos zurückfallen können, aber die Daten müssen ja auch erhalten bleiben und zueinander identisch sein.

Bei mir handelt es sich um Ferienobjekte wie Ferienwohnungen, Hotels, Zimmer usw.

Da geben Kunden dann die Daten wie Ausstattungsmerkmale, Preise, Beschreibung und Bilder ein. Die Daten müssen dann immer erhalten bleiben, außer ein Kunde löscht sein Profil. Das Content access bezieht sich ja nur auf die Nody types grob und nicht auf einzelne Felder.

Ich will zum Beispiel Felder wie Bilder, Ausstattungsmerkmale kostenpflichtig machen.

Lege doch 2 Inhaltstypen an, der eine enthält alle kostenpflichtigen Felder und wer kauft erhält z.B. die Rolle Premium und diese Rolle darf die Felder bearbeiten.

So gesehen kauft man mit dem Premium-Paket die Rolle Premium und den Inhaltstyp Premium.

Viele Grüße Jenna

Das Problem ist, aber. Ich habe dann doppelte Daten zum Beispiel bei Adresse.

Helfen dir Field Permissions?: https://drupal.org/project/field_permissions

Dann sehen die Non-Premium Mitglieder nur die jeweiligen Felder der Nodes. Du kannst übrigens auch bei Views zusätzlich Einfluss auf die Berechtigungen nehmen - unabhängig vom Field Permissions Modul, falls du das noch nicht kennst.

Danke, genial. Das Modul probiere ich mal aus. Ja, Views kenne ich zu gut und nutze ich auch.

1. Mit field_access die Rechte auf Feldebene festlegen,
Oder
2. Mit zwei content_types arbeiten, wobei der zweite type eine referenz auf den ersten bekommt, damit es nicht zur Doppelpflege kommt.

Gute Lösung. Dabei könnte ich mit Entity reference arbeiten, oder?

Dann hast du eine entity core_daten, die jeder sehen darf, und advanced info als bezahlten content.
Wer advanced aufruft, bekommt core über die referenz mitgeliefert.

Hmm, wenn ich nur eine Rolle verkaufe, also die Premium Rolle und ja per Field Permissions nur die Felder für Premium zulasse. Dann könnte ich mir einen zweiten Node type mit Referenz vollständig sparen? Mit einem zweiten Node type wäre ich in meinem Fall halt nur flexibler.

Die von der Datenstruktur und dem Nutzungszweck abhängig sind.

Yep, ich nehme aber deine Variante. Ich glaube, damit bin ich längerfristig flexibler. Ich mag solche Situationen nicht :P

Du kannst auch nur einen Contentype verwenden und die entsprechenden Felder in der Eingabemaske die Felder entsprechend den Berechtigungen (free/bezahlt, Rolle Registriert/Premium) ein- oder auszublenden. Von field_permission rate ich eher ab, denn es geht bei der Anzeige der Felder den Weg, das man Bilder für Premium/Registrierte so regelt, das User für die Ansicht der Felder bezahlen müssten. Du möchtest jedoch den anderen Weg gehen, das Felder dann angezeigt werden, wenn der Ersteller bezahlt hat, nicht der, der ansehen möchte. Das müsstest Du über ein eigenes Modul regeln und die Felder dann ausgeben, wenn der Ersteller die Rolle Premium hat.

Also, um die optimale Lösung zu finden:

1. Ich betreibe ein Ferienportal
2. Drupal Commerce ist integriert und konfiguriert
3. Der Interessent für eine Ferienwohnung registriert sich kostenlos (soll als Kundengewinnungsmöglichkeit dienen)
4. Der Kunde hat währenddessen oder schon gleich die Möglichkeit ein Premium-Abo jährliche oder monatliche Bezahlung zu bestellen. Wird abgedeckt durch Drupal Commerce Funktionen und Recurring products. Zahlungsarten nehme ich PayPal Express, skrill moneybookers
5. Nun kommt es zum entscheidenden Teil

In der kostenlosen Variante kann der Kunde:

1. Adresse (geocodert mit Google Maps API)
2. Beschreibung

hinterlegen.

In der kostenpflichtigen Variante kann der Kunde zusätzlich:

1. 5 Bilder hochladen
2. Ausstattungsmerkmale hinterlegen wie TV, Radio usw.
[...]

Bezahlt der Kunde nicht, so kommt er automatisch zurück in die Rolle Basic. Auch kann er seinen Account vollständig kündigen und dabei sollen gemäß Datenschutz alle Daten inklusive Benutzerkonto entfernt werden. Wenn er zurückgestuft wird, sollen aber die Daten der Premium-Variante erhalten bleiben, damit er, wenn er sich doch wieder für einen Premium-Eintrag entscheidet, nicht nochmal alles neu erfassen muss.

Wie das? Mit Drupal Core Field Möglichkeiten oder per Drittanbieter Modul?

Du kannst also mit Field Permissions genau das erreichen, was du möchtest. Der Core kann keine Berechtigungen auf Feldebene. Ich rate dir, einfach zu machen und nicht so viel hier im Thread zu schreiben. Mit der Menge an Postings wirst du nur verwirrt. :)

Zufall, habe es gerade mit Field permissions gemacht und es funktioniert erste Sahne. Die Felder werden auch nicht zum Bearbeiten angezeigt, wenn einer kein Premium User ist. Dazu kommt, das ich nur einen Node benötige. Ich brauche jetzt nur noch das Tutorial mit Content Access und Drupal Commerce befolgen. Also praktisch nur die Rolle verkaufen.

Ich schreibe später in meinem Blog http://neofelis.de eine Anleitung wie ich das gemacht habe. Ist bestimmt für einige von Interesse.

Die Frage ist jetzt, wenn ein neuer Benutzer sich registriert. Drupal Commerce speichert die Kundenprofile in einen gesonderten Bereich. Man kann natürlich manuell referenzieren, sowie ich das gesehen habe. Am besten mache ich das so, dass die Leute sich registrieren und automatisch als Kunde angelegt werden?

Wenn sie etwas kaufen wollen, also Premiumuser werden wollen.

Du kannst sie sofort zu Kunden machen, oder aber nur die, die das ausdrücklich wünschen.

Sorry, hab ich vergessen zu schreiben ;-) Ich habe das damals über Panels gelöst.

Ja, das habe ich mir gedacht, dass du es mit Panels gemacht hast. Ich setze mir nachher mal die Drupal Commerce Kickstart Edition auf, damit ich ein paar Konfigurationen abschauen kann. Gerade das mit dem Kundenprofil ist mir wichtig. Weil der Kunde muss ja eine Rolle bekommen. Am besten ich lege als Produkte einmal "Kostenlos Basis-Eintrag" an und einmal "kostenpflichtig Premium-Eintrag".