PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : WARNING(512): SQL Error Fehler Meldung



clement-it-tk
16.08.2014, 13:32
Hallo,

habe eine Problem mit meinem Gambio x2 Shop (v2.0.15.4 r14566)

hab seid einpflegen der neuen Regelung für das VRRL das Problem das keine Bestellungen mehr möglich sind.

auf der Frontend Seite erhalte ich folgende Melgung


WARNING(512): "SQL Error" in /var/www/vhosts/gluehlampenversand.com/httpdocs/inc/xtc_db_error.inc.php:34 (Details)
Backtrace: #0 trigger_error called at [/var/www/vhosts/gluehlampenversand.com/httpdocs/inc/xtc_db_error.inc.php:34] #1 xtc_db_error called at [/var/www/vhosts/gluehlampenversand.com/httpdocs/inc/xtc_db_query.inc.php:68] #2 xtc_db_query called at [/var/www/vhosts/gluehlampenversand.com/httpdocs/inc/xtc_db_perform.inc.php:87] #3 xtc_db_perform called at [/var/www/vhosts/gluehlampenversand.com/httpdocs/checkout_process.php:257]

und im Log des shops steht folgendes


Query: insert into orders (customers_id, customers_gender, customers_name, customers_firstname, customers_lastname, customers_cid, customers_vat_id, customers_company, customers_status, customers_status_name, customers_status_image, customers_status_discount, customers_street_address, customers_suburb, customers_city, customers_postcode, customers_state, customers_country, customers_telephone, customers_email_address, customers_address_format_id, delivery_name, delivery_firstname, delivery_lastname, delivery_company, delivery_street_address, delivery_suburb, delivery_city, delivery_postcode, delivery_state, delivery_country, delivery_country_iso_code_2, delivery_address_format_id, billing_name, billing_firstname, billing_lastname, billing_company, billing_street_address, billing_suburb, billing_city, billing_postcode, billing_state, billing_country, billing_country_iso_code_2, billing_address_format_id, payment_method, payment_class, shipping_method, shipping_class, cc_type, cc_owner, cc_number, cc_expires, cc_start, cc_cvv, cc_issue, date_purchased, orders_status, currency, currency_value, customers_ip, language, comments, orders_hash, abandonment_download, abandonment_service) values ('2', 'm', 'Volker Haxel', 'Volker', 'Haxel', '', '', 'Schang & Haxel GmbH', '0', 'Admin', 'admin_status.gif', '0.00', 'Auf dem Aurain 1b', '', 'Limburg', '65549', 'Hessen', 'Germany', '', 'info@schang-haxel.de', '5', 'Volker Haxel', 'Volker', 'Haxel', 'Schang & Haxel GmbH', 'Auf dem Aurain 1b', '', 'Limburg', '65549', 'Hessen', 'Germany', 'DE', '5', 'Volker Haxel', 'Volker', 'Haxel', 'Schang & Haxel GmbH', 'Auf dem Aurain 1b', '', 'Limburg', '65549', 'Hessen', 'Germany', 'DE', '5', 'invoice', 'invoice', 'Versandkosten', 'free_free', '', '', '', '', '', '', '', now(), '1', 'EUR', '1.00000000', '', 'german', '', 'b2b5b7dbc8eb91fea33866d3a54285d1', '0', '0')

Error: Unknown column 'customers_gender' in 'field list' (error 1054)

Es scheint wohl was in der SQL Datenbank fehlen aber wo füge ich die eine?

KlausK
16.08.2014, 21:25
Hast du nur das VRRL-Update oder gleich das Service Pack 2.0.15.4 installiert?
War vor dem VRRL-Update die "Button-Lösung" installiert?
Nach dem Hochladen der Dateien den Updater gestartet?
Schau mal in die DB in Tabelle "orders" und "customers" ob die Spalte "customers_gender" vorhanden ist.

Im Zweifel DB und Dateien sichern und nochmal Service Pack 2.0.15.4 installieren (Dateien hochladen, dannach den "gambio_updater" ausführen!)

clement-it-tk
16.08.2014, 21:28
Hallo Button-Lösung war installiert. Hab gleich das Service Pack 2.0.15.4 installiert.
Hab das Problem aber gelöst mitlerweile hab in der checkout_process einfach das übermitteln des gender gelöscht.

Hätte es früher schon gesagt aber leider keine Info bekommen dass das Thema frei geschaltet wurde :)

Danke trotzdem für die Info.

KlausK
17.08.2014, 10:46
Nichts für ungut! Aber das ist keine Lösung, sondern eine Umgehung des Problems.
Das ist genau die Vorgehensweise mit der man sich einen Shop kaputt bastelt!
Beim nächsten Update der checkout_process.php steht die Abfrage wieder drin.
Auch das Erstellen eines Kunden-/ Gastkontos dürfte weiter Probleme bereiten.
Gleiches gilt für die Bestellbestätigungen, Rechnungen, usw.

dampfarena
20.03.2015, 10:52
Ich habe ein ähnliches Problem

beim Abschluss des Bezahlvorganges, egal welches Zahlsystem kommt:

USER ERROR(256): "SQL Error"

Im Log erscheint dazu Folgendes:

USER ERROR(256): "SQL Error" in /mnt/webs/xxx/inc/xtc_db_error.inc.php:24 (Details)
#6 File: /mnt/webs/xxx/inc/xtc_db_error.inc.php:24 (Details)
#5 File: /mnt/webs/xxx/inc/xtc_db_query.inc.php:68 (Details)
#4 File: /mnt/webs/xxx/inc/xtc_db_perform.inc.php:147 (Details)
#3 File: /mnt/webs/xxx/system/core/DataProcessing.inc.php:57 (Details)
#2 File: /mnt/webs/xxx/system/classes/checkout/CheckoutProcessProcess.php:332 (Details)
#1 File: /mnt/webs/xxx/system/classes/checkout/CheckoutProcessProcess.php:135 (Details)
#0 File: /mnt/webs/xxx/checkout_process.php:46 (Details)
Request: POST /checkout_process.php (Details)
Session: (Details)
Post: (Details)

Ich habe gestern auf Version 2.2.0.0 upgedatet von 2.0.14.2
in Einzelschritten.

Das Problem bestand schon vorher, ist aber damit nicht behoben. alles Updates verliefen fehlerfrei.

Hoster: strato

Wäre toll, wenn jemand helfen kann.

KFZ_Kolly
20.03.2015, 11:15
*dampfarena installier Dir doch mal parallel einen Shop 2.2 und importiere danach doch mal ein Backup von dem kaputten jetzt , eventuell ist dann der Fehler weg, so habe ich es gelöst. Beim ersten mal lief es bei mir auch nicht , ich habe per Hand dann die SQL mit allen wichtigen Daten gefüllt.

Wie gesagt , solltest du mal probieren.

dampfarena
20.03.2015, 16:36
Vielen Dank. Das habe ich gemacht, aber beim Backup der Dateien, tritt der Fehler wieder auf und aus irgendeinem Grund klappt der Artikelexport und Import nicht. Also alles von vorn?

KFZ_Kolly
21.03.2015, 01:00
Dann exportiere per PHPmyadmin die DB und versuche die DB in den neuen shop via phpmyadmin zu importieren oder eben per Hand , öffne die SQL und füge die wichtigesten Sachen pö-A-pö via phpmyadmin ein , also customers , products u.s.w.
Ist zwar mühsame Arbeit , aber du schaffst das schon , zur Not PN und wir könnten telefonieren ;)

KlausK
21.03.2015, 10:43
Poste mal bitte das Logfile als Anhang: /logfiles/errors-********.html