How to do this?

Also du möchtest sozusagen verschiedene Teile eines Nodes mit verschiedenen Zugangsberechtigungen füllen? Ich glaube ganz so einfach geht das nicht. Ich würde den Ansatz wie folgt sehen (rein spekulativ):

- Es gibt glaube ich so ein Modul, welches dir erlaubt verschiedene Nodes in einen Node zu packen (denn ich glaube du kannst nicht versch. Felder mit versch. Berechtigungen versehen).

- Dann brauchst du ein Modul, welches dir Erlaubt, Berechtigungen auf Nodeebene zu verteilen, ... nur hast du ja dann 50 User und müsstest 50 Gruppen haben. Vielleicht gibt es auch noch ein Modul, welches die Berechtigungen auf Userebene umsetzt.

Einfach ein wenig laut gedacht, ist vielleicht auch mehr Stuss...

______________________________
Yet Another Drupal Site (YADS)
http://www.rapsli.ch
******************************

Admin kann die Seiten ja einem Benutzer zuweisen, dann musst du nur noch die Rechte richtig setzten. (edit own content, etc.)

Ein CCK Userreference-Feld, gepaart mit einem geeigneten View sollte reichen. Die Anforderungen sind aber etwas schwammig. Man müsste etwas mehr über die Beschaffenheit der Daten wissen.

* Sollen Benutzer "individuelle Inhalte" von anderen Benutzern sehen können.
* Sollen Benutzer ihre "individuellen Inhalte" ändern können.
* Es ist auch wichtig, welche Bedeutung die "individuellen Inhalte" haben. Handelt es sich um so etwas wie Stammdaten (z.B. Wohnort, Kontonummer, Bankleitzahl), eng mit dem Benutzer verknüpfte Daten (z.B. Liste bestellter Artikel) oder um Daten, die nur lose mit dem Benutzer verknüpft sind (z.B. Liste von zu erledigenden Aufgaben). In OOD-Terminologie: sind es Attribute, Compositionen oder Aggregationen.

EDIT: Ich sehe gerade, einge glauben, du wolltest nur eine einzige Seite anlegen. Ist das wirklich so? Schwer zu entscheiden bei deiner Ausdrucksweise. Du solltest auf jeden Fall für jeden Benutzer eine eigene Seite anlegen.

--

Nun für den einzelnen User soll es nur eine Seite geben, auf die nur er alleine zugreifen kann. DAHER>

* Sollen Benutzer "individuelle Inhalte" von anderen Benutzern sehen können.

nein

* Sollen Benutzer ihre "individuellen Inhalte" ändern können.

nein, nur den Inhalt lesen oder wenn Datein vorhanden sind die runterladen, z.B.: eine PDF-Datei.

* Es ist auch wichtig, welche Bedeutung die "individuellen Inhalte" haben. Handelt es sich um so etwas wie Stammdaten (z.B. Wohnort, Kontonummer, Bankleitzahl), eng mit dem Benutzer verknüpfte Daten (z.B. Liste bestellter Artikel) oder um Daten, die nur lose mit dem Benutzer verknüpft sind (z.B. Liste von zu erledigenden Aufgaben). In OOD-Terminologie: sind es Attribute, Compositionen oder Aggregationen.

eher die letzen Zwei, also Bestellliste sowas.


EDIT: Traxer du schreibst Ein CCK Userreference-Feld, gepaart mit einem geeigneten View sollte reichen Hast du einen ungefähren Bauplan/ Weg wie man das genau macht?
Und was ist genau mit "Userreference-Feld" gemeint?

Im Moment nicht, vielleicht später.

CCK ist ein Modul, das es erlaubt, zusätzliche Felder in Inhaltstypen unterzubringen, z.B. "Ansprechpartner", "Telefonnummer", "Adresse", je nach dem, was du mit dem Inhaltstyp abbilden willst.

CCK (und andere Module) stellen dazu "Felder" und "Widgets" bereit. Das "Feld" sagt dabei, welcher Art die Information ist, das "Widget" sagt, wie diese Information vom Benutzer eingegeben werden soll.

Das Userreference-Modul (wird zusammen mit CCK ausgeliefert) erlaubt es, Benutzer einzugeben. Dazu stellt das Module zwei Widgets bereit: ein Textfeld mit Autocomplete und eine Auswahlliste. Das Modul sorgt selbst für die Validierung der Daten (wenn du etwas einträgt, prüft das Modul selbständig, ob das der Name eines Benutzers ist).

