Gibt es Probleme mit dem Kundenlogin mit dem Patch 2.0.5i ?

Thema wurde von daniel A., 18. Mai 2011 erstellt.

  1. daniel A.

    daniel A. Aktives Mitglied

    Registriert seit:
    26. April 2011
    Beiträge:
    41
    Danke erhalten:
    1
    Danke vergeben:
    12
    Hallo zusammen,

    ich habe keine Probleme mit der Anmeldung, sowohl als Admin als auch als Testperson.

    Wenn meine Freundin etwas bestellen möchte, kann sie wohl ihre Daten erfassen aber im checkout_process geht der shop in die Knie. Anbei der Log, dieser besagt das es schon einen Eintrag gibt......das kann ich auch verstehen, denn den Eintrag habe ich selbst händisch eingefügt in die Tabelle customers! Allerdings vergebe ich die höchste ID und das System setzt es mir immer auf die ID 2147483647.

    ABER, warum ist das so? Scheinbar soll ein Kunde, der kein Konto eröffnen will, erstmal mit dieser ID angelegt werden? Ist diese ID hart verdrahtet? Sollte es nicht eigentlich so sein, dass, bevor ein Eintrag geschrieben wird, wird geprüft ob schon einer vorhanden ist...mit dem gleichen Key? Dann die ID ein höher zählen oder ähnliches. Was für ein Konzept steckt dahinter?
    Wie sieht es aus, wenn 2 Kunden gleichzeitig bestellen und kein Konto eröffnen? Gibt es hier Probleme? Darf es keinen Eintrag in der Tabelle unter dieser ID geben?`

    Den Patch habe ich zunächst nur in der Entwicklung, so dass das nicht ganz so kritisch ist.

    Error: Duplicate entry '2147483647' for key 1 (error 1062)

    ================================================================================
    2011-05-17 20-29-47 (213.39.217.214)
    WARNING(512): SQL Error
    in /homepages/29/d323801359/htdocs/dev.curry-online.com/inc/xtc_db_error.inc.php:32
    Backtrace:
    #0 trigger_error called at [/homepages/29/d323801359/htdocs/dev.curry-online.com/inc/xtc_db_error.inc.php:32]
    #1 xtc_db_error called at [/homepages/29/d323801359/htdocs/dev.curry-online.com/inc/xtc_db_query.inc.php:64]
    #2 xtc_db_query called at [/homepages/29/d323801359/htdocs/dev.curry-online.com/inc/xtc_db_perform.inc.php:62]
    #3 xtc_db_perform called at [/homepages/29/d323801359/htdocs/dev.curry-online.com/create_guest_account.php:294]

    Query: insert into customers (customers_vat_id, customers_vat_id_status, customers_status, customers_firstname, customers_lastname, customers_email_address, customers_telephone, customers_fax, customers_newsletter, account_type, customers_password, gm_privacy, gm_privacy_date, customers_gender) values ('', '', '1', 'xxxxvornamexxxx', 'xxxxnachnamexxxx', xxxxe-mailxxxx', '', '', '0', '1', '74be16979710d4c4e7c6647856088456', '
     
  2. Moritz (Gambio)

    Moritz (Gambio) Administrator

    Registriert seit:
    26. April 2011
    Beiträge:
    5.786
    Danke erhalten:
    2.692
    Danke vergeben:
    903
    Hallo Daniel,

    2147483647 ist die höchste Integer-Zahl, die in der customers-Tabelle gespeichert werden kann. Du solltest du customers_id aller Kunden soweit runtersetzen, dass die Grenze 2147483647 niemals erreicht wird. Der auto_increment-Wert der Tabelle customers muss dann auch entsprechend runter gesetzt werden. Andere Tabellen können auch betroffen sein.
     
  3. daniel A.

    daniel A. Aktives Mitglied

    Registriert seit:
    26. April 2011
    Beiträge:
    41
    Danke erhalten:
    1
    Danke vergeben:
    12
    ha ha, wie logisch ist das denn ;-) .....man kann ja selbst drauf kommen, ich heute nicht

    aber integer ist doch 64xxx und ohne minus, oder?

    danke moritz
     
  4. Moritz (Gambio)

    Moritz (Gambio) Administrator

    Registriert seit:
    26. April 2011
    Beiträge:
    5.786
    Danke erhalten:
    2.692
    Danke vergeben:
    903
    Integer geht von -2147483648 bis 2147483647, es sei denn die Spalte ist unsigned, dann von 0 bis 4294967295.