Hallo,
ich hatte in meinem 1. Posting schon mal gefragt, was für einen Neueinsteiger am besten taugt, wenn er sich in Extensions einarbeiten will. Dass für die Zukunft Extbase angesagt ist und dass pibase die ältere Variante ist, Extensions zu erstellen habe ich verstanden.
Aber scheinbar gibt es noch mehr, was "aktueller" ist als pibase, zumindest laut diesem Artikel zu lib/div.
Mir brummt so langsam echt der Schädel. Ich versuche mich gerade an sr_feuser_register, nachdem ich eine Login-Seite und einen geschützten Login-Bereich erfolgreich eigerichtet habe. Da kommt mir nun plötzlich div/lib über den Weg gelaufen und unter obigem Link heißt es, das sei die aktuelle Vorgehensweise statt pibase.
Gibt es einen Weg durch diesen schier undurchdringlichen Brei? Eine Übersicht? Tipps, was zu nehmen ist und was schon wieder zum alten Eisen gehört? Eine Stammbaum vielleicht, der mich sehen lassen könnte, was wann aktuell war und jetzt eher deprecated ist? Irgendwas, einfach, um da etwas mehr Durchblick zu bekommen?
Bin echt dankbar für jeden Tipp und Hinweis, ich habe sowas noch nie zuvor bei irgend einem anderen System/CMS/Shop erlebt und bin echt ziemlich frustriert zwischendurch.
Danke!!!
Tagebuch-Ausschnitt:
Wie gesagt der Versuch, sr_feuser_register zu installieren. Dafür zuerst (laut dieser Seite) static_info_table, div und lib installieren. Da 'div' im TER ja zum Glück "kaum" Suchergebnisse liefert, findet ich das "schnell", "sg_div" wird es wohl sein, ist ja alles etwas unscharf um das Thema typo3-Info. Hm, lib kackt dann ab, immerhin, Hilfe gefunden was zu tun ist, wenn eine ext installiert wird bei der eine Abhängigkeit vorher nicht aufgelöst wurde (System, FE & BE komplett tot, schon geil). Ach, und ich brauche doch "div" und nicht "sg_div". Na also. Und nun sagt mir eine Fehlermeldung, dass wohl eher "div2007" gesucht wurde.
Und nebenbei heißt die extension, die ich nun mit Hilfe von lib/div erstellt habe am Namensende "_pi1", davon habe ich gelesen, dass es die Endung für "pibase-style"-Extensions sei, also, eine Extension die ich laut hier mit einem pibase-Alternative erstellt habe ist dennoch eine "pibase-style"-Extension ?!?
Versteht mich nicht falsch, ich will's nicht mies machen, ich will reinfinden. Aber es kann doch nicht sein, dass ich mich durch Berge von Dokumenten wühlen muss, um einfach nur mal einen Überblick zu bekommen, was so geht, was womit am besten, was alt ist und was neu und so, versteht ihr was ich meine?
Weil, im Prinzip sieht es so aus, dass ich mich seit 2 Tagen mit der Installation eine logins beschäftige, von dem ich noch nichtmal herausgefunden habe, ob mir morgen nicht jemand sagt: das ist uralt, Alter, lass mal stecken, nimm $xyz.
Falls es, was die Realisierung eines Logins mit Frontendanmeldung eine sinvollere $xyz gibt und jemand sie kennt, bitte hier ansagen, sonst ich echt #angry# oder #evil# oder am Ende gar 😢.
Hihi, "alles etwas unscharf um das Thema typo3-Info", das gefällt mir.
Hallo,
ich versteh noch nicht, was du machen willst. Ein Login-Formular einzurichten, ist doch mit den Standard-Bordmitteln ein Klacks.
Wenn du es konfigurieren willst, steht's in der Doku.
Wenn du zusätzliche Funktionen haben willst, solltest du eine kleine Erweiterung schreiben. Betonung auf klein, wirklich mit minimalem Aufwand. D.h. für dich: keine Diskussion über 'pi' oder 'extbase' oder bla. Einfach mit copy&paste und dem Ext.Manager sich das Leben so einfach wie möglich machen.
'extbase' ('lib/div' habe ich ehrlich gesagt noch nie gehört ??) ist, wenn du eine neue Extension von Grund auf und zukunftssicher entwickeln willst. Aber doch nicht, wenn du nur ein Login modifizieren willst.
Sag mal, was genau das ursprüngliche Problem ist.
Gruß
Stefan
Hallo,
ja,danke für die Antwort.
>> Einfach mit copy&paste und dem Ext.Manager sich das Leben so einfach wie möglich machen.
Ich bin nicht auf der Suche nach Copy&Paste Lösungen. Ich versuche vielmehr tatsächlich, mich in Typo3 einzuarbeiten und auch einzudenken. Unter Anderem um dann besser das ein oder andere vorher/nacher-Problem in Bezug auf v5/flow3 nachvollziehen zu können (von dorther komme ich und aus dieser Richtung bewege ich mich nun auf das aktuelle typo3 zu ohne es tatsächlich schon zu kennen).
Also, nicht schnell schnell, eben gar nicht, sondern Schritt für Schritt, begreifen wollen.
Und da wäre ich noch immer über jeden Tipp sehr, wirklich sehr dankbar. Unter Anderem eben auch zu den Gründen und "Aktualitäten" dieser (Parallel ?)Techniken. Das ist echt nicht so ganz transparent, auch nicht nach etlichen zig und hunderten Beiträgen, die ich auf diversen Seiten/Foren etc. schon gelesen habe. Meta-Information sozusagen.
Viele Grüße, Frank
Hallo Stefan,
doch noch eine kurze Frage zu mit einfachen Bordmitteln:
Ich habe es so gemacht, wie bei admin-wissen.de beschrieben:
Sysfolder anlegen, styles.content.loginform.pid und styles.content.loginform.goodMess definieren, Frondend Gruppe und Frontend benutzer anlegen, Loginseite anlegen, Rechte für Frontend Benutzergruppe einrichten. Klappt auch alles.
Dann kommt dort die Anleitung für:
sr_feuser_register, und das benötigt die Plugins static_info_table, div und lib. Und das kommt nun für mich als Nächstes.
Geht das alles tatsächlich auch viel einfacher? Würde mich schon interessieren, denn dann wäre es ja eben so wie befürchtet: jemand (Stefan) sagt: das ist uralt, Alter, lass mal stecken, nimm $xyz. Was sollte ich denn als einfachtse (= meistens Beste weil übersichtlichste) Lösung machen?
Nichtsdestotrotz interessieren mich die obigen Fragen nach wie vor.
Hallo,
wenn du 'sr_feuser_register' benutzen willst, verlässt du den Standardweg und die Bordmittel.
'sr_feuser'register' ist eine erprobte Extension, die auch noch weiter gepflegt wird. Über 85.000 User haben sie runtergeladen und die neueste Version ist vom 14.4.2010. Also von daher machst du keinen Fehler, wenn du sie einsetzt.
Die Beschreibung auf 'admin-wissen.de' sieht auch o.k. aus. Folge ihr einfach, dann wird's schon hinhauen.
'static_info_table', 'div' und 'lib' sind Bibliotheken, die von einigen Entwicklern benutzt werden. Normalerweise ist eine Extension so konfiguriert, dass diese Hilfs-Extensions bei der Installation angefordert werden. (Knifflig wird es dann, wenn ein Teil der Funktionalität der Bibliotheken in neuere Typo3-Versionen übernommen wurde. Aber so wie die Screenshots auf 'admin-wissen.de' aussehen, sollte es mit Typo3 4.2 auf jeden Fall gehen.)
FLOW ist das Framework für Typo3 5.0. 'extbase' ist sozusagen ein Backport von FLOW auf Typo3 4.x. 'div'/'lib' ist wohl ein früher Versuch, das MVC-Modell auf Typo3 zu übertragen. Aber da sind andere Leute sicherlich berufener als ich, dir dazu Auskunft zu geben.
Aber wenn du eine vorhandene Extension benutzen willst, dann hast du eh keine Wahl: Der Entwickler hat da seine Entscheidung, welchem Weg er folgen will, schon längst getroffen. Und wenn er 'lib'/'div' haben will, dann musst du es liefern. Da nützt dir 'extbase' nichts.
Insofern finde ich deine Vorgehensweise zwar akademisch interessant, aber für ein praktisch umzusetzendes Projekt zu kompliziert. Du verirrst dich sonst in den vielen Nebenpfaden des TER. Ich weiß aus eigener Erfahrung, wovon ich rede!
Gruß
Stefan
Hallo Stefan,
da hast du allerdings recht, das "verirren" kann da ganz schnell gehen. Danke für deine Antwort. Ich habe übrigens zu Extbase gefunden, was noch fehlte. Habe alle englischsprachigen Texte dazu (glaube ich) gefunden und gelesen. Aber eben habe ich hier auf typo3.net die deutsche Einführung gefunden. Bin auf Seite 24 oder so und die macht bisher einen sehr guten Eindruck (Muttersprache bleibt Muttersprache, irgendwie).
Um meine Vorgehensweise bisher noch kurz zu erläutern: ich habe von Anfang an nur das absolut Notwendigste installiert um von da aus meine Erforschung von Typo3 zu betreiben.
Das "Notwendigste" stellte sich nach einiger Zeit als Folgendes heraus:
- Source & Dummy installieren, Install-Tool-Einstellungen vornehmen
- root-Seite anlegen
- minimalst notwendiges TS ist nach meiner bisherigen Erfahrung (um auch was aus der db zu bekommen), weniger geht wohl nicht:
page = PAGE
page.typeNum = 0
basictpl = TEMPLATE
basictpl {
template = FILE
template.file = fileadmin/my_template_01/templatename.htm (kann leer sein, muss aber da sein)
}
page.10 = CONTENT
page.10.table = tt_content
- dann noch css_styled_content einbinden
- und eine Seite anlegen, die dann eben was ausgibt (in meinem Fall bisher eine mit dem extbase/fluid-Blog-Example und eine mit eben dem Login).
Von hier aus suche ich nun weiterhin nach dem minimalsten aber effektivsten Weg, verschiedene Dinge ans Laufen zu bringen. Z.B. den Login und die Registrierung neuer FE-Benutzer, ein Forum dann, News usw. usf.
Eigentlich sind alle meine Fragen im Forum bisher "wie verirre ich mich am wenigsten"-Fragen...
>> Also von daher machst du keinen Fehler, wenn du sie einsetzt.
Cool, genau das ist so eine "wie verirre ich mich am wenigsten"-Antwort. Einfach schon mal zu wissen, dass ich da nicht ganz falsch liege, hilft auch bei der Motivation.
Hm, du sagst wenn du 'sr_feuser_register' benutzen willst, verlässt du den Standardweg und die Bordmittel. . *Gäbe* es denn eine Variante für eine User-Registrierung ohne Plugin?
Ach je, Fragen über Fragen (keine Sorge, ich suche da selbst erstmal, mir fällt nur auf, der Weg, der noch vor mit liegt hat noch Längen), sind Single Sign on Optionen bei Extensions wit tt_news "automatisch" gegeben, wie ist es zu realisieren, wenn etwas eingebunden wird, was eine eigene db (und Benutzerverwaltung) mitbringt -
da werde ich sicher noch :o
Naja, der Standard-Weg ist das Login-Formular, das mit Typo3 mitkommt. Aber da hast du noch keine Selbst-Registrierung dabei. Das ist einfach ein Login-Formular. Die Frontend-User musst du dann von Hand eingeben.
Wenn du auf http://typo3.org/extensions/repository/ im Suchfeld 'feuser' eingibst, bekommst du eine ganze Reihe von Extensions angezeigt, die ggf. als Alternative in Frage kommen. Wichtig ist dabei allerdings, auch immer auf das Datum des letzten Uploads zu sehen. Alles was älter als 2009 ist, würde ich nicht in Betracht ziehen.
Außerdem stehen da noch ein paar Extensions, die die Funktionalität von 'sr_feuser_register' erweitern. Die würde ich aber erst installieren, wenn du merkst, dass die Funktionalität beim allerneuesten Release von 'sr_feuser_register' nicht schon integriert ist.
Im Manual von 'sr_feuser_register' steht übrigens, dass man ab Version 2.5.19 die Extension 'div2007' nehemen soll (anstatt 'div' nehme ich an). Das würde ich unbedingt beachten!
Noch ein praktischer Tipp, allerdings aus einer ganz anderen Ecke: Das Senden von Mails mit Links zum Bestätigen funktioniert in meiner Erfahrung oft deshalb nicht, weil die lieben User sich oftmals GMX-Adressen besorgt haben. GMX hat aber die blöde Angewohnheit, solche Bestätigungsmails in dem Spam-Ordner zu packen. Wie andere Programme, Skripte, CMS das lösen, weiß ich nicht. Hab auch noch nie etwas dazu im Internet gefunden. Nurmal so als Vorwarnung, falls du das in einem Live-System einsetzen willst.
Schlag dich durch!
Stefan
Hi,
danke für den Tipp wegen der E-Mails , genau so eine "da war doch was aber wo"-Sache, deshalb habe ich das zu meinen "Smippets" gepackt.
Das mit 'div2007' habe ich gefunden.
Habe übrigens den Satz in Teil 5 der admin-wissen.de-Serie "Im Standardumfang von Typo3 ist das nicht vorgesehen. " bzgl. der Frontend-Registrierung sicher einige Male überlesen :o
Ich benutze gerade eine Kombination aus
sr_feuser_register und
fileupload
(und den fe-user Kernfunktionen)
...und denke, dass das der momentan zu empfehlende Weg für ein Frontend-User-System ist. Auch ich versuche jetzt,die fileupload-Extsenion aufzubohren und werde mich da an pibase orientieren.
Extbase macht aus meiner Sicht nur Sinn, wenn du selbst eine neue Extension schreibst. Alte Extensions lassen sich praktisch nicht auf Extbase portieren.
Extbase und Fluid sind ja ursprünglich für TYPO3 5 // Phoenix entwickelt worden, deshalb spielen sie bei bestehenden Systemen (bis 4.3) kaum eine Rolle. Extbase ist aber ein hochoptimiertes System, mit dem man Extensions sehr effektiv entwickeln kann.
Habe aber auch noch keine genaue Übersicht und hoffe, das in den nächsten Monaten ändern zu können.