Re: [TYPO3-german] Strategie für Kundenbereich

2014-12-10 Diskussionsfäden Christian Leicht

Quote: Chris Wolff - AERTiCKET AG wrote on Wed, 10 December 2014 08:38


Bau dir Im Extension Builder einfach ein Model was deine Neuen Properties hat.

Dann vor der innstallation änderst du die 
ext_tables.sql - damit es die tabelle fe_user erweitert

ext_tables.php - damit im backend die felder an gewünschter stelle erscheinen.

bei deinem model neu erstellen model sogst du dafür das es vom standard 
fe_usermodel erbt.

Dann passt du im typoscript setup.txt das mapping an. (damit extbase weiss das 
es das model in der tabelle fe_user sucht)
Ich hoffe ich hab jetzt keinen schritt vergessen

Gruss chris



Damit ist es aber nicht getan. Ich muss dann noch alle Inhalte der eigentlichen FEUser Extension nachbauen um deren Inhalt in meiner neuen Extension anzeigen zu können. Da kommen dann auch die neuen Felder vor. 
Oder reicht es dann in die Fluid Templates der FEuser Ext die neuen Felder mit aufzunehmen?


Christian
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Strategie für Kundenbereich

2014-12-09 Diskussionsfäden Christian Leicht

Quote: Philipp Gampe (pgampe) wrote on Tue, 09 December 2014 00:49


Hi Christian,

Christian Leicht wrote:

 Ich würde eine Extension erstellen die mir die
 Tx_Extbase_Domain_Model_FrontendUser Datenbank erweitert.

Das Modell matcht auf fe_users, aber ja, dass kannst du natürlich machen.



Im alten Kickstarter konnte man bestehende Extension Datenbank Tabellen 
erweitern. Jetzt läuft der alte Kickstarter nicht mehr unter 6.2.
Im Extension Builder geht das anscheinend gar nicht.

Christian

___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Strategie für Kundenbereich

2014-12-09 Diskussionsfäden Chris Wolff - AERTiCKET AG
Hi Christian,

Ja im Extension Builder gibt es diese funtion nicht. Ist aber auch gar nicht 
weiter schlimm.

Bau dir Im Extension Builder einfach ein Model was deine Neuen Properties hat.

Dann vor der innstallation änderst du die 
ext_tables.sql - damit es die tabelle fe_user erweitert
ext_tables.php - damit im backend die felder an gewünschter stelle erscheinen.

bei deinem model neu erstellen model sogst du dafür das es vom standard 
fe_usermodel erbt.

Dann passt du im typoscript setup.txt das mapping an. (damit extbase weiss das 
es das model in der tabelle fe_user sucht)
Ich hoffe ich hab jetzt keinen schritt vergessen

Gruss chris


-Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org 
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Christian Leicht
Gesendet: Dienstag, 9. Dezember 2014 23:42
An: typo3-german@lists.typo3.org
Betreff: Re: [TYPO3-german] Strategie für Kundenbereich

Quote: Philipp Gampe (pgampe) wrote on Tue, 09 December 2014 00:49

 Hi Christian,
 
 Christian Leicht wrote:
 
  Ich würde eine Extension erstellen die mir die 
  Tx_Extbase_Domain_Model_FrontendUser Datenbank erweitert.
 
 Das Modell matcht auf fe_users, aber ja, dass kannst du natürlich machen.
 

Im alten Kickstarter konnte man bestehende Extension Datenbank Tabellen 
erweitern. Jetzt läuft der alte Kickstarter nicht mehr unter 6.2.
Im Extension Builder geht das anscheinend gar nicht.

Christian

___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Strategie für Kundenbereich

2014-12-08 Diskussionsfäden bernd wilke

Am 05.12.14 00:15, schrieb Christian Leicht:

Hallo zusammen,

ich muss auf einer TYPO3 6.2.7 Seite einen Kundenbereich anlegen.
Die FEUser Daten sind in einer tt_address Datenbank abgelegt, die
mittels Formhandler eingetragen wurden (Aufwendiges
Anforderungsformular/Kontaktformular).


das klingt eigentlich eher verkehrt:
wenn sich Benutzer an der Site anmelden sollen, müssen die Daten (auch) 
in fe_users vorliegen weil das login eben auf dieser Tabelle basiert 
(oder man die Logina uthgentifizierung erst umschreiben muss).
tt_address hat evtl. per Default ein paar Felder mehr zu den Personen, 
aber meistens muss man sowieso erweitern und dann ist es egal ob 
tt_address oder fe_users erweitert wird.



