TYPO3-Testaccount
Testen Sie die aktuellste TYPO3-Version kostenlos und unverbindlich für einen Monat!

Jetzt testen!

Schulungen

jetzt buchen
Forum » Module, Erweiterungen und Applikationen » Diverse sonstige Module

simulateBE in TYPO3 Version 4.1.1?


Autor Nachricht
Verfasst am: 20. 06. 2008 [14:34]
suit4
Dabei seit: 22.06.2006
Beiträge: 63
 @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!
ProfilAIM
Verfasst am: 18. 06. 2009 [11:50]
Tandrall
Dabei seit: 18.06.2009
Beiträge: 6
 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.

[Dieser Beitrag wurde 1mal bearbeitet, zuletzt am 18.06.2009 um 11:51.]
Wir müssen unsere Fantasie trainieren mit den kleinen Lügen - der Zahnfee und dem Schneevater - damit wir später die großen Lügen glauben können, wie Gerechtigkeit und Wahrheit - und nur wenn wir die ernst nehmen, können wir sie wahrmachen. Ohne unsere Vorstellungskraft wären wir nur eine weitere Spezies von langweiligen Affen.

.: Terry Pratchett :.
Profil
Verfasst am: 18. 06. 2009 [11:57]
einpraegsam.net
Moderator
Dabei seit: 17.01.2005
Beiträge: 8615
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!
in2code - Wir leben TYPO3
ProfilWWW
Verfasst am: 11. 02. 2010 [16:49]
deXx
Dabei seit: 15.12.2006
Beiträge: 52
 Und wieder jemand mit dem selben Problem banghead.gif

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 = <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 icon_cry.gif

Liebe Grüße
deXx
Profil
Verfasst am: 15. 03. 2010 [18:26]
joda
Themenersteller
Dabei seit: 04.02.2005
Beiträge: 37
 Auch mit Version 4.3.2 immer noch das Problem. banghead.gif

Das verfolgt mich noch bis ins Grab...

Habe übrigens das "alte" feedit installiert.
Der Kunde wollte feeditadvanced nicht. icon_rolleyes.gif

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

[Dieser Beitrag wurde 1mal bearbeitet, zuletzt am 15.03.2010 um 19:10.]
ProfilWWW
Verfasst am: 30. 03. 2010 [11:58]
kuckuck
Dabei seit: 22.09.2004
Beiträge: 58
 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...
/* Nur wer schneller ist als der Strom hat die Kontrolle über seinen Weg. */
Ihr TYPO3 Partner.
ProfilWWW
Verfasst am: 17. 06. 2010 [23:08]
kagemusha
Dabei seit: 13.05.2010
Beiträge: 16
 Gemäss dem Beitrag im Link hat jemand versucht den Autor im März leider erfolglos zu kontaktieren.

http://www.typo3forum.net/forum/typo3-4-x-fragen-probleme/18924-simulatebe-extension-funkioniert.html

Irgendeine Chance die inoffizielle Weiterentwicklung auf einem anderen Weg zu erhalten? Würde mir auf jeden Fall ein grosses Problem lösen.

Gruss
Shobukan Karate Club Zürich - Goju Ryu Karate und Selbstverteidigung
ProfilWWW
Verfasst am: 22. 06. 2010 [21:30]
kagemusha
Dabei seit: 13.05.2010
Beiträge: 16
 Nachdem ich wieder Zeit hatte zum recherchieren, bin ich über diesen Post hier gestolpert:

http://old.nabble.com/Kein-BE-Login-nach-Update-auf-4.3-td26591453.html

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
Shobukan Karate Club Zürich - Goju Ryu Karate und Selbstverteidigung
ProfilWWW