In der product-USERMOD.html suchst du nach folgendem: HTML: <span title="{$p_name_full}" class="product-hover-main-image product-image" style="background-image: url('{$p_image}')"> </span> und machst daraus folgendes: HTML: <span title="{$p_name_full}" class="product-hover-main-image product-image"> <img src="{$p_image}" alt="{$p_name_full}"> </span> In der product_grid_only.html suchst du nach folgendem: HTML: <span title="{$p_name_full}" class="product-hover-main-image product-image" style="background-image: url('{$p_image}')"> </span> Und machst daraus: HTML: <span title="{$p_name_full}" class="product-hover-main-image product-image"> <img src="{$p_image}" alt="{$p_name_full}"> </span> Dann einmal die Chaches leeren. Danach sollte es dann wieder gehen.
Transparente Elemente im Admin: Checkt mal ob das ein einem Inkognito Tab in den Browsern funktioniert, wenn ja habt ihr ein Browsercacheproblem, da versagt alles Chromebasierte gerne mal.
@Wilken (Gambio) hattest recht. Leeren vom Browser Cache hatte nichts gebracht. Im Inkognito Modus tritt der Fehler nicht auf.
Ist eigentlich mal geplant den Rechnungen im Ordner export/invoice sprechendere Namen zu geben? Mit "13_9f0fd032f17effe47439a28c1ac69e77.pdf" kann man doch nicht wirklich was anfangen.
AHA...Frage mich dann, warum es in dem liveshop ( Version v3.2.0.1 auf v3.4.0.0 ) reibungslos funktioniert mit den selben Dateien. Da treten diese Fehler nicht auf. Es ist genau die selbe Struktur und auch die selbe Datei aus \includes\classes\paypal_checkout.php. Welcher Part wird daraus gelöscht oder anders...Kannst Du die neue Datei mal bitte hier posten.
Die Namen sollen keinesfalls erratbar sein, dann könnte sich jemand mit nur relativ geringen Hürden alle Rechnungen aus dem Shop holen, der Name ist damit sowas wie ein Passwort.
Das ist unmöglich. Die Tatsache dass es an Ort A bei dir geht und an Ort B nicht beweist auch das Gegenteil. Ich kann dir keine Datei schicken, ich müsste ja eher was rauslöschen. Das kann ich aber nicht ohne zu wissen welche Leichen da sind.
Ich weiß...aber es sind echt Gambianische Phänomäne..;-) Obwohl alles via WM gegengecheckt wurde ist mir das auch ein Rätsel. Aber ich Poste Dir mal die Datei hier.
Folgender vergleich der Datei paypal_checkout.php aus der Version v2.1.0.0 vs v3.4.0.0 v2.1.0.0 beinhaltet PHP: function login_customer($check_customer){ global $econda; if (SESSION_RECREATE == 'True') { xtc_session_recreate(); } v3.4.0.0 beinhaltet PHP: function login_customer($check_customer){ if (SESSION_RECREATE == 'True') { xtc_session_recreate(); } v.2.1.0.0 beinhaltet Code: if (is_object($econda)) $econda->_loginUser(); diese ist in v3.4.0.0 nicht vorhanden v2.1.0.0 beinhaltet PHP: require_once (DIR_WS_CLASSES . 'class.phpmailer.php'); diese ist in der v3.4.0.0 nicht vorhanden Bis auf diese Variablen sind die Dateien aber indentisch. Wird auch so in der Vollversion v3.4.0.0 mit ausgeliefert.
Ein Vergleich ist sinnlos. Die Datei gehört weg, die sollte überhaupt nicht da sein. Die Datei löschen ist die einzige Therapie. Ziemlich wahrscheinlich knallts dann wieder, weil mehr Leichen da sein werden, aber dann müssen die auch weg.
Mir ist gerade aufgefallen, wenn ich aus der Admin Info heraus meine Bestellungen anklicke lädt es sich im Admin zu tode. Die Bestellübersicht erscheint nicht. Wenn ich die Bestellübersicht im Admin aufrufe aber keine Probleme, hat das sonst noch jemand?