Die USer werden also automatisch angelegt und können vom Admin
freigeschalten werden.
Jetzt muss der Admin eine einfache Möglichkeit haben jedem spezifischen
User Dateien bereitzustellen die Individuell für jeden User verschieden
sind. Das sind dann PDF´s, Doc´s, Xls´s, Jpegs usw.  Jeder User hat also
andere/eigene Dateien.



Schön wäre es wenn im fileadmin beim erstellen eines Users oder beim
freischalten eines User ein Ordner angelegt werden könnt den man dann
per Backend befüllt und der dann im gesicherten Frontend aufgelistet
wird.



Das ganze sollte auch einfach für die BEUser sein damit die nicht erst
immer für einen neuen FEUser eigene Seiten anlegen, Ordner erstellen
oder gar Inhaltselemente anlegen müssen.

Leider hab ich mit der FEUser Verwaltung und Möglichkeiten noch wenig
Erfahrung und Bitte Euch um Ideen wie man da rangehen könnte.
Es gibt so viele Extensions die in dem Bereich was machen. Aber ich kann
diese nicht richtig einordnen.


das gesamte Konzept von freigegebenen Daten in TYPO3 ist auf fe_users 
bzw. konkreter auf fe_groups aufgebaut.


die Ordener-Idee mag auf den ersten Blick passen baut aber ein 
alternatives Zugriffssystem zu dem von TYPO3 auf.
Was ist wenn ein PDF, das für 50 Leute in deren Ordner kopiert wurde 
verändert werden muss (oder aus irgendeinem Grunde zurückgezogen werden 
muss)?


wenn jede freigegebene Datei über einen Datensatz verwaltet wird, der 
für eine bestimmten Gruppe ('Darf_Datei_xyz_lesen') sichtbar ist. kann 
man diesen Datensatz schnell deaktivieren oder auf eine andere Version 
zeigen lassen.


natürlich hast du damit u.u. einen Haufen an FE-User-Gruppen, aber einen 
Tod muss man sterben.


formhandler kann nicht nur tt_address, sodnern auch alle anderen 
Tabellen schreiben, warum also nicht fe_users und dann dort die 
verschiedenen Gruppen, die das Lesen der individuellen Dateien 
ermöglicht. (ich stell mir gerade vor, dass die Leute bei ihrer 
Registrierung ein paar Checkboxen ausgewählt haben und die dann im 
finisher jeweils die Gruppen festlegen, die dieser User dann bekommt.)


bernd
--
http://www.pi-phi.de/cheatsheet.html
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Strategie für Kundenbereich

2014-12-08 Diskussionsfäden Christian Leicht

Quote: Bernd Wilke[2] wrote on Mon, 08 December 2014 10:26


das klingt eigentlich eher verkehrt:
wenn sich Benutzer an der Site anmelden sollen, müssen die Daten (auch) 
in fe_users vorliegen weil das login eben auf dieser Tabelle basiert 
(oder man die Logina uthgentifizierung erst umschreiben muss).
tt_address hat evtl. per Default ein paar Felder mehr zu den Personen, 
aber meistens muss man sowieso erweitern und dann ist es egal ob 
tt_address oder fe_users erweitert wird.




Das ist ja auch egal. Die User sind angelegt und die FE Verwaltung kann dann 
damit umgehen. Das funktioniert auch soweit alles.


wenn jede freigegebene Datei über einen Datensatz verwaltet wird, der 
für eine bestimmten Gruppe ('Darf_Datei_xyz_lesen') sichtbar ist. kann 
man diesen Datensatz schnell deaktivieren oder auf eine andere Version 
zeigen lassen.


natürlich hast du damit u.u. einen Haufen an FE-User-Gruppen, aber einen 
Tod muss man sterben.


Ich brauch ja nur eine Gruppe. Wieso mehrere? 
Jeder FEUser hat seine eigenen Files. Die brauchen nicht in eine Datenbank. Die liegen in einem Ordner.


Es werden auch keine Dateien ausgetauscht die dann einem anderem User fehlen 
könnten.

Ich verstehe nur nicht  das es so schwierig ist eine solch einfache Anforderung in TYPO3 umzusetzen. Ich kann mir auch nicht vorstellen das es dafür noch keine Erweiterung gibt. 


