Hallo Andreas, ich vermute HTTPS_SERVER in /includes/configure.php ist nicht richtig konfiguriert? Das Shopbewertungs-Modul wird von Web4design entwickelt und betreut. pool.net ist der Hauptsponsor der Modul-Entwicklung, siehe http://www.web4design.de/module_infos/deutsch/shopbewertungen/index.php Gruss Cord
@All und Gambio, die cofigure.php sieht eigentlich gut aus. Leider meldet sich Gambio nicht auf das Ticket. Ich bin echt ratlos, da es manchmal geht, dann nur teilweise und nun gar nicht mehr. Manchmal steht (Link nur für registrierte Nutzer sichtbar.) und manchmal (Link nur für registrierte Nutzer sichtbar.), wenn ich auf Element untersuchen im Browser gehe. Gruß Andreas
wenn du deine Seite mit https aufrufst sind die links (z.B. menü) http - sieht fuer mich nach einen Konfigurations-Problem aus
@All und Gambio, ich habe keine Ahnung was ich wo noch ändern soll, da sich von Gambio ja auch keiner auf mein Ticket hin meldet und mal nachschaut. Schade ;-(
was hast den in deinen 2 configure Dateien stehen? /includes/configure.php /admin/includes/configure.php sind da beide SSL auf true und https URL auch mit https eingetragen?
('HTTP_SERVER', 'http://dtr-shop.de'); // eg, (Link nur für registrierte Nutzer sichtbar.) - should not be empty for productive servers define('HTTPS_SERVER', 'https://dtr-shop.de'); // eg, (Link nur für registrierte Nutzer sichtbar.) - should not be empty for productive servers define('ENABLE_SSL', true); ('HTTP_CATALOG_SERVER', 'http://dtr-shop.de'); define('HTTPS_CATALOG_SERVER', 'https://dtr-shop.de'); define('ENABLE_SSL_CATALOG', true);
Hallo, nur so als kleiner Einwurf: Man sollte das Shop-Frontend nicht einfach so mit HTTPS aufrufen. Das Shopsystem unterstützt derzeit HTTPS nur auf einigen besonders schützenswerten Seiten und erzeugt HTTPS-URLs nur abhängig von diesem Kontext. Wenn man Seiten, bei denen das nicht vorgesehen ist, per HTTPS aufruft, führt das daher leicht zu Mixed-Content-Problemen. Insbesondere darf man auch nicht per mod_rewrite o.ä. alles auf HTTPS-URLs umlenken. Beim Programmieren von Frontend-Komponenten ist man gut beraten, wenn GM_HTTP_SERVER statt HTTP_SERVER/HTTPS_SERVER verwendet, weil man dann in der Regel automatisch das richtige Protokoll im URL hat.
@Marco, was muss ich bei mir denn ändern und wo? Kannst du dir das mal bei mir ansehen? Vielen Dank im Voraus. Gruß Andreas
Das wird Cord dir sagen, wir können dir da nicht helfen. Deswegen können unsere Supporter übrigens auch dein Ticket nicht bearbeiten, dein Problem steckt in fremdem Code, für den wir keinen Support leisten können. Du musst dich an MailBeez halten. Du, Andreas, musst vor allem beachten, dass du im Shop nicht per Hand in der Adresszeile aus „http“ ein „https“ machen darfst. Wenn du da etwas testen willst, nimm bitte Seiten aus dem Kunden- oder Checkout-Bereich, die der Shop von sich aus per HTTPS überträgt.
@Marco, ich habe den Cord mehrfach angeschrieben, laut ihm liegt der Fehler in der configure.php Konfiguration und nicht bei MailBeez. Ich finde das schon komisch das das jeder auf den anderen schiebt, ohne sich das mal anzusehen. Gruß Andreas
Hallo Marco, der Fehler taucht auf, wenn man z.B. die login.php aufruft, die ja vom System auf https geleitet wird. seltsam ist, das eine Änderung immer einige Stunden funktioniert, und dann nicht mehr.... (Auch wenn der Bereich auskommentiert was, hat die Änderung erstmal gewirkt). Das Problem sind nicht die links, die auf die Artikel ohne https gehen, sondern dass das Template ohne https geladen wird.
Das Problem ist das Stylesheet, das da geladen werden soll, und dessen URL offenbar falsch generiert wird. Oder da zickt irgendwo ein Cache rum.
Das CSS Sheet wird ja vom Modul selbst geladen, daher - Modulanbieter fragen. Hab bei mir nachgesehen, ich hab nicht nur das CSS in den Usermod geschoben. Da dort Background imgaes geladen werden hab ich dfür die Pfade angepasst in der CSS Datei.
Eindeutig nicht, nein. Das Problem besteht in einem Fremdmodul, das nicht mit dem Shopsystem ausgeliefert wird, daher ist dafür der Modulanbieter zuständig.
Alles sehr merkwürdig.... Wenn man in der mailhive/ configbeez/ config_shopvoting.php in dieser Zeile das http in https ändert Code: // $this->documentation_root = 'http:://yoursite.com/' // modify documentation root if necessary und den Ordner cache leert, ist für Kunden die Box in Ordnung (zu mindest erstmal) ist man aber als Admin angemeldet, wird das Template der Box nicht geladen. (ich weiß, die Zeile dürfte eigentlich keinen Einfluss haben.) Ändert man in der mailhive/ configbeez/ config_shopvoting/ classes/ shopvoting.php in dieser Zeile das HTTP in HTTPS Code: return '<img src="' . HTTP_CATALOG_SERVER . MH_DIR_WS_CATALOG ........ und leert den Ordner cache, ist die Box für Admins in Ordnung, für Kunden aber nicht. Ich habe bei Andreas jetzt mal beides geändert, mal sehen wie lange es funktioniert.
Da mir weder Gambio noch Cord von MailBeez helfen meine letzte Frage, wie kann ich MailBeez am schnellsten wieder löschen? Gruß Andreas