--

Was CCK angeht etc. weiss ich bescheid auch mit Views, dennoch danke für die ausführliche INFOS, ich denke das wird unerfahrenen Usern weiterhelfen können.

Ich müsste jetzt nur noch erfahren, wie ich eine Page das ich mit CCK für mein Anliegen erstellt habe, so hinbekomme, dass ich diese einen beliebigen User zuordnen kann.

Wie Du schon schreibst kann man den User-Profilen ( mit Hilfe des Moduls: Profile )Telefonnummern, Adresse usw. anlegen. Wie aber defeniere ich eine ganze Page für einen USER oder eine Filedownload -Page?

mal ein wenig um die ecke gedacht: vielleicht ist es am bequemsten, das privatemsg modul dafür zu nutzen?
http://drupal.org/project/privatemsg

________________
http://aureli.us

kannst du noch kurz beschreiben wie du das damit lösen würdest?

EDIT: aber mt dem modul könnte ich ja nur textnachrichten ausgeben, was aber wenn man
eine Excellatei oder eine PDF anfügen will? Ich denke dafür ist das nicht geeignet, aber ich habe mir das Modul nur schnell/ grob angeschaut und es noch nie im Einsatz gehabt.

oh sorry, ich dachte da gab es noch ein attachment modul für. ohne geht das nicht...
________________
http://aureli.us

Kein thema, nicht so problematisch.
Ich hoffe aber das sich ein Ansatz findet, ich grübel schon die ganze Zeit wie ich das mit VIEWS realisieren könnte, komme aber einfach nicht drauf welche Module eventuell noch benötigt werden um die User zu spezifiezieren und welche Filter und Argumente passend wären.

Im prinzip ist es eine Lösung wie wenn man Usern eigene Gallerien oder sowas anlegt, individuelle Inhalte eben, nur leider weiss ich nicht wie man das mit CCK und Views ( Filter, Argumente ) realisiert

hat denn kein Drupalprofi hierrauf eine kurze sinvolle Antwort?

So wie traxer bereits gesagt hat.

Einen View erstellen. Der View gibt nur die Node/s aus die zum eingeloggten Uer gehoeren. Hierbei kann man spielen. Je nach dem wie viele Seiten zu einem User gehoeren und auch nur von ihm zu sehen sein sollen.
Wenn diese Nodes mit CCK gestaltet sind kann man die einzelnen Felder mit CCK Field Permissions den Usern differenziert praesentieren.
Naja, wie von Dir gesagt: Die Nodes werden vom Admin erstellt und von ihm einem konkreten User zugeordnet.

Deine Fragestellung enthaelt 2 Dinge.

Das Eine ist das Erstellen der Nodes durch den Admin und das Zuordnen zu einem User.
Eine Variante waere das ein User eine bestimmte Seite selbst erstellt: Der Extremfall dabei ist, wenn der User nur 1 Seite eines bestimmten Typs erstellen kann. Existiert diese Seite dann wird sie vom Admin vervollstaendigt mit den attached Files etc.

Das Zweite ist die Anzeige der Seiten. Und zwar nur den betreffenden Usern <- traxer sagte mit einem View.

-------------
quiptime

Nur tote Fische schwimmen mit dem Strom.

1.:
Danke quiptime, das bringt mich auf jeden Fall schon mal ein Stück weiter. Allerdings bitte ich dich noch kurz zu schildern,welche Argumente bzw. Filter hier bei den Views einzustellen sind, man hat ja eine riesen Auswahl und Kombinationsmöglichkeiten.

2.:
Wenn diese Nodes mit CCK gestaltet sind kann man die einzelnen Felder mit CCK Field Permissions den Usern differenziert praesentieren.

Verstehe ich das richtig, mit "CCK Field Permissions " kann ich Felder für bestimmte User sichtbar machen, oder hier angeben welche User die ganze Seite sehen dürfen? + ist das CCK Field Permissions schon im standard CCK -Modul drin oder muss man diesen extra downloaden?

Das verstehst Du richtig.

CCK Field Permissions must man zusaetzlich installieren: http://drupal.org/project/cck_field_perms