Ich habe verschiedene FE User, wo jeder ein eigenes Passort hat. Und jedem User 
möchte ich noch ein paar Dateien zum download anbieten. Thats all.

Christian


___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Strategie für Kundenbereich

2014-12-08 Diskussionsfäden Marc Willmann
Am 08.12.14 13:11, schrieb Christian Leicht:


 Ich verstehe nur nicht  das es so schwierig ist eine solch einfache
 Anforderung in TYPO3 umzusetzen.

Das liegt daran, dass Du den FE-Login-Prozess von TYPO3 halt nicht so
verwendest, wie er gedacht ist. Und ein bisserl speziell ist Deine
Anforderung auch.

Das heisst nicht, dass es keine Lösung dafür gibt, aber Dein Ansatz
erscheint mir auch nicht allzu zielführend...

Warum nicht eine kleine Extension bauen, die folgendes realisiert:

Datensatz: Zuordnung fe_user - Dateifolder
Plugin: Wenn fe_user angemeldet, zeige Inhalt des Dateifolders.

fertig und sogar per S-FTP pflegbar.

Marc

-- 
Marc Willmann. TYPO3-Freelancer.
http://www.marc-willmann.de

Seelandstr. 14-16
D-23569 Lübeck

TYPO3 Certified Integrator
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Strategie für Kundenbereich

2014-12-08 Diskussionsfäden Christian Leicht

Quote: Marc Willmann wrote on Mon, 08 December 2014 13:45


Am 08.12.14 13:11, schrieb Christian Leicht:
Das heisst nicht, dass es keine Lösung dafür gibt, aber Dein Ansatz
erscheint mir auch nicht allzu zielführend...


Was ist an meinem Ansatz komisch. Ich hab eine FEUSer Datenbank in dem die User 
hinterlegt sind. Fertig


Warum nicht eine kleine Extension bauen, die folgendes realisiert:

Datensatz: Zuordnung fe_user - Dateifolder
Plugin: Wenn fe_user angemeldet, zeige Inhalt des Dateifolders.

fertig und sogar per S-FTP pflegbar.


Ja das wäre es , in PI-base hätte ich es schon fertig, aber in Exbase traue ich mich nicht dran. 


Christian
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Strategie für Kundenbereich

2014-12-08 Diskussionsfäden Marc Willmann
Am 08.12.14 13:53, schrieb Christian Leicht:
 Quote: Marc Willmann wrote on Mon, 08 December 2014 13:45
 
 Am 08.12.14 13:11, schrieb Christian Leicht:
 Das heisst nicht, dass es keine Lösung dafür gibt, aber Dein Ansatz
 erscheint mir auch nicht allzu zielführend...
 
 Was ist an meinem Ansatz komisch. Ich hab eine FEUSer Datenbank in dem
 die User hinterlegt sind. Fertig

soweit hast Du ja auch kein Problem bekommen, soweit ich Dich verstanden
habe.

Komisch im Sinn von schwer pflegbar und viele unnötige Abhängigkeiten,
die Dir irgendwann auf die Füsse fallen, finde ich die Idee, das mit den
Ordnern und der automatischen Zuordnung der Userrechte zu lösen. Da
gibt's jede Menge Sonderfälle und am Ende müssen die Redakteure das doch
wieder eher umständlich übers BE hochladen; d.h. Du kannst Dich in den
Upload-Prozess nur schwer einklinken (z.B. um automatisiert Dokumente
hochzuladen o.ä.).

 Warum nicht eine kleine Extension bauen, die folgendes realisiert:

 Datensatz: Zuordnung fe_user - Dateifolder
 Plugin: Wenn fe_user angemeldet, zeige Inhalt des Dateifolders.

 fertig und sogar per S-FTP pflegbar.
 
 Ja das wäre es , in PI-base hätte ich es schon fertig, aber in Exbase
 traue ich mich nicht dran.

das ist kein großes Ding. ExtensionBuilder nimmt Dir die Arbeit mit der
Zuordnungstabelle ab; der Rest ist dann eh mehr oder weniger PHP-Kram im
Controller; beim Filezugriff auf externe Folder nimmt Dir extbase auch
keine Arbeit ab. Wenn Du Dir das in piBase zutraust, ist das mit Extbase
auch fix fertig...

Wobei ich auch nicht drauf wetten würde, dass es so eine Extension noch
nicht gibt. Hast Du da mal gesucht?

Wenn Du nicht programmieren magst, nimm halt sowas wie

http://typo3.org/extensions/repository/view/download_explorer

