Jump to content
xt:Commerce Community Forum

Probleme mit Cookies / Session-ID


wanderer-witt

Recommended Posts

Hallo!

Seit dem Update auf die XT:Commerce-Version v.3.04SP2.1 haben wir Probleme mit Cookies.

Eine Anmeldung im Shop ist nur möglich, wenn im Adminbereich unter "Sessions" "Cookie Benutzung bevorzugen" auf "false" gestellt ist. Ansonsten gibt es Probleme, dass angezeigt wird, dass der Browser keine Cookies akzeptiert, obwohl Cookies erlaubt sind.

Diese Problem tritt auf verschiedenen Systemen auf und vor allem nicht immer. Wenn man es ein paarmal probiert, dann geht es ab und an.

Wenn dahingegen "Cookie Benutzung bevorzugen" ausgeschaltet ist, übergibt er immer die Session-ID in der URI, was ja soweit auch ok ist. Wobei auch nicht immer, dann werden anscheinend doch Cookies gesetzt.

Nun meine Fragen:

1. Warum gibt es bei der neusten Version diese Probleme mit dem Setzen von Cookies?

2. Warum tritt dieses Verhalten nicht konsequent auf (mal gehts, mal nicht)?

3. Wie kann man das Problem mit dem Akzeptieren von Cookies beheben, da es kein spezifisches Browserproblem zu sein scheint? (Es gibt außerdem bei einigen Funktionen im Adminbereich Probleme, wenn die Session-ID in der URI übergeben wird, so dass man ab und zu komplett rausfliegt.)

Anmerkung: Bei der vorher installierten Verison v.3.02 gab es diese Probleme nicht.

Vielen Dank im Voraus!

Link to comment
Share on other sites

Das habe ich auch schon bemerkt, dass es schon oft angesprochen wurde, aber dass oftmals vom XT:C-Support ausweichend geantwortet wurde.

Vielleicht wäre eine Info wertvoll, ob dieses ein mitlerweile intern dokumentierter Bug ist.

Nochmal ein paar Punkte:

1. Der Fehler hat nichts mit bestimmten Browsern oder deren Einstellung zu tun, da er auch bei ein und demselben Browser recht aleatorisch auftritt.

2. Wenn die Session-ID in der URI mit übergeben wird, kommt es zu Problemen im Adminbereich (z.B. wird man bei manchen Funktionen einfach rausgeworfen).

Es wäre vielleicht sinnvoll, wenn sich jemand vom offiziellen Support dazu umfangreich äußern könnte.

Vielen Dank!

Link to comment
Share on other sites

  • 3 weeks later...

Hallo!

Das kannn nicht Ursache des Problems sein. Wir haben auf dem Server immer noch PHP4 laufen, da es sich für die auf dem Server befindlichen Projekte als äußerst stabil erwiesen hat.

Das Problem trat erst mit dem Update auf die aktuellste Version auf. Und wurde hier so im Forum auch schon sehr oft angefragt, wobei es vor allem vom Support nie eine eindeutige Antowrt gab.

Also nochmal: Kann bitte jemand vom Support mal ausführlich Stellung dazu beziehen?

Vielen Dank!

Link to comment
Share on other sites

  • 1 month later...

Vielleicht hilft es dir das im Sponsorenbereicht zu posten, da hast du den Support.

Nö, da gibt es auch nur die Antwort: können wir nicht nachvollziehen.:confused:

tuvalu

Link to comment
Share on other sites

Ich habe dieses Problem ebenfalls, das selbst ins

Admin kein Login mehr funktioniert.

Ich habe vorrübergehend das Problem so gelöst, das in der

Configure.php (Admin und Includes, also beide) die Servernamen

hinter die Domain geschrieben habe

Es ist dann zwar so, das die URL mit dem "Zusatz" erscheint, aber alles

funktioniert tadellos. Sie müssen allerdings die Foggle Datei händisch anpassen.

