Zum Inhalt springen

simulateBE in TYPO3 Version 4.1.1?

Erstellt am 14. Mai 2007 · 27 Antworten · letzte Antwort am 22. Juni 2010 · Seite 2 von 2

Tags: Frontend-Benutzer, Frage

mitchiru ·

bei mir klappts mit 4.1.1,
nachdem diese zeile im typoscript drin war:

page.headerData.10 < plugin.tx_simulatebe_pi1

Dr.​ No ·

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

joda ·

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

suit4 ·

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

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

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.

Kurt51 ·

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?!

suit4 ·

@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

page.headerData.10 < plugin.tx_simulatebe_pi1
plugin.tx_simulatebe_pi1.allow = 1

stehen, sonst passiert ebenfalls nix!

Tandrall ·

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.

einpraegsam.​net ·
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!

deXx ·

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?

### DEFINE PAGE OBJECT
### ------------------


seite = PAGE
seite.typeNum = 0
seite.stylesheet = fileadmin/projekt/sys/style.css
seite.bodyTag = <body topmargin="0" marginwidth="0" marginheight="0" leftmargin="0" link="#152147" bgcolor="#2a3b66">
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 = <div class="navileft1">|</div>
      ATagBeforeWrap = 1
      linkWrap = <div class="navileft1">|</div>
      }
      
      MENU_LINKS.1.ACT = 1
      MENU_LINKS.1.ACT {
      allWrap = <div class="navileft2">|</div>
      ATagBeforeWrap = 1
      linkWrap = <div class="navileft2">|</div>
      }
}
}

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

joda ·

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

kuckuck ·

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...