Dann hast Du zwar auf der Downloadseite viele Plugins vom gleichen Typ,
die jeweils nur für einen Benutzer sichtbar sind, aber damit bist Du
doch schon fast am Ziel...

Marc


-- 
Marc Willmann. TYPO3-Freelancer.
http://www.marc-willmann.de

Seelandstr. 14-16
D-23569 Lübeck

TYPO3 Certified Integrator
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Strategie für Kundenbereich

2014-12-08 Diskussionsfäden bernd wilke

Am 08.12.14 13:53, schrieb Christian Leicht:

Quote: Marc Willmann wrote on Mon, 08 December 2014 13:45


Am 08.12.14 13:11, schrieb Christian Leicht:
Das heisst nicht, dass es keine Lösung dafür gibt, aber Dein Ansatz
erscheint mir auch nicht allzu zielführend...


Was ist an meinem Ansatz komisch. Ich hab eine FEUSer Datenbank in dem
die User hinterlegt sind. Fertig


Warum nicht eine kleine Extension bauen, die folgendes realisiert:

Datensatz: Zuordnung fe_user - Dateifolder
Plugin: Wenn fe_user angemeldet, zeige Inhalt des Dateifolders.

fertig und sogar per S-FTP pflegbar.


Ja das wäre es , in PI-base hätte ich es schon fertig, aber in Exbase
traue ich mich nicht dran.


pi_base wird auch weiterhin von TYPO3 unterstützt werden.
Natürlich muss man Namespaces benutzen damit es auch (ohne 
Kompatibilitätslayer) in 7.x läuft.
Und FAL wäre auch zu berücksichtigen, aber da wirst du in deinem 
Anwendungsfall wohl eher dran vorbei arbeiten.


bernd
--
http://www.pi-phi.de/cheatsheet.html
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Strategie für Kundenbereich

2014-12-08 Diskussionsfäden Ralf-Rene Schröder
Am 08.12.2014 13:53, schrieb Christian Leicht:
 Was ist an meinem Ansatz komisch. Ich hab eine FEUSer Datenbank in dem
 die User hinterlegt sind. Fertig

weil die Standard Rechtestruktur im Frontend von TYPO3 eben eher auf die
Gruppen abziehlt !!!

 Warum nicht eine kleine Extension bauen, die folgendes realisiert:
 Datensatz: Zuordnung fe_user - Dateifolder
 Plugin: Wenn fe_user angemeldet, zeige Inhalt des Dateifolders.
 fertig und sogar per S-FTP pflegbar.
 
 Ja das wäre es , in PI-base hätte ich es schon fertig, aber in Exbase
 traue ich mich nicht dran.
dann mache es doch in PI-base, läuft doch nach wie vor (solange du
Grundregeln einhälst) ... [IMHO sogar in v.7 ???]


-- 
image[FORMAT] - Ralf-René Schröder
http://www.image-format.eu ... Wir geben Ihrem Image das richtige Format
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Strategie für Kundenbereich

2014-12-08 Diskussionsfäden Philipp Gampe
Hi Ralf-Rene,

Ralf-Rene Schröder wrote:

 dann mache es doch in PI-base, läuft doch nach wie vor (solange du
 Grundregeln einhälst) ... [IMHO sogar in v.7 ???]

Natürlich auch in 7.x. Es gibt keine Pläne AbstractPlugin (ehemals pibase) 
zu beerdigen. Nur den genamespacedte Variante wird ab 7.0 zu Pflicht (oder 
halt die compat6 Extension als Requirement einbauen).

Extbase lohnt sich eigentlich erst, wenn man mindestens ein größeres Modell 
hat.

Grüße
-- 
Philipp Gampe – PGP-Key 0AD96065 – TYPO3 UG Bonn/Köln
Documentation – Active contributor TYPO3 CMS
TYPO3  inspiring people to share!

___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Strategie für Kundenbereich

2014-12-08 Diskussionsfäden Christian Leicht

Kann ich denn eigentlich nicht die feuser extension um ein paar Felder 
erweitern. Wichtig dabei wäre ein FAL Feld das ich dann im Backend mit 0-99 
Dateien füllen könnte. Evtl. noch ein RTE Feld.
Ich würde eine Extension erstellen die mir die 
Tx_Extbase_Domain_Model_FrontendUser Datenbank erweitert.

Christian
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Strategie für Kundenbereich

2014-12-08 Diskussionsfäden Philipp Gampe
Hi Christian,