Ebenfalls muss ich feststellen, das diess wohl auch Anbieterabhängig ist.

Ich habe bei zwei unterschiedlichen Anbietern meine Shops laufen, und nur bei einem Anbieter dieses Phänomen.

Beide haben PHP 4 und Apache 1.3 xx.

Die Techniker des Webspacebetreibers, wo es nicht funktioniert sprechen nach vielen Rücksprachen mit mir von einem Bug im XT Shop2.1, die wohl eher spezielle als allgemein übliche Konfigurationen des Webspacebetreibers benötigt. Mir wurde empfohlen, meine Erfahrung online zu stellen und um Abhilfe zu bitten, denn die Techniker haben dort wirklich vieles ausprobiert und nun das Problem zurückgespielt.

Grüße

Michael

Link to comment
Share on other sites

Ich habe bei zwei unterschiedlichen Anbietern meine Shops laufen, und nur bei einem Anbieter dieses Phänomen.
Hi,

bei welchem Anbieter funktionierts?

Wäre für den xt:C Support sicher interessant, die Konfigurationen zu vergleichen und dann einen Fix anzubieten, der das Problerm insgesamt löst.

tuvalu

Link to comment
Share on other sites

Hallo,

ich habe nun alle meine Probleme mit der Sassion ID gelöst.:P

In der Configure.php (Includes und Admin/includes) habe ich in den

ersten Parametern, wo hinter http und https das>www. eingefügt.

Die wurden bei der Installation nicht automatisch bei meinem anderen Hoster, den ich habe, gesetzt. WARUM AUCH IMMER. ? Da scheint es Unterschiede bei dem Installationsverlauf zu geben, nun denn, das ist eben so, muss es nur wissen.

Die Serverzuweisung hinter der Domain konnte ich jetzt auch rausnehmen (anderer Beitrag von mir) damit hatte man das Problem mit dem www umgangen und explizit auf den Pfad gezwungen.

Michael

Link to comment
Share on other sites

ich habe nun alle meine Probleme mit der Sassion ID gelöst.:P

In der Configure.php (Includes und Admin/includes) habe ich in den

ersten Parametern, wo hinter http und https das>www. eingefügt.

Scheint bei mir auch zu funktioniert. Obwohl meine Domain sowohl mit als auch ohne www läuft. :confused:

Anyway, dann hat Mario Recht, nicht ganz "korrekte" Installation. Und nachvollziehbar ist es dann vom Support auch nicht, wenn die Testsysteme eben immer mit www eingerichtet wurden.

Danke.

tuvalu

Link to comment
Share on other sites

Hallo, bei mir laufen die Domains auch mit und ohne www.

Das hat aber nichts zu sagen.

Ich habe auch Domains bei All-incl.com

Bei der Installation wurde das www nicht automatisch gesetzt,. bei meinem anderen Hoster schon. Das verstehe, wer wolle.

Mir erklärte mal Herr Simon, Chef von Netclusive, das oft Hoster so ihr eigenes Süppchen kochen im Bezug auf die Umgebungsvariabelen (htACCESS) etc.

Das hat natürlich einfluss auf eine Installation.

Nun benutzt Du auch PHP5, wo ich noch keine Erfahrungen mit gesammlt habe. Ich weiss nicht, welche Unterschiede es da gibt.

Ich gehe davon aus, das all diese Probleme mit unterschiedlichen Installationsabläufen zusammen hängt.

Noch ein Tip: Während der Installation bei all-incl.com muss ich bei 8 Dateien im Root den falsch hinterlegten Chmode händisch ändern.

Das zeigt, das es erhebliche Unterschiede gibt und zudem sich unter Umständen irgend ein Verzeichnis nicht richtig beschreiben lässt.

Wer wissen will, welche Dateien ich geändert habe, soll mich anschreiben.

Wollknäuel

Link to comment
Share on other sites

