Seite 2 von 2

Verfasst: Do 17. Jul 2003, 09:40
von jacke
Das is zu viel, ich bin nur Endanwender.
was ist ein phpcacher, der Proxi ist unser Server im Haus.

Jacke

Verfasst: Fr 18. Jul 2003, 12:46
von FrankHoffmann
phpcacher ? wüsste ich nicht. Ich bin Kunde von Domainfactory. Proxy auf jeden Fall keiner.

Verfasst: Fr 18. Jul 2003, 13:06
von Evert
also. ich konnte das problem replizieren. es liegt am chache des Browsers. wenn man browser zumacht und wieder in einem neuen browser auf die andere site get dann klappt das. als vermutung wuerde ich mal das session management durchsehen.. dort ist denke ich mal der fehler.

gruss

Verfasst: Fr 18. Jul 2003, 15:41
von FrankHoffmann
Nein es liegt nicht am Browser. Ich habe es mit MSIE und Opera versucht, in wechselnden Reihenfolgen. ich habe es auf verschiedenen Rechner probiert, ich habe die config.php 100x geprüft, ich habe einen neuen Mandanten in einem ganz anderen Verzeichnis angelegt.

Das Ergebnis ist immer dasselbe: Mandant 1 läuft prima, das Editieren von Mandant 2 und 3 geht auch, aber wenn aman auf die Seite als User zugreifen will, bekommt man die Layouts von Mandant 1 zu sehen.

Verfasst: Fr 18. Jul 2003, 16:07
von Evert
wenn du alle browser instanzen schliesst, und dann wieder auf den neuen mandaten zugreifts, hast das problem nid. d.h also das die session im browser bestehen bleicgt und somit wahrscheinlich die client variable nicht neu gesetzt wird.

gruss

Verfasst: Fr 18. Jul 2003, 16:15
von FrankHoffmann
selbst wenn ich den rechner runterfahre, in der Badewanne versenke und mir einen neuen kauf: Das Problem bleibt!

Also wenn es am Browser-Cache liegen würde, dann wäre das ein Softwarefehler in Contenido, denn man kann nicht alle Besucher einer Contenido-Seite am Eingang aufhalten und sie bitten den Cache zu leeren.

Grüße
Frank

Verfasst: Sa 19. Jul 2003, 20:57
von FrankHoffmann
Ich habe es nochgeprüft: phpcacher läuft nicht bei meinem Hoster. ich erhielt dort im Forum allerdings den Hinweis: Die Mandantenverwaltung von Contenido ist noch nicht stabil. Das habe ich nun endgültig zur Kenntnis genommen.

Ich mache jetzt erstmal 2 Wochen Urlaub, vielleicht ist dieses Thema dann ja erledigt.

Verfasst: So 20. Jul 2003, 07:27
von Evert
Ich denk schon dasss die leute hier das im naechsten release unter kontrollen bringen... hoffentlich ;)

schoene ferien noch

Verfasst: So 20. Jul 2003, 10:12
von jacke
Ich habe leider kein Urlaub, wünsche trotzdem einen Schönen.
Allerdings kann doch dieses (gravierende) Problem nicht nur uns par Leuten aufgefallen sein.

Nochmal zu meinem früheren Posting: am Proxi liegt es nicht. Haes mit zwei weiteren Rechnern ausprobiert.

Da ich aber unwissend bin, folgende Frage bevor ich umsonst bastele.
Könnte das Prob behoben werden, wenn man wie in den Vorgängerversionen die Seite in ein Frameset legt. (left.php.; main.php usw.)

Jacke

Verfasst: So 20. Jul 2003, 10:29
von Evert
ich denke dass dieses problem nicht so schnell erkannt wird da viele das tool noch ohne die mandanten faehigkeiten einsetzen. ich kann das problem auch nur dann nachvollziehen wenn ich nicht paralell als sysadmin eingeloggt bin.

gruss

Verfasst: So 20. Jul 2003, 10:48
von jacke
Ich bin auch immer Sysadmin, aber was hat das damit zu tun - wie die fertigen Seiten aufgereufen werden?

Sollte ich für jede Seite einen anderen Benutzer anlegen um das Prob zu beheben?

Jacke

Verfasst: Mi 23. Jul 2003, 12:54
von timo
Hallo,

hier die sehnlichst erwartete Problemlösung :)

Hintergrund: Das Frontend speichert die Session-ID im Hintergrund in einem Cookie. Da der Cookie-Name immer gleich ist, wird in einem anderen Frontend die gleiche Session benutzt wie im zuerst aufgerufenen. Folgendes in der Datei local.php suchen (sollte sich bei Zeile 86-96 finden):

Code: Alles auswählen

class Contenido_Frontend_Session extends Session {

  var $classname = "Contenido_Frontend_Session";

  var $cookiename     = "sid";              ## defaults to classname
  var $magic          = "Phillipip";        ## ID seed
  var $mode           = "cookie";           ## We propagate session IDs with cookies
  var $fallback_mode  = "get";
  var $lifetime       = 0;                  ## 0 = do session cookies, else minutes
  var $that_class     = "Contenido_CT_Sql"; ## name of data storage container
  var $gc_probability = 5;
DANACH folgendes einfügen:

Code: Alles auswählen


  function Contenido_Frontend_Session ()
  {
  	global $load_lang, $load_client;
  	
  	$this->cookiename = "sid_".$load_client."_".$load_lang;
  }
Das Resultat sollte dann etwa so aussehen:

Code: Alles auswählen

class Contenido_Frontend_Session extends Session {

  var $classname = "Contenido_Frontend_Session";

  var $cookiename     = "sid";              ## defaults to classname
  var $magic          = "Phillipip";        ## ID seed
  var $mode           = "cookie";           ## We propagate session IDs with cookies
  var $fallback_mode  = "get";
  var $lifetime       = 0;                  ## 0 = do session cookies, else minutes
  var $that_class     = "Contenido_CT_Sql"; ## name of data storage container
  var $gc_probability = 5;
  
  function Contenido_Frontend_Session ()
  {
  	global $load_lang, $load_client;
  	
  	$this->cookiename = "sid_".$load_client."_".$load_lang;
  }
}
Achtung: Dieser Patch ist noch nicht sonderlich gut getestet. Bei mir läuft's, wenn es bei jemandem nicht läuft, bitte melden :)

Grüße,
Timo

Verfasst: Mi 23. Jul 2003, 15:40
von jacke
Danke Großer Meister!!

Für alle anderen aufpassen, wo es eingefügt wird. An der Stelle sieht alles ziehmlich gleich aus.

!!! class Contenido_Frontend_Session extends Session !!!

einen sonnigen Tag noch!

Jacke

Verfasst: Mi 23. Jul 2003, 15:45
von timo
Ich nix großer Meister :D

In der nächsten Version (4.3.2b, kommt ziemlich bald) ist das dann auch eingebaut, sodaß man es nicht mehr einfügen muß.

Grüße,
Timo