Huhu,
also... ich hab mich in den letzten Wochen intensiv mit der Frage beschäftigt, ob man mit Typo3 eine Communitypage umsetzen kann und irgendwie bin ich auf immer mehr Probleme gestoßen, die mir eine Umsetzung in dem Sinn, wie ich sie gerne hätte, fast unmöglich gemacht hat. Naja, eigentlich nicht unmöglich, aber halt mit unwirtschaftlichem Arbeitsaufwand dahinter.
Ein Beispiel:
Hab ein paar Abende damit zugebracht, die feadmin.inc soweit umzuschreiben, dass die fe_user Passwörter nicht im Klartext sondern verschlüsselt gespeichert werden, keine Passwörter mehr verschickt, sondern neue generiert und auch verschlüsselt eingetragen werden etc pp... Bis ich dann gemerkt habe, dass das phpbb damit nicht klarkommt und ich das auch noch umschreiben müsste 🙁
Weiter gings mit so lustigen Sachen wie dem Userprofil. Im Endeffekt hab ich's leider nicht wirklich hinbekommen, das Profil des phpbbs mit meinem erweiterten fe_user-Profil abzugleichen. Ergo: zwei Profile... somit bliebe mir nur übrig, das Forum-Profil zu deaktivieren, was mir dann aber schon wieder das phpbb übel nehmen würde, da man ja bei jedem Posting eines Users dessen Profil anklicken kann.
Desweiteren hab ich es noch nicht einmal geschafft, dass ein user (per Frontend) ein Bild zu seinem Profil hinzufügen kann (mit dem gleichen Formular, mit dem er auch seine Daten ändert... als eigenständiges Modul hätt ich's mir selbst schreiben können, aber das ist irgendwie nicht Sinn der Sache). Vielleicht seh ich auch den Wald vor lauter Bäumen nicht, somit lass ich mich gern belehren 😉
Nun aber mal zu meiner eigentlichen Frage:
Was habt ihr für Erfahrungen mit solchen Umsetzung? Haltet ihr es für möglich? Bin ich vielleicht nur falsch an die ganze Sache herangegangen?
Bräuchte echt Hilfe, da ich sonst das ganze wohl doch lieber "per Hand" schreiben würde... ohne Unterstützung von Typo3, was ich sehr schade fände, da ich mich langsam richtig an T3 gewöhnt hab, aber so wie's im Moment für mich aussieht, wäre es eine echte Mehrarbeit, das alles anpassen zu müssen, als es selbst zu schreiben.
Ave
Sandra
Wenn ichs recht sehe hast Du meistens mit dem User-Profil Probleme.
Ich hatte auch recht viele Probleme mit der lib. Man müsste da mal ansetzen. Damit meine ich, die lib auf den neusten Stand bringen und eine super-praktische Schnittstelle dazu anlegen. Damit es easy ist, in neuen Extensions das User-Profil zu nutzen.
Was meinst Du?
Greeetzz
Daniel
Guten Morgen Daniel,
joah, also dne Gedanken hab ich mir auch schon gemacht... aber ich komme einfach nicht auf die ausschlaggebende Idee WIE 🙁
Evtl. könnte man sich ja mal mit der Community hier zusammensetzen und mal wenigstens grob ein Konzept entwickeln... was haben wir? was brauchen wir? wie kann diese "Schnittstelle" angelegt werden? Wo muss sie überall greifen...
Das sind alles Dinge, bei denen ich allein nicht sonderlich viel weiter komme.
Wie hast du das eigentlich gelöst?
Na, klingt so, als hättest Du doch noch nicht ganz die Flinte ins Korn geschmissen 🙂
Kasper hat irgendwo selbst mal gemeint, dass eh noch ein paar Community-Features fehlen. - Wenn ich daran denke, dass das tt_board grundsätzlich nach dem Autor fragt (egal ob eingeloggt oder nicht), dann kann man das nur bestätigen.
Evtl. könnte man sich ja mal mit der Community hier zusammensetzen und mal wenigstens grob ein Konzept entwickeln... was haben wir? was brauchen wir? wie kann diese "Schnittstelle" angelegt werden? Wo muss sie überall greifen...
Klar, wir einigen uns erstmal WO wir unsere Infos zusammentragen. Es ist wichtig das Thema in drei, vier Unterpunkte zu gliedern, weil es ein komplexes Thema ist. Mein Vorschlag wäre: HIER im Forum. Und zwar Haupthread hier zum Managen der ganzen Sache, und ein paar Nebenthreads, um zu klären was die Schnittstelle eigentlich alles umfassen müsste.
- DiskussionsForen (/t/extensions)
- TypoScript (/t/typo3-frontend)
- Extensions (/t/extension-entwicklung)
- FrontEndEditing (/t/backend)
- Security
Ich bin davon überzeugt, dass auch ein Grobkonzept für die "fe_admin.lib reloaded" schon enorm hilfreich wäre. Schön wär's, wenn wir das meiste auch gleich schon umsetzen. Am besten in einem Team von zwei bis vier Leuten.
Immer noch Interesse oder siehst Du da Schwierigkeiten?
--- part two ---
Ich selbst habe die lib bisher nur einmal anfassen müssen - Nämlich für http://www.spielwarenmesse.de für die Closed User Group "Press only". Zum einen mussten die Texte zweisprachig sein (habe dazu eine localconf.php wie bei der macina_searchbox angelegt und dort die ganzen Texte brav hineingesteckt). Außerdem musste das Formular drastisch gekürzt werden, damit die User nur ihr Passwort ändern können. Liegt daran, dass die Presseonkels eigentlich in einer Oracle-Datenbank gehalten werden und die Daten nur alle paar Tage mal nach Typo3 importiert werden). Ach ja und der L-Parameter hat bei ###FORM_URL### gefehlt. Schließlich musste ich mit TypoScript einen Spagat machen, damit im nicht-eingeloggten Zustand der "Passwort vergessen?"-Link erscheint - im eingeloggten Zustand aber der "Passwort ändern?"-Link erscheint. Natürlich auch wieder zweisprachig :p
---
Schönes Wochenende!
Daniel
hehe, die Flinte ist allerdings auf dem besten Weg genau dort zu landen 😉
Zu Kasper: ein paar Com.-Features fehlen?! ... uff, das ist anscheinend Ansichtssache, aber nun gut.
Also generell hätte ich sicher Interesse, an dem ganzen mitzuwirken, nur weiss ich halt nicht, ob ich auch die Zeit und das Know-How hab, mich da intensiv einzuarbeiten etc. Diese Community-Geschichte mach ich halt privat aus Interesse an der Sache und da muss man sich schon eher "aufraffen" als in der Firma (wo man gezwungen wird 😉).
Aber gut, was tut man denn nicht alles für eine laufende Community?! Wundert mich nur eigentlich, dass wir beide anscheinend im Moment die einzigen sind, die sich dafür zu interessieren scheinen :/
Naja, auch dir ein schönes Wochenende. Man liest sich nächsten Montag
tronixx schriebhehe, die Flinte ist allerdings auf dem besten Weg genau dort zu landen 😉
Hm. Ich merke schon, wir sollten das kurz und schmerzlos machen 🙂
Vielleicht in zwei Teile untergliedern
1. Das Allerwichtigste entwickeln (etwas, was wir beide brauchen)
2. Anderen klar machen, wie wichtig die lib ist, und fürs Team als Mithelfer gewinnen, um alle weiteren Features hinzuzufügen.
So hätte es den Vorteil, dass wir schnell einen ordentlichen Erfolg haben und dann wieder Kraft zum Weitermachen haben.
Ist Dir das so lieber?
---
Ich mache das übrigens auch in meiner Freizeit - und habe im Hinterkopf die Webseite für meinen Verein auf Vordermann zu bringen. Und das ist ja ne Community.
tronixx schriebNaja, auch dir ein schönes Wochenende. Man liest sich nächsten Montag
Yes, wünsche Dir auch'n schönes Wochenende !
Greetzz
Daniel
Also, dass was ihr hier so beredet hört sich sehr interessant an und ist letztlich genau das was typo3 meiner meinung nach völlig fehlt... so genial typo auch ist, aber es ist doch letztlich alles andere als eine community lösung...
auch ich habe mit diesen ansätzen zu kämpfen, da wir im augenblick versuche ein musikmagazin zu entwickeln auf der basis von typo3, aber die geforderten communityfeatures, wie forum, eigene übersichtsseite mit allen bisher geschriebenen sachen, verfassen von artikeln für frontenduser die dann auch im profil gelistet werden und si weiter und so weiter... scheint ein mächtiges unterfangen zu werden... aber man wird sehen, wie weit wir kommen, denn wir brauchen ja auch ein gutes cms dahinter... und das ist typo sicherlich...
also solch ein lösungsansatz, die lib so zu erweitern, dass sie eine schnittstelle hat.. ok... aber wie stellt ihr euch das vor.... ich wäre schon bereit, da mitzuwirken.... wenn ich kann...
Hi LineMan,
herzlich willkommen in unserer Runde. 🙂
Ich geb Dir mal ein Beispiel: Momentan fühlt man sich wie im siebten Himmel, wenn man herausgefunden hat, wie man die Id des aktuellen Users ermitteln kann
$userid = $GLOBALS["TSFE"]->fe_user->user[uid];
Aber wenn man dann einen check machen möchte ob der User in Usergruppe 3 drin ist, oder wenn man seine Telefonnummer oder eine Avatargrafik haben möchte - dann muss man schon einige linesofcode schreiben.
Und das, obwohl lesende und schreibende Zugriffe aufs Userprofil in einer Community-Sache sehr oft nötig sind.
Also wäre eine praktische Schnittstelle angebracht. So etwas wie
$vornameUndName = $this->userProfile->get("full_name");
$telefon = $this->userProfile->get("tel");
$listevonselbstgeschriebenennews = $this->userProfile->getList("news_from_lastweek");
$check = $this->userProfile->isInGroup(3);
$avatargrafik = $this->userProfile->get("avatar_image");
Man kann sich vom phpBB einiges abschauen. 😃
Schönen Sonntag noch.
Greetz
Daniel
Einen wunderschönen Montagmorgen wünsch ich euch 🙂
So, das Wochenende ist überstanden und somit fangen die Fragen um die Community mit Typo3 wieder an, in meinem Kopf herumzuschweben.
Freut mich, noch einen "Mitstreiter" gefunden zu haben... willkommen an Bord, LineMan 😉
@Daniel: Dein Ansatz ist der gleiche, den ich mir gedacht habe. Aber im Prinzip müsste man auch gleich noch überlegen, was für Module für eine Community noch sinnvoll wären, damit man das dann auch gleich in einem Abwasch abhaken kann. Ich denke dabei an so Dinge wie Privat Messages, BuddyList, Guestbook für jeden User, Statistiken über die Useraktivitäten oder ähnliche "Spielereien".
Zwar geht das eher in Richtung "Extentions schreiben" und wäre somit unter deinem 2. Punkt zu finden, aber ich denke, dass man das auch in der Planung der extended lib beachten sollte, damit man nicht im Nachhinein wieder Defizite entdecken muss.
Was ich mir auch schon überlegt hatte, war, einfach eine Art config zu schreiben, die mit in die Admin-lib eingebunden wird. Resultat wäre, dass man erstmal (hoffentlich 😉 ) auf die wichtigsten Variablen zugreifen kann ohne sich jedesmal drei Millionen Gedanken machen zu müssen, wie man nun an diese Vars herankommt. Diese könnten dann in der Admin-lib weiterverarbeitet werden.
Desweiteren müsste man auch nochmal darüber nachdenken, das phpbb besser einzubinden... leicht gesagt, ich weiss. Aber irgendwann muss es ja mal gemacht werden... bzw. sitzt da im Moment jemand dran, weiß das einer von euch?
So, das sollte erstmal an Geschwafel reichen 😉
Ave
Sandra
Hi Sandra,
puh, jetzt ist der große Stress erstmal vorrüber. Nun hab ich den Kopf wieder ein bischen frei.
> @Daniel: Dein Ansatz ist der gleiche, den ich mir gedacht habe.
Na, das ist doch schon mal prima.
> Module für eine Community
> Privat Messages, BuddyList, Guestbook für jeden User, Statistiken über die Useraktivitäten oder ähnliche "Spielereien".
Das sollten ganz normale Extensions sein, die für sich allein entwickelt werden. Die allerdings durch unsere neue lib kinderleicht aufs Userprofil zugreifen können werden. Dann ist außer den Features, die Du nun genannt hast, noch viel mehr möglich.
Dafür müssen wir einfach mal sehen, welche Informationen ins Userprofil noch hinzu müssen.
Frage: Wie fit bist Du denn in PHP?
> config zu schreiben, die mit in die Admin-lib eingebunden wird
> Zugriff auf die wichtigsten Variablen
Tja, da hast Du mich blank erwischt. Diese lib möchte ich mir noch anschauen. Allerdings ist die sicher nur fürs Backend zuständig - an welche Features dieser lib denkst Du denn?
> das phpbb besser einzubinden... leicht gesagt, ich weiss.
Tja, hier sieht man, dass es wirklich eine recht offene Schnittstelle sein muss. Das würde ich aber noch ein Stück auf die Seite schieben. Erstmal innerhalb Typo3 klarwerden was nötig ist. Dann können wir - und müssen wir - über den Tellerrand schauen. :p
Schönen Abend!
Daniel
Moin,
also erstmal kurz zur erklärung... mit der Admin-lib meinte ich die fe_adminLib.inc, in der die Steuerung des Userprofils vorgenommen wird (Beispiel: per cmdKey wird gesetzt, ob ein neues Profil erstellt oder ein bestehendes editiert oder gelöscht werden soll, daraufhin folgen die nötigen Schritte).
Wie bereits erwähnt, hatte ich mir diese Datei schon eingehend angesehen, da ich die FE-User-Passwörter nicht im Klartext in der DB speichern wollte. Dafür ist sogar schon eine Codierung von Kasper angelegt, doch dann bringt es nicht mehr viel, wenn man sich sein PW zuschicken lässt.. sowas musste halt alles umgeschrieben werden.
Frage: Wie fit bist Du denn in PHP?
Hmm, das ist wohl Ansichtssache. Eigene Scripte zu schreiben fällt mir auf jeden Fall leichter, als mich durch Kaspers Code zu wühlen. Ausserdem hab ich vor T3 immer nur prozedural und nicht objektorientiert programmiert. Aber naja, ich hab mich inzwischen daran gewöhnt und kann halbwegs gut mit dem T3-Code umgehen. Hab z.B. vor garnet allzu langer Zeit die Extention "Alt-Texts for Images" (oder so ähnlich) um eine Mouse-Over-Funktion für Bilder erweitert. War anstrengend, aber hat alles so geklappt, wie ich es haben wollte 😉
Aber nun doch die Gegenfrage: Wie sieht's mit deinen PHP-Künsten aus?
Ave
Sandra
Moin Sandra,
ah verstehe konkret. Du meinst DIE lib. Ich dachte, Du bist schon wieder wo anders ;-)
Schau mal, hier ist das gute Stück ganz nett aufbereitet:
t3lib_userAuth http://typo3doku.ueckermann.de/classt3lib__userAuth.html . (Thanx to Nico Ueckermann).
Tja und mit PHP habe ich schon ne ganze Menge programmiert. Einiges davon objektorientiert, also mit Vererbung und Instanzvariablen. Das war ich von C++ und Java so gewöhnt. Bei PHP muss man allerdings ein paar Abstriche machen. Aus Performance-Gründen stelle ich meistens ein Array zur Verfügung auf das man von außen auch direkt zugreifen darf/ muss.
Das Konzept der admin-lib mit dem cmdKey gefällt mir jedenfalls super. Ein Zustandsautomat.
Soweit mal. 😃
Greetzz
Daniel
Na Sandra, was ist es denn, was Du in punkto userprofil am meisten vermisst?
Greeetzz
Daniel
Hi Daniel,
sorry, dass ich mich erst jetzt wieder melde, aber mir war's leider in den letzten zwei Tagen nicht möglich, hier auch nur einen Blick hineinzuwerfen... aber nun 😉
Also zum Thema Userprofil gibt es meines Erachtens nach einiges zu bedenken/überarbeiten:
- ganz wichtig: PWs im Klartext zu speichern ist auf deutsch gesagt k a c k e (sorry). Mal ganz abgesehen von der Sicherheit finde ich, dass kein Admin irgendwelche PW's einfach so einsehen können sollte. Eine süße kleine md5-Verschlüsselung würde mir persönlich ja schon reichen (ist ja auch bereits so ähnlich von Kasper angelegt -> per $security_level kann zwischen 3 Zuständen umgeschaltet werden, müsste allerdings noch einmal überarbeitet werden, meiner Meinung nach, da 1. die Einstellung übers TS regulierbar sein sollte und man 2. ein Problem mit der Funktion "Passwort verschicken" bekommt)
- sein Profil (im FE!) komplett zu editieren erweist sich als relativ umständlich (habe es immernoch nicht herausgefunden, wie ich den User ein Bild von sich hochladen lassen kann *verzweifel*)
- ich fände Statistiken zur User-Aktivität sehr nice. Ich weiss allerdings nicht genau, ob man sich soetwas nicht aus irgendwelchen anderen Modulen herausziehen kann (???).
- Gibt es bereits ein globales Array mit allen userrelevanten Daten ??? Falls nicht, wäre es evtl. auch mal eine Überlegung wert, da man dann wirklich ohne Probleme auf die User-Daten zugreifen könnte.
... so, das sollte erstmal als Brainstorming meinerseits ausreichen 😉
Ave
Sandra
Hallo ihr bis jetzt 3,
ich finde genau das diese dinge fehlen, ich habe einige kommerzielle Projekte mit Typo3 realisiert. Aber mein Freizeit Projekt (ich bin trotz fortgeschrittenen alters, ein begeisterter online gamer 😃 ) würde ich gerne ebenfalls mit typo3 umsetzen.
also, ich bin mit sicherheit nicht so gut im coden wie ihr, sondern mehr der handwerker, aber wenn ihr unterstützung braucht werde ich sie geben .
besten gruß
marco
Sandra, das mit dem gemeinsamen Array ist ne Idee. Wäre wohl ein guter Anfang.
- Da müssten dann eben die Daten aus dem fe_users-Eintrag und die
- Daten aus dem zugehörigen (!) tt_address-Eintrag drin stecken. Ich denke man sollte auch noch
- eine dritte Tabelle anlegen, wo dann eher die community-Features abgedeckt werden (das Avatar-bild zum Bleistift).
Dann ist es logisch in angenehme Häppchen verteilt. :p
Marco schriebmein Freizeit Projekt (ich bin trotz fortgeschrittenen alters, ein begeisterter online gamer 😃 ) würde ich gerne ebenfalls mit typo3 umsetzen.
Na klingt ja interessant ;-) Wie kommts, dass Du in Deinem Spiel ein userprofil brauchst?
> mehr der handwerker, aber wenn ihr unterstützung braucht werde ich sie geben
Super! Na momentan gehts ja erstmal ums Planen. Wir wollen uns ja nicht in irgendwas hineinstürzen. 😉
Greetz
Daniel
escapedPrisoner schrieb
Marco schriebmein Freizeit Projekt (ich bin trotz fortgeschrittenen alters, ein begeisterter online gamer 😃 ) würde ich gerne ebenfalls mit typo3 umsetzen.
Na klingt ja interessant ;-) Wie kommts, dass Du in Deinem Spiel ein userprofil brauchst?
Das spiel ist ja Standalone, ex geht mehr um die community, da bin ich auf phpkit ausgewichen, weil es die communita features beinhaltet, obwohl es stark einschränt
http://www.ga-united.de/include.php?path=start.php
mit typo habe ich unter anderem, folgende projekte realsiert
http://www.philfuldner.com
http://www.edr-klinik.de
http://www.wedding-media-crew.de
http://www.peter-steinbach.de (noch einige details welche ich noch fixen muss)
es ist schon ne herausforderung ´... eine ergänzende memberdarstellung währe nicht schlecht ... diverse clan tools die euch wahrscheinlich nicht interessieren, pm, bessere forum integration, evtl. punkte system, usw.
gruss
marco
Na sowas. Ich dachte es wär ein angenehmes Spiel. Ein Spiel mit Humor oder Kreativität.
Aber ein Kriegsspiel... warum sowas?!!
warum spielt man ein spiel? ich bin trotz dieses spiels eher pazifist als befürworter solcher realen taktiken, es ist halt ien spiel ...nicht mehr und nicht wenigerm und das taktische gebaren macht mir halt spass
gruss
marco
Hi Mädels 😉
also mal ganz ehrlich... bevor hier solch eine Diskussion um "Kriegsspiele" entbrennt, möchte ich kurz mal darauf hinweisen, dass wir uns hier aus einem anderen Grund zusammengesetzt haben. Und im Endeffekt ist es doch egal, was mit unseren Ideen später umgesetzt wird, solang es nicht in gewissem Sinne illegal ist.
So keep on smilin'
Zurück zum eigentlichen Thema:
Danke Daniel, dass du mich an die tt_adress erinnerst hast... das hatte ich ja inzwischen vollkommen verdrängt. Sag mal, war es nicht so, dass man sich dafür nochmal extra anmelden musste (im Sinne des Newsletters z.B.)??? Falls es so ist, sollte man wirklich einmal darüber nachdenken, direkt auch eine Reihe dieser Tabelle für jeden User anzulegen, der sich generell (-> fe_user) anmeldet. Dann hätte man das in einem Abwasch.
Ave
Sandra