[TYPO3-german] Problem mit FE-Login

[Steffen Liebig]

PS: die Sternchen sollen die Fettschrift markieren...irgendwie hats wohl 
die Fettschrift verschlampt

Am 09.07.2015 um 17:52 schrieb Steffen Liebig:
> Hallo Bernd,
>
> danke für Deine schnelle Antwort. jk_poll arbeitet laut URL von sich 
> aus mit config.no_cache=1 bzw. laut Internet mit USER_INT. Ich hab's 
> trotzdem über die Seiteneigenschaften mit zusätzlicher Verhinderung 
> von Caching versucht, bekam nach dem Dazuschalten des Logins und dem 
> beschriebenen Procedere aber weiterhin nur eine leere Unterseite. Auch 
> da Leeren sämtlicher Caches und des typo3temp-Ordners brachte keinen 
> Erfolg.
>
> Mir ist dafür was Anderes aufgefallen:
>
> http://www.pfaelzischer-schachbund.de/test*/nc/*psb-service/
>
> Mir ist schleierhaft, was diese Extraabteilung "nc" da verlorn haben 
> soll. Eigentlich kommt nach "test" (für die Testinstallation von 
> Typo3" sofort die Unterseite. Ein "nc" gibt es bei uns nicht. Könnte 
> gut sein, das das der Grund für die Probleme ist - das Login-Redirect 
> deutet auf "Umfrage-Test", was laut Seitenbaum ein 
> "...test/psb-service/umfrage-test" ergäbe. Kurz gesagt: datt Ding 
> findet die URL nicht ?!
>
> Cu, Steffen
>
> Am 09.07.2015 um 11:12 schrieb bernd wilke:
>> Am 08.07.15 um 18:25 schrieb Steffen Liebig:
>>> Hallo zusammen,
>>>
>>> ich möchte unter T3 6.2.4 eine Umfrage schalten, bei der sich die User
>>                       ^^^^^ wirklich?
>> dann aber unbedingt aktualisieren. Seitdem sind hunderte von Bugs 
>> korrigiert.
>>
>>> mit einem Login anmelden müssen. Absicht: Test zwecks Vermeidung von
>>> Mehrfachstimmen
>>>
>>> Die Struktur ist bislang wie folgt (alles auf der Umfrageseite):
>>>
>>> 1) Anzeige des Logins (Inhaltselement vom Typ "Login"), bei Eingabe des
>>> Accounts
>>> 2) Anzeige der Umfrage
>>>      a) aktuellste Frage oben
>>>      b) Liste der restlichen Fragen mit Votingmöglichkeit
>>> 3) nach Logout Rückkehr zu Punkt 1)
>>>
>>> heisst also:
>>> - passende Usegruppe und Accounts definieren (Gruppe: "Umfrage", 3
>>> Testaccounts mit Angabe der Gruppe, Daten holen aus Sys-Ordner)
>>> - "display logout form afer successful login" abhaken
>>> - Login-Inhaltselement "show at any login", da sonst das Element samt
>>> Logout-Button nach dem Login verschwindet
>>> - Umfragemodul entsprechend einrichten ("allow only fe_users to
>>> vote"...jk_poll lief schon vorher wunderbar)
>>> - Login mit einem redirect ausstatten, damit es nach Logout zur
>>> Umfrageseite springt
>>>
>>> Jetzt der Hammer: nach dem Logout bleibt die Unterseite leer. Es kommt
>>> nicht mal das Login. Den Ablauf zeigen kann ich leider nicht, da die
>>> Seite immer noch leer ist.
>>> Ich nehme das Login erstmal wieder raus, damit die Kollegen sich das
>>> Umfragemodul anschauen können. Sähe sonst blöde aus, weil im Bericht
>>> steht, man könne es ausprobieren ;-).
>>>
>>> Hat jemand eine Ahnung, was da schief läuft ?
>>
>> das sieht sehr nach einem Caching-Problem aus.
>> gerade wenn du noch im BE arbeitest und die Seite aufrufst wird 
>> nichts gecached und alles funkioniert. kaum ist man nicht merh im BE 
>> angemeldet wird die Seite gecachet und man bekommt ganz andere 
>> Inhalte (was natürlich nicht sein sollte).
>>
>> Eigentlich unterscheidet das Caching zwischen unangemeldet und 
>> angemeldet (mit FE_usergruppen pattern)
>>
>> entweder du schaltest das Caching für die Seite ganz aus (was bei so 
>> variablen Inhalt fast angebracht erscheint) oder du stellst sicher 
>> dass alles sauber gecacht wird.
>>
>>
>> bernd
>