--- title: "simulateBE in TYPO3 Version 4.1.1?" url: "https://www.typo3.net/d/62487-simulatebe-in-typo3-version-411" source: "typo3.net" tags: ["Extensions","Frage","Frontend-Benutzer"] created: "2007-05-14" last_reply: "2010-06-22" replies: 27 solved: false page: 1 pages: 1 lang: "de" --- # simulateBE in TYPO3 Version 4.1.1? Extensions · 27 Antworten · gestartet 2007-05-14 ## Eröffnungsbeitrag **joda** · 2007-05-14 · [Beitrag #1](https://www.typo3.net/d/62487-simulatebe-in-typo3-version-411/1) Hallo zusammen, hat jemand simulateBE in Version 4.1.1 am Laufen? Ich kriege es leider nicht hin. BE- und FE-User funktionieren jeweils, doch das automatische Login nicht. Das habe ich soweit alles gemacht: > BE-login simulation for FE-users (simulatebe) > > This extension will allow FE users to login at the front end and be immediately able to use the Front End (FE) editing features described above. > > * See above sections for establishing FE users and BE users. > * Install simulatebe through the extension repository > * Add this code to your template setup field > > page.headerData.10 < plugin.tx_simulatebe_pi1 > plugin.tx_simulatebe_pi1.allow = 1 > > * Make sure the page header on the page with the login content element is marked with the General Storage Folder pointing to the folder with the FE usernames and usergroups in it > > * Edit the username you want to give FE-editing access. Near the bottom of the page, there is a field called "Related Backend User." Select the BE user you want linked to this item. > > Note: This extension simulate BE login in order to empower FE editing, but does not give FE users access to the Backend itself. > > Note: This extension works with the standard login box (built into the CMS), but not with the New Front End Login Box (newloginbox) extension. It works if you run both extension. (constants: styles.content.loginform.pid = 8(sysfolder feuser) Ist der 2te Hinweis wirklich so gemeint. Ich möchte die "New Frontend Login Box" nutzen... Grüße Jo ## Antworten ### [#2](https://www.typo3.net/d/62487-simulatebe-in-typo3-version-411/2) · happycrack · 2007-05-24 Hallo, ich habe jetzt auch bald das ganze Web abgesucht und nur Fragen und keine Antworten dazu gefunden. Es scheint wohl zwischen simulatebe und Typo3 4.1.1 nicht so gut zu laufen. Wenn ich im gleichen Browser, in einem anderen Tab im Backend mit dem zugeordneten Benutzer eingeloggt bin kann ich auch im Frontend bearbeiten. Bin ich im Backend ausgeloggt, geht das bearbeiten im Frontend auch nicht mehr. Und das ganze geht mit oder ohne newloginbox nicht. Still searching.... und die Seite muss morgen fertig sein #angry# Schönen Gruß Daniel ### [#3](https://www.typo3.net/d/62487-simulatebe-in-typo3-version-411/3) · joda · 2007-05-24 Das geht mir ähnlich. Der Kunde prüft derzeit seine Site und nächste Woche möchte ich die Schulung für das Editieren machen. :o Seltsamerweise hat das Login am Anfang der Woche auf Einmal funktioniert. Keine Ahnung warum und seit Gestern geht es leider wieder nicht mehr. Ich habe nur Content eingepflegt und nichts an Berechtigungen oder Extensions geändert. Das kommt mir schon recht seltsam vor... Hast Du denn schon mal die andere Extension(dkd_feuser_belogin) getestet? Ich habe es versucht, doch leider wurde kein Backenduser in der Selectbox der Zuordnung angezeigt. Daher habe ich diese Ext wieder deaktiviert. Grüße Jo ### [#4](https://www.typo3.net/d/62487-simulatebe-in-typo3-version-411/4) · joda · 2007-05-24 Hmmm, nun habe ich die Ext. dkd_feuser_belogin nochmals aktiviert und simulatebe deaktiviert. Wieder das gleich Bild. Ich kann keinen BE-User zuordnen. Nun habe ich einfach neben der Selectbox das Plus-Zeichen ausgewählt und einen neue BE-User erstellt. Jetzt wird es ganz kurios. In der Selectbox steht "Aktueller Wert nicht erlaubt" aber man höre und staune, das Login und das Editieren funktioniert. Ich verstehe nun überhaupt nichts mehr. #paralyzed# Eigentlich könnte ich zufrieden sein, denn der Kunde muss nun nach dem Login lediglich noch einen Button drücken um zu editieren, doch ich habe kein gutes Gefühl... Grüße Jo ### [#5](https://www.typo3.net/d/62487-simulatebe-in-typo3-version-411/5) · Dr.​ No · 2007-05-27 Moin. Seid Ihr schon weiter gekommen bei dem Problem??? Mir ist jetzt aufgefallen, dass ich jetzt selbiges habe :'( Danke. Norman ### [#6](https://www.typo3.net/d/62487-simulatebe-in-typo3-version-411/6) · happycrack · 2007-06-07 Hallo und tut mir leid, dass ich mich jetzt erst melde.... Ich bin mit der Sache überhaupt noch nicht weiter gekommen, es ist aber auch erstmal hinten angestellt. Ich habe es jetzt so konfiguriert, dass die Redakteure sich ins BE einloggen und dort nur den Menupunkt "Anzeigen" sehen. Läuft vorerst aufs gleiche raus. Ich werde mich zu gegebener Zeit wieder damit beschäftigen und meine Erfahrungen dann hier posten. Vielen Dank für die Tipps Daniel ### [#7](https://www.typo3.net/d/62487-simulatebe-in-typo3-version-411/7) · joda · 2007-06-08 Ich habe gerade für ein neues Projekt ein neues System aufgesetzt. Und siehe da, hier funktioniert simulatebe. ;) Obwohl ich eigentlich fast genau die gleichen Extensions wie im vorherigen Projekt installiert habe. Seltsam... Auf jeden Fall scheint es somit kein generelles Problem zwischen 4.1.1 und simulatebe zu sein. Grüße Jo Nachtrag: 11.06.07 Nun geht es wieder nicht mehr. Ich habe Gestern lediglich tt_news installiert. Auch wenn ich diese Extension wieder entferne funktioniert es nicht mehr. #angry# ### [#8](https://www.typo3.net/d/62487-simulatebe-in-typo3-version-411/8) · Dieko · 2007-11-11 Die Problemdiskussion ist schon eine Weile her. Gibt es eine (noch verschwiegene) Lösung oder sollte man simulatebe wegwerfen? Grüße Dietrich ### [#9](https://www.typo3.net/d/62487-simulatebe-in-typo3-version-411/9) · joda · 2007-11-11 Einfach mal selbst ausprobieren. ;) Eigentlich ist es schon eine praktische Funktion, sofern man Front-End-Editing macht. Der Redakteur muss sich eben nicht 2mal anmelden. Grüße Jo ### [#10](https://www.typo3.net/d/62487-simulatebe-in-typo3-version-411/10) · Dieko · 2007-11-13 Na klar, wäre das eine Klasse Funktion, wenn sie denn ginge. Aber es will nicht. FE-Editing klappt wunderbar, aber die Verbindung vom FE-Login zum BE-Login wird offenbar nicht hergestellt. Gibt es nun schon positive Erfahrungen? Dieko ### [#11](https://www.typo3.net/d/62487-simulatebe-in-typo3-version-411/11) · karlchen · 2007-11-14 darf ich fragen was genau diese Extension zu Verfügung stellt was mit dem normalen FE Editing nicht geht ? ### [#12](https://www.typo3.net/d/62487-simulatebe-in-typo3-version-411/12) · joda · 2007-11-15 Es geht um diese Extension: ### [#13](https://www.typo3.net/d/62487-simulatebe-in-typo3-version-411/13) · flori73 · 2007-12-23 Ich habe genau das selbe Problem. Eines hande ich herausgefunden: Lösche ich den Cache meines Browsers, dann kann ich mich EINMAL Problemlos anmelden und die Seiten ändern. Logge ich mich wieder aus, dann geht das erst wieder, wenn ich den Browser zurücksetze. Gehts villeicht mit der neuen Version 4.1.5 ?? Gruss Flori ### [#14](https://www.typo3.net/d/62487-simulatebe-in-typo3-version-411/14) · flori73 · 2007-12-23 Folgender Tipp hat mir geholfen: ### [#15](https://www.typo3.net/d/62487-simulatebe-in-typo3-version-411/15) · Kurt51 · 2007-12-24 Ich habe mir hier die diversen Antworten durchgelesen, trotzdem bestehen die Probleme weiter!? Es muss wohl an der TYPO3-Version liegen ODER an YAML!? Ob newloginbox oder nicht spielt keine Rolle. Ob mit oder ohne tt_news spielt keine Rolle. Ob mit oder ohne YAML spielt vielleicht doch eine Rolle!? Ich habe V4.0.4 mit allem laufen und es klappt wunderbar mit den "Stiften" im FE-Editing mit simulatebe **OHNE YAML** Ich habe V4.1.2 mit allem laufen und es klappt NICHT (nur ab und zu mal!?!?!?) mit den "Stiften" im FE-Editing mit simulatebe, jedoch **MIT YAML** Ist das nicht zum Mäuse melken!? :x ### [#16](https://www.typo3.net/d/62487-simulatebe-in-typo3-version-411/16) · mitchiru · 2008-01-28 bei mir klappts mit 4.1.1, nachdem diese zeile im typoscript drin war: page.headerData.10 < plugin.tx_simulatebe_pi1 ### [#17](https://www.typo3.net/d/62487-simulatebe-in-typo3-version-411/17) · Dr.​ No · 2008-02-05 Hallo Kurt, ich habe exakt das gleiche Problem. Ich habe folgende Konstellation: YAML 4.5.0 Typo3 4.1.5 Das Frontend-Editing funktioniert nur sporadisch bei mir. Wenn ich alle Caches in Typo3 lösche und den Browsercache lösche und dann die Seite neu aufrufe, dann habe ich die Stifte zum Editieren. In der Typo3 Tabelle be_sessions wird auch eine Session angelegt. Wenn ich mich aber abmelde und dann wieder anmelde, dann habe ich keine Stifte mehr! In der Tabelle wird auch keine Session angelegt. Wenn ich die Seite verlasse und wieder aufrufe geht es auch nicht. Gruß norman ### [#18](https://www.typo3.net/d/62487-simulatebe-in-typo3-version-411/18) · joda · 2008-02-05 Hallo zusammen, das Problem existiert nun schon über ein halbes Jahr und keine Lösung in Sicht. #angry# Vielleicht wird mit 4.2 alles besser... Grüße Jo ### [#19](https://www.typo3.net/d/62487-simulatebe-in-typo3-version-411/19) · suit4 · 2008-03-03 Hallo zusammen, simualtebe funktioniert meines erachtes eigentlich ganz gut, nur ist es etwas "kompliziert" gedacht. Man kann das ganze zum Laufen kriegen (auch mit new loginbox), wenn man simluatebe modifiziert (ok, das ist jetz quick and dirty, aber es geht): 1. simulatebe Extension modifizieren ```php if((!isset($_COOKIE["simulatebe"])) && $conf["allow"] && $GLOBALS["TSFE"]->loginUser && intval($GLOBALS["TSFE"]->fe_user->user["tx_simulatebe_beuser"]) && (t3lib_div::_GP("logintype")=="login")){ ... ``` sollte besser lauten ```php if((!isset($_COOKIE["simulatebe"])) && $conf["allow"] && $GLOBALS["TSFE"]->loginUser && intval($GLOBALS["TSFE"]->fe_user->user["tx_simulatebe_beuser"]) /*&& (t3lib_div::_GP("logintype")=="login")*/){ ... ``` Damit reagiert es nicht nur auf ein Login, sondern wird generell ausgeführt. 2. Zugangsberichtigung für die Seite einstellen, auf die der simulierte Benutzer zugreifen soll. Wenn der BE-User, der dort simuliert wird, keine Berechtigung hat, diese Seite zu sehen, dann funktioniert das ganze natürlich nicht. Aber darauf muss man auch erst mal kommen. Das ganze funktioniert auch mit Redirects nach dem Login (dafür gibts ja auch die eine oder andere Extension...) Erst wenn der Zugriff auf die Seite OK ist, wird in der Session der entsprechende Eintrag erzeugt, auf den man dann Testen kann, ob der BE-User eingeloggt ist. simulatebe ist ein wenig von hinten durch die Brust ins Auge, aber es funktioniert. Schade, dass es in keiner Doku steht. Ich denke, ich werde da demnächst mal ein kleines Tutorial verfassen. ### [#20](https://www.typo3.net/d/62487-simulatebe-in-typo3-version-411/20) · Kurt51 · 2008-04-17 Hallo suit4, > "Ich denke, ich werde da demnächst mal ein kleines Tutorial verfassen." wo bleibt es denn, das Tutorial!? :) Ich hänge schon wieder an diesem Problem. Mal sind die Stifte da, mal nicht!?!?!? **Wie soll man so etwas einem Kunden erklären?!** ### [#21](https://www.typo3.net/d/62487-simulatebe-in-typo3-version-411/21) · suit4 · 2008-06-20 @Kurt51 Sorry, bin bisher nicht dazu gekommen, aber selbst schon wieder über dieses Problem gestolpert, obwohl es auf der Seite schon korrekt eingerichtet war. Der Trick, der es diesmal gelöst hat, steht in meinem Post oben unter (2): Die Zugriffsberechtigungen sind zwingend erforderlich, sonst wird simulateBE nicht aufgerufen. Außerdem muss im template noch der Eintrag ```typoscript page.headerData.10 < plugin.tx_simulatebe_pi1 plugin.tx_simulatebe_pi1.allow = 1 ``` stehen, sonst passiert ebenfalls nix! ### [#22](https://www.typo3.net/d/62487-simulatebe-in-typo3-version-411/22) · Tandrall · 2009-06-18 Es ist zwar schon eine Weile her, dass dieser Post eröffnet wurde, doch zumindest für das sporadische Erscheinen/Verschwinden der Editiermöglichkeiten habe ich eine Ursache gefunden. Simulatebe benutzt für die Verknüfung von FE-User und BE-User ein Cookie namens simulatebe, welches vergeben wird, sobald man sich im FE anmeldet. Sobald man sich im FE wieder abmeldet, wird auch besagtes Cookie wieder gelöscht. Ist man nun über das FE angemeldet und meldet sich jedoch im BE ab, so wird das Cookie nicht gelöscht. Da Simulatebe nun annimmt, dass eine aktive Session bereits besteht, meldet es den User nicht mehr im BE an und kann zusätzlich das Cookie nicht mehr löschen. Ein manuelles Löschen des Cookies hilft hierbei. In der aktuellen Version von Simulatebe ist dieses Problem bisher leider noch nicht behoben, daher sollte man einfach darauf achten sich stehts nur im FE abzumelden, um diesen Bug zu umgehen. Ich hoffe, ich konnte vielleicht dem einen oder anderen etwas weiterhelfen. ### [#23](https://www.typo3.net/d/62487-simulatebe-in-typo3-version-411/23) · einpraegsam.​net · 2009-06-18 > **Tandrall schrieb:** > > Es ist zwar schon eine Weile her, dass dieser Post eröffnet wurde, doch zumindest für das sporadische Erscheinen/Verschwinden der Editiermöglichkeiten habe ich eine Ursache gefunden. > > Simulatebe benutzt für die Verknüfung von FE-User und BE-User ein Cookie namens simulatebe, welches vergeben wird, sobald man sich im FE anmeldet. > Sobald man sich im FE wieder abmeldet, wird auch besagtes Cookie wieder gelöscht. > Ist man nun über das FE angemeldet und meldet sich jedoch im BE ab, so wird das Cookie nicht gelöscht. > Da Simulatebe nun annimmt, dass eine aktive Session bereits besteht, meldet es den User nicht mehr im BE an und kann zusätzlich das Cookie nicht mehr löschen. > > Ein manuelles Löschen des Cookies hilft hierbei. > > In der aktuellen Version von Simulatebe ist dieses Problem bisher leider noch nicht behoben, daher sollte man einfach darauf achten sich stehts nur im FE abzumelden, um diesen Bug zu umgehen. > > Ich hoffe, ich konnte vielleicht dem einen oder anderen etwas weiterhelfen. Guter Hinweis - das wäre eigentlich ein extra Thread wert! ### [#24](https://www.typo3.net/d/62487-simulatebe-in-typo3-version-411/24) · deXx · 2010-02-11 Und wieder jemand mit dem selben Problem #angry# Ich verwende die Typo3-Version 4.2.2 und habe für die FE-Editierung simulatebe integriert. Alles hat wunderbar funktioniert, ... nach einem simplen Re-Design der Homepage klappt es nicht mehr. Der Redakteur muss sich erst ins Backend einloggen, um im Frontend die Stiftsymbole sehen zu können?!?! Sobald er sich im Backend ausloggt sind die Icons verschwunden. Vorher konnte sich der User bequem im Frontend in den Mitgliederbereich einloggen und fand dort seine editierbaren Einträge. Ich habe alles mögliche ausprobiert. Auch diese "delcookie" Extension installiert ... es klappt einfach nicht. Hab ich evtl. die Zeile im Typoscript-Code falsch gesetzt? ```typoscript ### DEFINE PAGE OBJECT ### ------------------ seite = PAGE seite.typeNum = 0 seite.stylesheet = fileadmin/projekt/sys/style.css seite.bodyTag = seite.10 = TEMPLATE seite.10 { template = FILE template.file = fileadmin/projekt/sys/kt_tmpl_start.htm workOnSubpart = DOCUMENT_BODY marks { CONTENT < styles.content.get RIGHT < styles.content.getRight HEAD < styles.content.getLeft BORDER < styles.content.getBorder DRUCK < temp.print LOGIN < temp.login LANGUAGES = PHP_SCRIPT LANGUAGES.file = fileadmin/projekt/sys/menu.languages.txt NEWSTICKER < plugin.tt_news NEWSTICKER { defaultCode = LATEST code > code = LATEST templateFile = fileadmin/templates/news/tt_news_ticker.html latestLimit > latestLimit = 3 pid_list > pid_list = 34 singlePid = 36 } #########MENU_RAND################### MENU_RAND = HMENU MENU_RAND.special.value = 2 MENU_RAND.entryLevel = 0 MENU_RAND.begin = 10 MENU_RAND.maxItems = 4 MENU_RAND.1.target = _top MENU_RAND.1 = TMENU MENU_RAND.1.NO = 1 MENU_RAND.1.NO.ATagParams = class="navirand" MENU_OBEN.1.NO.linkWrap = | MENU_RAND.1.ACT = 1 MENU_RAND.1.ACT { ATagParams = class="navirand2" linkWrap = | } #########MENU TOP################### MENU_OBEN = HMENU MENU_OBEN.special.value = 2 MENU_OBEN.entryLevel = 0 MENU_OBEN.begin = 0 MENU_OBEN.maxItems = 9 MENU_OBEN.1.target = _top MENU_OBEN.1 = TMENU MENU_OBEN.1.NO = 1 MENU_OBEN.1.NO.allWrap = | MENU_OBEN.1.NO.ATagParams = class="navitop" MENU_OBEN.1.NO.linkWrap = | MENU_OBEN.1.ACT = 1 MENU_OBEN.1.ACT { ATagParams = class="navitop2" linkWrap = | } #########MENU LINKS################### MENU_LINKS = HMENU MENU_LINKS.special.value = 2 MENU_LINKS.1 = TMENU MENU_LINKS.entryLevel = 1 MENU_LINKS.1.wrap = | MENU_LINKS.1.NO { allWrap =
|
ATagBeforeWrap = 1 linkWrap =
|
} MENU_LINKS.1.ACT = 1 MENU_LINKS.1.ACT { allWrap =
|
ATagBeforeWrap = 1 linkWrap =
|
} } } page.headerData.99 < plugin.tx_simulatebe_pi1 plugin.tx_simulatebe_pi1.allow = 1 #----------------------------- # FE User labels #----------------------------- plugin.tx_srfeuserregister_pi1._LOCAL_LANG.de { ... ``` Ich überlege schon, die neuste Typo3-Version 4.3 zu installieren, weil dort die FE-Editierung ordentlich implementiert worden sein soll, ... habe aber etwas Angst vor einem MySQL-Update. Ich bin für jeden rat SEHR dankbar :'( Liebe Grüße deXx ### [#25](https://www.typo3.net/d/62487-simulatebe-in-typo3-version-411/25) · joda · 2010-03-15 Auch mit Version 4.3.2 immer noch das Problem. #angry# Das verfolgt mich noch bis ins Grab... Habe übrigens das "alte" feedit installiert. Der Kunde wollte feeditadvanced nicht. #paralyzed# Edit: Bei mir scheint es an der Domain/HTTPS zu liegen. Die Loginseite läuft über einen SSH-Proxy der nicht den identischen URL-Namen mit der Domain hat. Ich sehe nun 2 Cookies mit der Bezeichnung "fe_typo3_user". Eines für den Proxy und eines für die Domain. Nach der Anmeldung sind die Cookies "simulatebe" und "be_typo3_user" nur für die Proxy-Domain da. Anschliessend kann ich HTTPS-Seiten ändern, die Standardseiten nicht... Grüße jo ### [#26](https://www.typo3.net/d/62487-simulatebe-in-typo3-version-411/26) · kuckuck · 2010-03-30 Ist jemand an der Weiterentwicklung von simulatebe interessiert? Wir haben eine neuere optimierte Version, aber wir benötigen den Entwickler der original-Version damit wir es veröffentlichen können. Am besten es wird ein Forge-Projekt gemacht vom Entwickler... ### [#27](https://www.typo3.net/d/62487-simulatebe-in-typo3-version-411/27) · kagemusha · 2010-06-17 Gemäss dem Beitrag im Link hat jemand versucht den Autor im März leider erfolglos zu kontaktieren. Irgendeine Chance die inoffizielle Weiterentwicklung auf einem anderen Weg zu erhalten? Würde mir auf jeden Fall ein grosses Problem lösen. Gruss ### [#28](https://www.typo3.net/d/62487-simulatebe-in-typo3-version-411/28) · kagemusha · 2010-06-22 Nachdem ich wieder Zeit hatte zum recherchieren, bin ich über diesen Post hier gestolpert: Das führt mich zur Vermutung, dass simulatebe die userdaten nicht so ins BE übergibt, wie das BE es erwartet. Kann das jemand bestätigen? Danke und Gruss --- Quelle: „simulateBE in TYPO3 Version 4.1.1?“, typo3.net, https://www.typo3.net/d/62487-simulatebe-in-typo3-version-411 Beiträge von Mitgliedern des Forums. Bitte mit Link auf die Diskussion zitieren.