ich habe das gleiche Problem seit dem Update auf 2.1, bei mir steht das www aber dabei. Noch interessanter ist der Effekt, dass es mit FireFox funktioniert, jedoch nicht mit IE und Opera.

Siehe der andere Thread zu dem Thema, bitte dringend um Prüfung und Abhilfe.

Gruss

Link to comment
Share on other sites

Für alle, die das gleiche Problem haben als "Workaround"...:

die alte xtc_get_top_level_domain.inc.php aus dem /inc Verzeichnis wieder einspielen.

Danach geht es wieder. ich habe allerdings noch nicht rausgefunden, was da das Problem ist

Welche alte meinst Du den?

Habe mit der aktuellen Version angefangen mit XTC, soll ich die aus der Vorgängerversion nutzen?

Link to comment
Share on other sites

Danke für die schnelle Info, werde dies mal testen.

ÄNDERUNG:

Habe nun die Datei aus der Version 3.0.4 SP1 genommen.

Danach mal einfach wild herumgeklickt und bisher ohne Probleme.

Hoffe, dass dieses Problem bei mir auch weg ist. Evtl. findet Ihr dann schneller den Fehler.

Link to comment
Share on other sites

  • 4 months later...

ich war schon am verzweifeln..... als nix mehr ging........

aber so hab ichs hinbekommen:

in der includes/configure.php und in der admin/includes/configure.php

define('HTTP_SERVER', 'http://www.wm-felgen.de/'); // eg, http://localhost or - https://localhost should not be empty for productive servers

define('HTTP_CATALOG_SERVER', 'http://www.wm-felgen.de/');

define('HTTPS_CATALOG_SERVER', 'https://www.wm-felgen.de/');

die 2 bzw 3 Pfad-angaben kontrollieren !!! gleich 10mal! bei mir war z.B das "s" bei HTTPS_CATALOG_SERVER, nach dem http nicht da ........

unteranderem habe ich wie oben beschrieben, die xt commerce 304 sp1 "xtc_get_top_level_domain.inc.php" in das verzeichnis meines xt commerce 304 sp2 /inc reingeschoben ;)

siehe da nach langem kopf zerbrechen, es funktioniert.......

endlich -.-

Link to comment
Share on other sites

  • 1 year later...
  • 6 months later...

Ist zwar schon etwas älter, aber ich hatte bis eben das gleiche Problem. Hier mein Quelltext für die xtc_get_top_level_domain.inc2.php:

<?php

/* -----------------------------------------------------------------------------------------

   $Id: xtc_get_top_level_domain.inc.php 899 2005-04-29 02:40:57Z hhgag $


   XT-Commerce - community made shopping

   http://www.xt-commerce.com


   Copyright (c) 2003 XT-Commerce

   -----------------------------------------------------------------------------------------

   based on:

   (c) 2000-2001 The Exchange Project  (earlier name of osCommerce)

   (c) 2002-2003 osCommerce(general.php,v 1.225 2003/05/29); http://www.oscommerce.com

   (c) 2003    nextcommerce (xtc_get_top_level_domain.inc.php,v 1.3 2003/08/13); http://www.nextcommerce.org


   Released under the GNU General Public License

   ---------------------------------------------------------------------------------------*/


function xtc_get_top_level_domain($url) {

    if (strpos($url, '://')) {

      $url = parse_url($url);

      $url = $url['host'];

    }


    $domain_array = explode('.', $url);

    $domain_size = sizeof($domain_array);


    if ($domain_size > 1) {

      if (is_numeric($domain_array[$domain_size-2]) && is_numeric($domain_array[$domain_size-1])) {

        return false;

      } else {

        return $domain_array[$domain_size-2] . '.' . $domain_array[$domain_size-1];

      }

    } else {

      return false;

    }

  }

?>

Vielleicht hilft es ja jemandem.

Gruß

Roland

Link to comment
Share on other sites

  • 2 months later...

Archived

This topic is now archived and is closed to further replies.

×
  • Create New...