Trade Republic - Provisionsfrei Aktien handeln
Neuigkeiten
  • Die modified eCommerce Shopsoftware ist kostenlos, aber nicht umsonst.
    Spenden
  • Damit wir die modified eCommerce Shopsoftware auch zukünftig kostenlos anbieten können:
    Spenden
  • Thema: MODUL: "Offene Warenkörbe PLUS" für modified eCommerce Shopsoftware

    Archetim

    • Mitglied
    • Beiträge: 133
    Hi Tomcraft,

    vielen Dank für die Mühe. Hatte das im Eifer des Gefechtes glatt übersehen.

    Grüße
    Rene

    Andreas Kroll

    • Fördermitglied
    • Beiträge: 249
    • Geschlecht:
    Danke Bonsai für den Hinweis.
    Ich kannte das Programm nicht ......
    Nachdem ich es installierte habe ich es natürlich sofort ausprobiert und kam nach 2 Minuten zu dem gleichen Ergebnis: Der Eintrag ist nirgend vorhanden.
    Na ja. Keine Ahnung wo der Fehler liegt.

    Nochmals Danke
    mfg
    Andreas

    Buggyboy

    • Fördermitglied
    • Beiträge: 968
    • Geschlecht:
    Hallo liebe Leute!

    Ich würde mir das Modul auch gerne wieder installieren. Hatte es in einem 105D Shop schon einmal und da lief es sehr gut.

    Nur hab ich im Moment ein Problem mit dem Begriff "Update sicher" einzubauen.

    Wenn ich mir das Archiv anschaue, sind da ja einige Dateien die noch per Hand geändert werden müssen und bei einem neuerlichen Update wahrscheinlich überschrieben werden bzw. es jetzt schon Files gibt, die Änderungen enthalten aber überschrieben werden.

    Wie soll man also jetzt dieses Modul Update sicher einbauen???

    Außerdem ist dort in dem Archiv keine Anleitung vorhanden.Für unerfahrene User sicherlich eine große Hürde.

    Update sicher heißt für mich: Alle Files auf den Webspace kopieren (keine Datei wird überschrieben) und dann im Admin unter Module installieren.
    Oder verstehe ich da was falsch?

    Bis peter...

    web28

    • modified Team
    • Beiträge: 9.404
    Das mit "Updatesicher" verstehst Du richtig, bei dem Modul wurde das leider aber nicht umgesetzt.

    Was Updatesicher machbar ist:

    Tracking der Checkoutseiten
    Anzeige der Ausstiegsseite, Kunden und Warenkörbe im Backend

    Alles andere sollte man mit diesem Modul nicht machen, da die Dateien veralteten Code enthalten.

    Gruss Web28

    Buggyboy

    • Fördermitglied
    • Beiträge: 968
    • Geschlecht:
    Moin!

    Ich bin gerade dabei eine ANleitung für die V 2.021 zu schreiben auf Basis von jtr's guter Vorarbeit in den Dateien.
    Danach werde ich es bei mir lokal auf Xampp testen und mich wieder melden, ob das so zumindest mit der ANleitung klappt.

    Mir fehlen noch 3 Dateien, dann hab ich wohl alle wesentlichen Änderungen zusammen.

    Bis peter

    Hi!

    Da es keine Version für 2.0.2.1 gab (nur für 2.0.0.0), habe ich folgendes getan:
    1. Ich habe mir Shopversion 2.0.0.0 geschnappt
    2. Ich habe mit einem Difftool verglichen, was geändert wurde
    3. Ich habe die Änderungen in meine 2.0.2.1 (frisch installiert plus PDFBill) eingefügt

    So, funktioniert zwar, aber Offene Warenkörbe wird in der oberen Leiste nicht unter Hilfsprogramme eingeordnet, sondern hat einen eigenen Hauptpunkt. Kann mir da jemand helfen und das korrigieren?

    Anbei meine Version für 2.0.2.1

    Den Fehler hab ich dann wohl auch gefixt, das die Menüeinträge da sind wo sie hingehören.

    Bis peter...

    Buggyboy

    • Fördermitglied
    • Beiträge: 968
    • Geschlecht:
    So, ich habe das Paket soweit fertig mit Anleitung!

    Wäre schön, wenn da nochmal jemand drüber gucken könnte der etwas mehr Ahnung hat als ich.

    Alle Menüeinträge sind jetzt da wo sie sein sollen.
    Ich habe es bis jetzt nur auf meinem lokalen System testen können.

    KEINE GARANTIE AUF IRGENDWAS!!!
    SICHERT EUREN SHOP UND DIE DATENBANK VORHER!!!

    Bis Peter

    €dith sagt: In den 3 englischen Files hab ich nur den deutschen Code eingefügt.
    Wer das Backend in englisch nutz muß sich das noch übersetzen.

    [EDIT Tomcraft 17.02.2017: Modul in Beitrag 1 ergänzt.]

    Andreas Kroll

    • Fördermitglied
    • Beiträge: 249
    • Geschlecht:
    @ Buggyboy
    Kurz und knapp:
    Ich bin begeistert. Es funktioniert ohne Probleme unter 2.0.2.1.
    Meine obrigen Fehlermeldungen gehören somit der Vergangenheit an.
    DANKE

    mfg
    Andreas

    Buggyboy

    • Fördermitglied
    • Beiträge: 968
    • Geschlecht:
    Moin!

    In welcher Datei steht diese Funktion und muß das noch gefixt werden für das Archivfile?
    Kann jemand das nachvollziehen in seinem Shop?
    Oder ist das ein einmaliges Problem?

    Hall an alle,

    ich habe ein Problem bemerkt und wollte nachfragen, od dieses auch bei jemandem anderen auftritt.
    In der Listenansicht der Warenkörbe wird mir das Datum der bereits kontaktierten Kunden immer mit der Jahrezahl 2036 angezeigt. Zum besseren Verständnis siehe Screenshot

    (Dateianhang Link)

    das liegt an der Funktion
    Code: PHP  [Auswählen]
    cart_date_short($inrec['bdate'])
    die die Daten aus folgender Query bekommt.
    Code: SQL  [Auswählen]
    $query2 = xtc_db_query('SELECT cb.customers_id cid,
                                                 cb.products_id pid,
                                                 cb.customers_basket_quantity qty,
                                                 cb.customers_basket_date_added AS bdate,
                                                 cb.checkout_site site,
                                                 cus.customers_firstname fname,
                                                 cus.customers_lastname lname,
                                                 cus.customers_telephone phone,
                                                 cus.customers_email_address email
                                           FROM  '
    . TABLE_CUSTOMERS_BASKET . ' cb,
                                                 '
    . TABLE_CUSTOMERS . ' cus
                                           WHERE cb.customers_id = cus.customers_id
                                           AND   cb.customers_id = '
    . $query1Res['customers_id'] . '
                                           ORDER BY cb.customers_basket_date_added DESC'
    );

    Einmal wird der Funktion ein Datum der Form "20170201" übergeben, auf diese Form ist sie auch programmiert, durch den Aufruf der Query erhält sie aber das Datum in der Form "2017-02-10" wodurch die Parameter der Funktion "substr" nicht mehr passen.

    Wenn man die Query folgendermasen ändert

    Code: SQL  [Auswählen]
    $query2 = xtc_db_query('SELECT cb.customers_id cid,
                                                 cb.products_id pid,
                                                 cb.customers_basket_quantity qty,
                                                 DATE_FORMAT(cb.customers_basket_date_added,"%Y%m%d") AS bdate,
                                                 cb.checkout_site site,
                                                 cus.customers_firstname fname,
                                                 cus.customers_lastname lname,
                                                 cus.customers_telephone phone,
                                                 cus.customers_email_address email
                                           FROM  '
    . TABLE_CUSTOMERS_BASKET . ' cb,
                                                 '
    . TABLE_CUSTOMERS . ' cus
                                           WHERE cb.customers_id = cus.customers_id
                                           AND   cb.customers_id = '
    . $query1Res['customers_id'] . '
                                           ORDER BY cb.customers_basket_date_added DESC'
    );

    und in der Funktion
    Code: PHP  [Auswählen]
    function cart_date_short($raw_date) {...
    folgenden Block anpasst

    Code: PHP  [Auswählen]
    /*$year = (string)substr($raw_date, 0, 4);
    $month = (string)substr($raw_date, 5, 2);
    $day = (string)substr($raw_date, 8, 2);*/

                   
    $year = substr($raw_date, 0, 4);
    $month = (int)substr($raw_date, 4, 2);
    $day = (int)substr($raw_date, 6, 2);

    wird alles korrekt angezeigt.
    ---------------------------------------------------------------------------------------------
    Nachtrag zu meinem gestrigen Post:

    Template:
    Den Inhalt vom Ordner
    NEW_FILES/templates/tpl_modified/admin/mail/german müßt Ihr natürlich in Euer Templateverzeichnis kopieren.
    Ansonsten werden die Ausgehenden Mailvorlagen nicht gefunden.
    ---------------------------------------------------------------------------------------------
    Hab das noch mit in die Anleitung aufgenommen.

    LG
    Peter

    [EDIT Tomcraft 18.02.2017: Modul in Beitrag 1 aktualisiert.]

    jtr

    • Frisch an Board
    • Beiträge: 53
    Danke! Das sieht doch scho viel besser aus. Warum funktioniert "Bestellung abschließen" nicht? Ich habe mir die einzelnen UPDATE statements angesehen und die sind immernoch valide (die Attribute gibt es alle noch genau so), aber anscheinend fehlt noch was. Wie hat sich denn das Datenmodell geändert?

    cayuco

    • Fördermitglied
    • Beiträge: 848
    • Geschlecht:
    Hallo Buggyboy, vielen Dank für Deine Mühe. Genau darauf habe ich gewartet.
    Leider fehlen mir solche Fähigkeiten vollständig.  :thumbs:

    web28

    • modified Team
    • Beiträge: 9.404
    [...] Warum funktioniert "Bestellung abschließen" nicht? [...]

    Weil das mit 2.x nicht kompatibel ist, das Modul nutzt nicht die shopinternen Klassen sondern eigene veraltete.

    Wie schon mehrfach hier angemerkt:
    Tracking -> OK
    Emailversand -> grenzwertig weil evtl. rechtswidrig und somit abmahnfähig
    Bestellung abschließen -> funktioniert nicht

    Gruss Web28

    Tomcraft

    • modified Team
    • Gravatar
    • Beiträge: 46.161
    • Geschlecht:
    Ich möchte mal folgendes anregen und bitte um Diskussion darüber.

    Ich halte es nicht für sinnvoll die Tabelle "customers_basket" derart zu erweitern:

    Code: SQL  [Auswählen]
    ALTER TABLE `customers_basket` ADD `checkout_site` ENUM( 'cart', 'shipping', 'payment', 'confirm' ) NOT NULL DEFAULT 'cart';

    Mich stört der Teil NOT NULL DEFAULT 'cart'.

    Das hat zur Folge, dass Kunden, die Artikel nur in den Warenkorb legen, aber nie den Checkout betreten eine E-Mail erhalten, in der die Artikel fehlen, denn die Erweiterung von "customers_basket" um:

    Code: SQL  [Auswählen]
    ALTER TABLE `customers_basket` ADD `language` VARCHAR(32) NULL DEFAULT NULL;

    ...erfordert, dass für die Mails die Spalte "language" auch gefüllt ist.

    Ich denke, dass es besser ist den SQL wie folgt zu ändern:

    Code: SQL  [Auswählen]
    ALTER TABLE `customers_basket` ADD `checkout_site` ENUM( 'cart', 'shipping', 'payment', 'confirm' ) NULL DEFAULT NULL;

    Und dann die "/shopping_cart.php" nach:

    Code: PHP  [Auswählen]
    if ($_SESSION['cart']->count_contents() > 0) {

    zu erweitern mit:

    Code: PHP  [Auswählen]
      //BOF Offener Warenkorb Plus
      xtc_checkout_site('cart');
      //EOF Offener Warenkorb Plus

    Grüße

    Torsten

    cayuco

    • Fördermitglied
    • Beiträge: 848
    • Geschlecht:
    Hallo Tomcraft,
    ist Dein Code hier dazu geeignet, dass man offene Warenkörbe wieder abschließen kann? Wäre schön, wenn das wieder gehen würde.

    p3e

    • Experte
    • Beiträge: 2.391
    Ich habe da eine Verständnisfrage: Wieso füllt das Script das Datenbankfeld nicht bereits vorher mit der Sprache (z.B. sobald der erste Artikel im Warenkorb liegt)? Kann man ja zur Sicherheit nochmal im checkout wiederholen (falls sie doch noch geändert wurde). Damit sollte das Problem beseitigt sein (oder ich habe das Problem nicht verstanden).

    Tomcraft

    • modified Team
    • Gravatar
    • Beiträge: 46.161
    • Geschlecht:
    Genau das passiert doch aber mit meiner vorgeschlagenen Änderung.

    Grüße

    Torsten
    Templateshop - Eine große Auswahl an neuen und modernen Templates für die modified eCommerce Shopsoftware
               
    anything