Magento-Cookie-Fehler mit WebKit-basierten Browsern

7

Es gibt einen einigermaßen häufigen und gut dokumentierten Fehler / ein Problem im Zusammenhang mit Cookies bei Magento und Chrome (unter Berücksichtigung der Probleme der anderen - manchmal möglicherweise WebKit und IE). Ob dies auf eine allgemeine Chrome-Erweiterung / -Einstellung oder eine falsche Webservereinstellung zurückzuführen ist, weiß ich nicht.

Ich arbeite unter OS X 10.8.2 mit CentOS 5.8 über VirtualBox. Um mich bei einem Magento-Administrator anzumelden, muss ich in den meisten Fällen die Einstellung "Nur HTTP" im Magento-Administrator auf "Nein" setzen. Bevor ich dies tue, kann ich mich nicht über Chrome anmelden. Andere Browser scheinen dieses Problem nicht für mich zu haben.

Jetzt bin ich beim Erstellen einer Erweiterung auf ein neues (aber wahrscheinlich dasselbe) Problem gestoßen. Ich kann Cookies über Chrome lesen, aber nicht setzen. Es gab keine Probleme mit der Verwendung von Firefox. Um sicherzustellen, dass es sich nicht um mein Chrome handelt, habe ich eine Neuinstallation durchgeführt, indem ich alle Benutzerdaten und Profile gelöscht habe. Das Problem besteht jedoch weiterhin. Vielleicht sollte ich die Cookies über JS nur für diese Erweiterung setzen.

Mit dem Cookie-Einstellungscode nichts Außergewöhnliches:

$cookie = Mage::getModel('core/cookie');
$cookie->set('cookiename','cookievalue',99999);

magento-1 cookie

— Francis Kim
quelle

Dies sollte Sie nur betreffen, wenn Sie unter localhost ausgeführt werden - oder haben Sie Probleme in der Produktionsumgebung?

— Mpaepper

@mpaepper localhost only

— Francis Kim

11

Entwickeln Sie nicht mit localhostals Domain-Namen. Normalerweise verwende ich Apache, um eine gefälschte benutzerdefinierte Site in einer Domain wie einzurichten magento.devund dann hinzuzufügen

127.0.0.1    magento.dev

zu meiner Hosts-Datei. Abgesehen davon, dass ich das Cookie-Problem umgehen kann, kann ich auf diese Weise unendlich viele Websites lokal ausführen.

— Alan Storm
quelle

Ja, das hatte ich - außer dass meine Top-Level-Domain .fk für meine Initialen war und Chrome das nicht mochte. Als dies in .local geändert wurde, wurde das Problem behoben.

— Francis Kim

3

Ist Ihre Server- und Computerzeit korrekt? Dies verursacht die meisten Cookie-Probleme mit Webkit-basierten Browsern - während IE und FF weitaus toleranter (ignoranter) sind.

— Ben Lessani - Sonassi
quelle

1

Nicht wirklich als Antwort angesehen

— Rick Kuipers

1

Es stellt sich heraus, dass Chrome Ihre benutzerdefinierte Webadresse anders interpretiert als andere Browser. Ich hatte eine benutzerdefinierte Top-Level-Domain für meine lokalen Installationen, aber als dies geändert wurde, wurde .comdas Problem behoben und jetzt ist es so eingestellt .local(ich habe es .fkzuvor verwendet).

— Francis Kim
quelle