Christian Leicht wrote:

 Ich würde eine Extension erstellen die mir die
 Tx_Extbase_Domain_Model_FrontendUser Datenbank erweitert.

Das Modell matcht auf fe_users, aber ja, dass kannst du natürlich machen.

Grüße
-- 
Philipp Gampe – PGP-Key 0AD96065 – TYPO3 UG Bonn/Köln
Documentation – Active contributor TYPO3 CMS
TYPO3  inspiring people to share!

___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german

Re: [TYPO3-german] Strategie für Kundenbereich

2014-12-05 Diskussionsfäden Chris Wolff - AERTiCKET AG
Hallo Christian,
Ich würde das Problem Warscheinlich mit einer Kleinen Extension lösen.
Die einen Hook beim Speichern von Daten im backend nutzt. (da gibt’s einen Weiß 
gerade nicht wie er heißt.)

Also jedes mal wenn fe_user daten gespeichert werden schaut die Extension. Der 
User freigeschaltet wurde.
Wenn dem so ist (seite/ordner nicht existieren). 
Kümmert sie sich um folgende dinge:
1. Anlegen eines Entsprechende Ordners unter Fileadmin (hier sollte man 
bestimmt die FAL Api Nutzen).
2. Anlegen einer User Spezifischen seite. (eventuelles anlegen/kopieren von 
Inhalts elemente als standard. Wenn du z.b eine eine filelist extension für den 
fe_user bereitstellen willst. Etc.)
3. Anlegen einer Nutzergruppe. (da die freigabe in typo3 ja auf gruppen 
bassiert.) und zuweisen dieser nutzergruppe zum nutzer und der neu Angelegten 
Seite.

Dadurch ist der Prozess für den Redakteur denkbar einfach. Er klickt die 
checkbox deaktiviert ab und speichert. alles andere wird automatisch erledigt.
Falls die Seite für den Kunden Mehr Anpassungen erfordert und nicht einfach 
automatisch erstellt werden kann. Würde vielleicht statt dem hook. Backend 
Modul Erstellen. Das eine Einfach eine user Liste Anzeigt.
Und dem Redaktuer die möglichkeit gibt die seite anzulgen .zu bearbeiten und 
danach den user freizuschalten. Das modul könnte auch sicherstellen das der FE 
user eine Seite und ordner hat bevor man den user aktivieren
Kann.

Gruss chris

-Ursprüngliche Nachricht-
Von: typo3-german-boun...@lists.typo3.org 
[mailto:typo3-german-boun...@lists.typo3.org] Im Auftrag von Christian Leicht
Gesendet: Freitag, 5. Dezember 2014 00:15
An: typo3-german@lists.typo3.org
Betreff: [TYPO3-german] Strategie für Kundenbereich

Hallo zusammen,

ich muss auf einer TYPO3 6.2.7 Seite einen Kundenbereich anlegen.
Die FEUser Daten sind in einer tt_address Datenbank abgelegt, die mittels 
Formhandler eingetragen wurden (Aufwendiges 
Anforderungsformular/Kontaktformular).

Die USer werden also automatisch angelegt und können vom Admin freigeschalten 
werden.
Jetzt muss der Admin eine einfache Möglichkeit haben jedem spezifischen User 
Dateien bereitzustellen die Individuell für jeden User verschieden sind. Das 
sind dann PDF´s, Doc´s, Xls´s, Jpegs usw.  Jeder User hat also andere/eigene 
Dateien.

Schön wäre es wenn im fileadmin beim erstellen eines Users oder beim 
freischalten eines User ein Ordner angelegt werden könnt den man dann per 
Backend befüllt und der dann im gesicherten Frontend aufgelistet wird.

Das ganze sollte auch einfach für die BEUser sein damit die nicht erst immer 
für einen neuen FEUser eigene Seiten anlegen, Ordner erstellen oder gar 
Inhaltselemente anlegen müssen.

Leider hab ich mit der FEUser Verwaltung und Möglichkeiten noch wenig Erfahrung 
und Bitte Euch um Ideen wie man da rangehen könnte.
Es gibt so viele Extensions die in dem Bereich was machen. Aber ich kann diese 
nicht richtig einordnen.

Wäre schön wenn Ihr mir ein paar Tipps geben könntet.

Christian


___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german
___
TYPO3-german mailing list
TYPO3-german@lists.typo3.org
http://lists.typo3.org/cgi-bin/mailman/listinfo/typo3-german