Da musst Du noch ein wenig genauer ausfuehren was Du willst.

Wieviele Nodes je User sind es? Nur eine einzelne bestimmte?

Vermutlich ist es an dieser Stelle etwas komplexer als nur einen View und die User sehen eine ihnen zugeordnete Seite. Hier muss man wohl Deinerseits noch strategische Ueberlegungen anstellen hinsichtlich aller Seiten je User. An dieser Stelle musst Du genauer erläutern.

-------------
quiptime

Nur tote Fische schwimmen mit dem Strom.

Wieviele Nodes je User sind es? Nur eine einzelne bestimmte?

Eigentlich am Anfang ganz simpel, es soll pro User ein Node geben, eine einzige Seite in
der der Admin für den User Information hinterlassen kann oder eben eine Datei anhängen, diese
soll aber nur dieser User runterladen können. Ein anderer User hat zwar auch einen einzigen Node/ Seite
mit dem gleichen Prinzip wie der Erste, aber hier sollen andere Infos zu sehen sein, eben individuelle
Infos, wiederrum soll kein User Zugriff auf die Inhalte des anderen haben.

Die einem User zuzuordnende Node:

"Liegt solch eine Node irgendwo rum" oder ist es eine Node vom Profile eines User?

-------------
quiptime

Nur tote Fische schwimmen mit dem Strom.

"Liegt solch eine Node irgendwo rum" oder ist es eine Node vom Profile eines User?

der Node würde mit CCK extra erstellt werden, aber bei der Frage; natürlich wäre es super wenn man sowas gleich in den Profile des User intigrieren könnte, sowie man mit dem Pfolemodul auch ein neues Adressfeld oder ähnliches hinzufügt, aber all das ist mir im Moment zu hoch.

Hoffe habe dein Frage richtig verstanden.

Du hast meine Frage richtig verstanden. Meine Frage beruehrt die vorhin angesprochenen strategischen Ueberlegungen.

Auch wenn es Dir im Moment zu hoch ist.

Es gibt die Module "Node Profile" und "Usernode".

Mit diesen Modulen kannst Du das normale Userprofil "aufbrechen" bzw. auf ein besseres Niveau heben. Das bedeutet, normale Nodes werden zu Userprofilen.
Dabei hat man freien Handlungsspielraum und kann eigene Nodetypes erstellen und diese dann dem Userprofil zuordnen. Dabei kann man auch festlegen wieviele Nodes je Nodetype ein User erstellen darf bzw. haben kann.

Wenn Du also mit voran genanntem strategischen Konzept arbeiten wuerdest hast Du
1. eine Investition in die Zukunft der Website gemacht und
2. man kann bestimmte Moeglichkeiten nutzen den Usern ihre Nodes verfuegbar zu machen.

Fuer Letzgenanntes ein fiktives Beispiel:

http://your-site.com/user/43/content

Hier ist "content" eine dem User gehoerende und damit dem User zugeordnete einzelne Node. Der Link "/user/43/content" repraesentiert einen View. Dieser View gilt fuer alle User der Website denn die Userid zwischen "user" und "content" ist im View variabilisiert.

PS
Fuer die attached Files sehe Dir mal das Modul "FileField" an.

Als Alternative zu CCK fieldpermissions sehe Dir mal das Modul "Hidden Content" an.

Links
http://drupal.org/project/usernode
http://drupal.org/project/nodeprofile

http://drupal.org/project/filefield
http://drupal.org/project/hidden_content

-------------
quiptime

Nur tote Fische schwimmen mit dem Strom.

also die komplette Ausführung ist sehr Hilfreich, muss ich sagen! Habe die Module angeschaut etc.
Aber wie es so meistens ist, habe ich noch ein paar Fragen.

1.: Ich erstelle erstens ein neuen Inhaltstyp, nennen wirs " Bestellungen"
darin füge ich ein Feld hinzu: User Reference.

2.a,: Jetzt erstelle ich ein Views mit dem gleichen Namen: "Bestellungen" als URL,
jetzt kommt die grosse Frage> brauche ich ein Argument, wenn ja welches?
b, und welchen Filter verwende ich?

Sorry, aber ist recht komplex noch das Teil - wäre nett wenn du diesbezüglich noch Zeit nimmst.