Installation ok, nach Datenbankumzug leere Seite

[Kneumi]

Hallo zusammen!

Ich möchte meinem alten XTCommerce 3.04 SP 2.1 heute in den aktuellen modified Shop updaten. Dazu muss ich zugleich den Server wechseln, denn der alte Shop liegt auf nem Server mit PHP4.

Alte Datenbank/Webspace:
Server Version: 4.0.27-max
Protokoll-Version: 10
Zeichensatz des Servers: iso8859-1
PHP 4X
Shop liegt im root-Verzeichnis

Neue Datenbank/Webspace:
Software-Version: 5.1.73 - MySQL Community Server (GPL)
Protokoll-Version: 10
Zeichensatz des Servers: UTF-8 Unicode (utf8)
Zeichensatz/Kollation der MySQL-Verbindung: latin1_german1_ci (lässt sich in phpmyadmin umstellen)

Shop liegt im Verzeichnis root/shop:  http://28907.dcpserver.de/shop/

Das Ergebnis bisher ist leider:
- Installation modified Shop und Template war erfolgreich und lief mit neuer (leerer) Datenbank
- nach Verknüpfung des Shops mit der auf den neuen Server migrierten alten und dann geupdateten Datenbank lief nix mehr. Stattdessen bei Shopaufruf die nichtssagende Fehlermeldung:

Es ist ein Fehler aufgetreten!
There was an error!
Il y avait une erreur!

Die weiße Fehlerseite kommt auch beim Aufruf von Unterseiten wie http://28907.dcpserver.de/shop/login.php oder http://28907.dcpserver.de/admin/start.php

Vorgehensweise:
Ich habe bereits neuen Webspace und Datenbanken. Der alte Shop läuft noch und paypal/sofortüberweisung sind deaktiviert. Den neuen modified Shop hab ich auf dem neuen Webspace erfolgreich im Verzeichnis root/shop installiert. Die Domain ist vorerst noch auf dem alten Webspace und soll dann später umziehen. Bei der Installation war mir alles klar, bis auf SSL und SSL Proxy: Hier habe ich bei der Installation nichts angegeben, da ich dachte, das kann ich ggf. noch später machen. Der alte Shop benutzt ein SSL Zertifikat. Nach der Installation des neuen Shops hab ich das wolkenkraft-template ohne Probleme installiert. Das Template hat folgende Änderungen die vielleicht relevant sein können vorgenommen:

ersetzte Dateien:
    /includes/header.php
    /includes/modules/metatags.php
    /includes/form_check.js.php

In den Sprachdateien ersetzte Zeile:
define('HTML_PARAMS','dir="ltr" xml:lang="de"');
define('HTML_PARAMS','lang="de"');    // ersetzt durch:

Danach habe ich die Datenübernahme aus dem alten XTC in den neuen modified nach Anleitung versucht. Fehlermeldungen erhielt ich keine. Verwirrend fand ich allerdings die Sache mit den Zeichensätzen. Außerdem hatte mein alter Shop keine configure.org.php Datei, so dass ich die auch nicht bearbeiten konnte. In den configure-Dateien habe ich angegeben:

Code: PHP  [Auswählen]

// define our database connection
  define('DB_SERVER', 'sql32.c.artfiles.de'); // eg, localhost - should not be empty for productive servers
  define('DB_SERVER_USERNAME', '[Datenbankusername = Name der Datenbank]');
  define('DB_SERVER_PASSWORD', '[meinpasswort]');
  define('DB_DATABASE', '[Name der Datenbank]');
  define('USE_PCONNECT', 'false'); // use persisstent connections?
  define('STORE_SESSIONS', 'mysql'); // leave empty '' for default handler or set to 'mysql'
  define('DB_SERVER_CHARSET', 'latin1'); // set db charset utf8 or latin1

Dann habe ich die alte Datenbank auf den neuen Server überspielt und in phpmyadmin die Updates der Datenbank mit den SQL-Befehlen vorgenommen.

Fehlersuche
Ich vermute nun, dass der Fehler

• entweder daran liegt, dass der alte Shop im root und der neue im Verzeichnis /shop installiert wurde (aber vor der Datenbankmigration lief der modified!) und dass ich in den configure-Dateien irgendwo noch falsche Dateipfade habe.
• Oder aber, dass es ein Problem mit den Zeichensätzen ist (aber würde dann der ganze Shop ne weiße Seite zeigen?)
• die .htaccess liegt bei mir im Verzeichnis /shop und ich hatte sie von _.htaccess in .htaccess umbenannt. Hier habe ich den Code geändert in:

[/list]

Code: PHP  [Auswählen]

RewriteBase /shop/

Später wollte ich die Domain direkt auf das Verzeichnis /shop zeigen lassen.

Kann mir jemand helfen oder zumindest sagen, wie ich (mit Firefox o.ä.) herausfinden kann, was genau für ein Fehler vorliegt? In den Error-logs des Servers habe ich schon geschaut, da steht nix (außer nem fehlenden favicon..).

Bin dankbar für jeden Hinweis!

Linkback: https://www.modified-shop.org/forum/index.php?topic=31325.0

[Kneumi]

Wenn ich versuche die http://28907.dcpserver.de/shop/inc/xtc_db_error.inc.php aufzurufen, kommt:

Forbidden

You don't have permission to access /shop/inc/xtc_db_error.inc.php on this server.

Additionally, a 404 Not Found error was encountered while trying to use an ErrorDocument to handle the request.

Also ein Problem mit den Verzeichnis-Rechten?

[Kneumi]

Ich habe nun folgendes befolgt, obwohl ich ja eigentlich nicht das xtc5-Template, sondern das gekaufte andere Template verwenden möchte:

Code: PHP  [Auswählen]

Wenn ihr das xtc5 Template benutzen wollt, dann müsste ihr per phpMyAdmin noch folgende Änderung einspielen:

UPDATE configuration SET configuration_value = 'xtc5' WHERE configuration_key = 'CURRENT_TEMPLATE';

damit ist jetzt die Startseite und die Kategorienseiten des SHops im xtc5-Template erreichbar. Aber wenn man auf eine Produktseite klickt oder sich einloggen will kommt wieder die selbe Fehlermeldung.

[Guenter59]

Hi Kneumi
Der falsche Zeichensatz dürfte eigentlich nur zu falsch dargestellten Umlauten führen.

An deinen Einträgen in der configure.php fällt mir etwas auf

define('DB_SERVER_USERNAME', '[Datenbankusername = Name der Datenbank]');
  define('DB_SERVER_PASSWORD', '[meinpasswort]');
  define('DB_DATABASE', '[Name der Datenbank]');

Bei define('DB_SERVER_USERNAME' muß nicht der Name der Datenbank rein, sondern der Benutzername.

Ansonsten : Schalte mal das "Errorreporting ein".
Dazu im Ordner "export" die Datei "_error_reporting.admin" in "_error_reporting.all" umbenennen.
Dann werden im Browser Php-Fehlermeldungen ausgegeben

Gruß
GMS

[Kneumi]

Danke, damit bekommt man immerhin schonmal sinnvolle Fehlermeldungen. Beim Klick auf Login kommt:

1054 - Unknown column 'flag' in 'field list'

insert into sessions (sesskey, expiry, value, flag) values ('pqf6r9s92396eanmstakcrmpu6', '1414152318', 'dHJhY2tpbmd8YTo1OntzOjEyOiJodHRwX3JlZmVyZXIiO2E6Mzp7czo2OiJzY2hlbWUiO3M6NDoiaHR0cCI7czo0OiJob3N0IjtzOjE4OiIyODkwNy5kY3BzZXJ2ZXIuZGUiO3M6NDoicGF0aCI7czo2OiIvc2hvcC8iO31zOjI6ImlwIjtzOjE0OiIyMTcuODcuMTE1LjIzMyI7czo0OiJkYXRlIjtzOjE5OiIyMDE0LTEwLTI0IDEzOjQxOjE4IjtzOjc6ImJyb3dzZXIiO3M6NzI6Ik1vemlsbGEvNS4wIChXaW5kb3dzIE5UIDYuMTsgV09XNjQ7IHJ2OjMyLjApIEdlY2tvLzIwMTAwMTAxIEZpcmVmb3gvMzIuMCI7czoxNjoicGFnZXZpZXdfaGlzdG9yeSI7YTowOnt9fWxhbmd1YWdlfHM6NjoiZ2VybWFuIjtsYW5ndWFnZXNfaWR8czoxOiIyIjtsYW5ndWFnZV9jaGFyc2V0fHM6MTA6IklTTy04ODU5LTEiO2xhbmd1YWdlX2NvZGV8czoyOiJkZSI7Y3VycmVuY3l8czozOiJFVVIiO2N1c3RvbWVyc19zdGF0dXN8YToyMDp7czoxOToiY3VzdG9tZXJzX3N0YXR1c19pZCI7czoxOiIxIjtzOjIxOiJjdXN0b21lcnNfc3RhdHVzX25hbWUiO3M6NDoiR2FzdCI7czoyMjoiY3VzdG9tZXJzX3N0YXR1c19pbWFnZSI7czoxNjoiZ3Vlc3Rfc3RhdHVzLmdpZiI7czoyNToiY3VzdG9tZXJzX3N0YXR1c19kaXNjb3VudCI7czo0OiIwLjAwIjtzOjIzOiJjdXN0b21lcnNfc3RhdHVzX3B1YmxpYyI7czoxOiIxIjtzOjI2OiJjdXN0b21lcnNfc3RhdHVzX21pbl9vcmRlciI7czoyOiIxNSI7czoyNjoiY3VzdG9tZXJzX3N0YXR1c19tYXhfb3JkZXIiO3M6NDoiMTAwMCI7czozMzoiY3VzdG9tZXJzX3N0YXR1c19vdF9kaXNjb3VudF9mbGFnIjtzOjE6IjAiO3M6Mjg6ImN1c3RvbWVyc19zdGF0dXNfb3RfZGlzY291bnQiO3M6NDoiMC4wMCI7czozMzoiY3VzdG9tZXJzX3N0YXR1c19ncmFkdWF0ZWRfcHJpY2VzIjtzOjE6IjEiO3M6Mjc6ImN1c3RvbWVyc19zdGF0dXNfc2hvd19wcmljZSI7czoxOiIxIjtzOjMxOiJjdXN0b21lcnNfc3RhdHVzX3Nob3dfcHJpY2VfdGF4IjtzOjE6IjEiO3M6Mjc6ImN1c3RvbWVyc19zdGF0dXNfYWRkX3RheF9vdCI7czoxOiIwIjtzOjM0OiJjdXN0b21lcnNfc3RhdHVzX3BheW1lbnRfdW5hbGxvd2VkIjtzOjA6IiI7czozNToiY3VzdG9tZXJzX3N0YXR1c19zaGlwcGluZ191bmFsbG93ZWQiO3M6MDoiIjtzOjM2OiJjdXN0b21lcnNfc3RhdHVzX2Rpc2NvdW50X2F0dHJpYnV0ZXMiO3M6MToiMCI7czoxNToiY3VzdG9tZXJzX2ZzazE4IjtzOjE6IjEiO3M6MjM6ImN1c3RvbWVyc19mc2sxOF9kaXNwbGF5IjtzOjE6IjEiO3M6MzA6ImN1c3RvbWVyc19zdGF0dXNfd3JpdGVfcmV2aWV3cyI7czoxOiIwIjtzOjI5OiJjdXN0b21lcnNfc3RhdHVzX3JlYWRfcmV2aWV3cyI7czoxOiIxIjt9Y2FydHxPOjEyOiJzaG9wcGluZ0NhcnQiOjU6e3M6ODoiY29udGVudHMiO2E6MTp7aTo4NDthOjE6e3M6MzoicXR5IjtpOjE7fX1zOjU6InRvdGFsIjtpOjA7czo2OiJ3ZWlnaHQiO2k6MDtzOjEyOiJjb250ZW50X3R5cGUiO2I6MDtzOjM6InRheCI7aTowO31hY2NvdW50X3R5cGV8czoxOiIwIjthY3R1YWxfY29udGVudHxhOjE6e3M6MDoiIjthOjE6e3M6MzoicXR5IjtpOjA7fX1jdXN0b21lcl9nZW5kZXJ8czoxOiJtIjtjdXN0b21lcl9maXJzdF9uYW1lfHM6NToiS2xhdXMiO2N1c3RvbWVyX2xhc3RfbmFtZXxzOjc6Ik5ldW1hbm4iO2N1c3RvbWVyX2lkfHM6MToiMSI7Y3VzdG9tZXJfdmF0X2lkfHM6MDoiIjtjdXN0b21lcl9kZWZhdWx0X2FkZHJlc3NfaWR8czoxOiIxIjtjdXN0b21lcl9jb3VudHJ5X2lkfHM6MjoiODEiO2N1c3RvbWVyX3pvbmVfaWR8czoyOiI4MSI7UkVGRVJFUnxzOjk6ImxvZ2luLnBocCI7', '')

[MOD SQL Error]

Beim Klick auf eine Produktkategorie  kommt:

1054 - Unknown column 'p.products_manufacturers_model' in 'field list'

-- /includes/modules/default.php SELECT p.products_manufacturers_model, p.products_id, p.products_ean, p.products_quantity, p.products_shippingtime, p.products_model, p.products_image, p.products_price, p.products_discount_allowed, p.products_weight, p.products_tax_class_id, p.manufacturers_id, p.products_fsk18, p.products_vpe, p.products_vpe_status, p.products_vpe_value, pd.products_name, pd.products_description, pd.products_short_description FROM products_description pd JOIN products p JOIN products_to_categories p2c on p2c.products_id = pd.products_id WHERE p.products_status = '1' AND p.products_id = pd.products_id AND pd.language_id = '2' AND p2c.categories_id = '6' ORDER BY p.products_sort ASC LIMIT 0, 20

[MOD SQL Error]

1054 - Unknown column 'flag' in 'field list'

insert into sessions (sesskey, expiry, value, flag) values ('pqf6r9s92396eanmstakcrmpu6', '1414152388', 'dHJhY2tpbmd8YTo1OntzOjEyOiJodHRwX3JlZmVyZXIiO2E6Mzp7czo2OiJzY2hlbWUiO3M6NDoiaHR0cCI7czo0OiJob3N0IjtzOjE4OiIyODkwNy5kY3BzZXJ2ZXIuZGUiO3M6NDoicGF0aCI7czozODoiL3Nob3AvU2NobXVjay1mdWVyLURyZWFkbG9ja3M6OjoyLmh0bWwiO31zOjI6ImlwIjtzOjE0OiIyMTcuODcuMTE1LjIzMyI7czo0OiJkYXRlIjtzOjE5OiIyMDE0LTEwLTI0IDEzOjQyOjI4IjtzOjc6ImJyb3dzZXIiO3M6NzI6Ik1vemlsbGEvNS4wIChXaW5kb3dzIE5UIDYuMTsgV09XNjQ7IHJ2OjMyLjApIEdlY2tvLzIwMTAwMTAxIEZpcmVmb3gvMzIuMCI7czoxNjoicGFnZXZpZXdfaGlzdG9yeSI7YTowOnt9fWxhbmd1YWdlfHM6NjoiZ2VybWFuIjtsYW5ndWFnZXNfaWR8czoxOiIyIjtsYW5ndWFnZV9jaGFyc2V0fHM6MTA6IklTTy04ODU5LTEiO2xhbmd1YWdlX2NvZGV8czoyOiJkZSI7Y3VycmVuY3l8czozOiJFVVIiO2N1c3RvbWVyc19zdGF0dXN8YToyMDp7czoxOToiY3VzdG9tZXJzX3N0YXR1c19pZCI7czoxOiIxIjtzOjIxOiJjdXN0b21lcnNfc3RhdHVzX25hbWUiO3M6NDoiR2FzdCI7czoyMjoiY3VzdG9tZXJzX3N0YXR1c19pbWFnZSI7czoxNjoiZ3Vlc3Rfc3RhdHVzLmdpZiI7czoyNToiY3VzdG9tZXJzX3N0YXR1c19kaXNjb3VudCI7czo0OiIwLjAwIjtzOjIzOiJjdXN0b21lcnNfc3RhdHVzX3B1YmxpYyI7czoxOiIxIjtzOjI2OiJjdXN0b21lcnNfc3RhdHVzX21pbl9vcmRlciI7czoyOiIxNSI7czoyNjoiY3VzdG9tZXJzX3N0YXR1c19tYXhfb3JkZXIiO3M6NDoiMTAwMCI7czozMzoiY3VzdG9tZXJzX3N0YXR1c19vdF9kaXNjb3VudF9mbGFnIjtzOjE6IjAiO3M6Mjg6ImN1c3RvbWVyc19zdGF0dXNfb3RfZGlzY291bnQiO3M6NDoiMC4wMCI7czozMzoiY3VzdG9tZXJzX3N0YXR1c19ncmFkdWF0ZWRfcHJpY2VzIjtzOjE6IjEiO3M6Mjc6ImN1c3RvbWVyc19zdGF0dXNfc2hvd19wcmljZSI7czoxOiIxIjtzOjMxOiJjdXN0b21lcnNfc3RhdHVzX3Nob3dfcHJpY2VfdGF4IjtzOjE6IjEiO3M6Mjc6ImN1c3RvbWVyc19zdGF0dXNfYWRkX3RheF9vdCI7czoxOiIwIjtzOjM0OiJjdXN0b21lcnNfc3RhdHVzX3BheW1lbnRfdW5hbGxvd2VkIjtzOjA6IiI7czozNToiY3VzdG9tZXJzX3N0YXR1c19zaGlwcGluZ191bmFsbG93ZWQiO3M6MDoiIjtzOjM2OiJjdXN0b21lcnNfc3RhdHVzX2Rpc2NvdW50X2F0dHJpYnV0ZXMiO3M6MToiMCI7czoxNToiY3VzdG9tZXJzX2ZzazE4IjtzOjE6IjEiO3M6MjM6ImN1c3RvbWVyc19mc2sxOF9kaXNwbGF5IjtzOjE6IjEiO3M6MzA6ImN1c3RvbWVyc19zdGF0dXNfd3JpdGVfcmV2aWV3cyI7czoxOiIwIjtzOjI5OiJjdXN0b21lcnNfc3RhdHVzX3JlYWRfcmV2aWV3cyI7czoxOiIxIjt9Y2FydHxPOjEyOiJzaG9wcGluZ0NhcnQiOjU6e3M6ODoiY29udGVudHMiO2E6MDp7fXM6NToidG90YWwiO2k6MDtzOjY6IndlaWdodCI7aTowO3M6MTI6ImNvbnRlbnRfdHlwZSI7YjowO3M6MzoidGF4IjtpOjA7fWFjY291bnRfdHlwZXxzOjE6IjAiO2FjdHVhbF9jb250ZW50fGE6MTp7czowOiIiO2E6MTp7czozOiJxdHkiO2k6MDt9fQ==', '')

[MOD SQL Error]

Mindestens eine Kategorie funktioniert aber auch.

Wegen dem DB Username: In der INfo meines Providers steht, das ist aber der gleiche wie der DB Name. Der DB Name Lautet: db12345678. Im phpmyadmin steht unter Benutzer: "db12345678@@123.45.678.910  (letzterer Teil ist wohl nur die IP)

Hab jetzt auch mal in phpmyadmin die Tabellen berprüft und repariert, aber da hat phpmyadmin offensichtlich keine Fehler gefunden.

Hier noch die Daten der Datenbänke. Komischerweise ist die geupdatete Datenbank ein paar MB kleiner. Aber von den Datensätzen scheint es zu stimmen:

Datenbank alt:
    Tabellen    Zeilen    Daten    Indizes    Insgesamt    Überhang
    89    165,104    24,6    MiB    2,5    MiB    27,1    MiB    6,6    MiB

Datenbank  neu:
Kollation         Tabellen    Datensätze    Daten    Indizes    Insgesamt    Überhang
latin1_swedish_ci   93   165,142   17.5   MiB   3.1   MiB   20.6   MiB   84   B

[Guenter59]

Hi
Da ist beim Datenbankupdate wohl was falsch gelaufen oder nicht alles gemacht worden.

Unknown column 'flag' in 'field list'

Das Feld ist in der Tabelle ' sessions ' bei modifies schon vorhanden.

Auch das fehlende Feld 'products_manufacturers_model' müßte in der Tabelle ' products' vorhanden sein

Gruß
GMS

PS Benutzername ist wohl OK ( also erledigt ) , sonst würden die Abfragen ja nix zurück liefern

[Kneumi]

Ich habe wie im Tutorial angegeben

SQL-Dateien zur Anpassung Datenbank xt:Commerce* 3.0.4 SP2.1 auf modified eCommerce Shopsoftware 1.05
Download: Media:Update_db_modified eCommerce Shopsoftware_1.01_to_1.05.rar‎

eingespielt. Gibt es nach 1.05 noch Datenbank-Updates, die ich einspielen muss?
Falls nein, kann ich gefahrlos die Befehle der Updates update_1.01_to_1.02 bis update_1.04_to_1.05 nochmal in phpmyadmin eingeben, oder kann man durchs doppelte eingeben was kaputt machen? (mindestens ein paar Updates scheinen ja funktioniert zu haben, da die neue DB mehr Zeilen hat als die alte)

[ado]

Hallo Kneumi,

im _installer Verzeichnis des neuen Shops findest du alle sqls zum Update von 3.04 nach 1.06.

Die musst Du nacheinander durchführen ... dann klappt's auch mit der 1.06

Grüße
ado

[Guenter59]

Hi

Gibt es nach 1.05 noch Datenbank-Updates, die ich einspielen muss?

Da wäre es wohl sinnvoll in dem Tutorial zu ergänzen, daß die späteren sql-updates auch gemacht werden müssen.
Aber der Fehler ist damit wohl gefunden.

Biss Biss
GMS

[Kneumi]

Oha. Ich habe jetzt ja schon 1.01. bis 1.05 schon eingespielt, d.h., ich fang wohl am besten nochmal mit nem neuen DB-Backup an, da mir ja das update xtc3.04sp2.1_to_1.01 fehlt. Es gibt im Insaller auch noch andere SQL Dateien, zB bugfixes106r4356beta.sql und modified.sql.  Brauche ich die auch?

[Guenter59]

Hi
Du könntest auch kontrollieren, ob es in den Tabellen doppelte Einträge gibt. Die Tabellen können ja nicht doppelt sein.
Aber noch mal neu ist wohl schneller.

So weit ich es überblicke fehlt Dir nur die "update_1.0.5.0_to_1.0.6.0.sql".

Gruß
GMS

[Kneumi]

Es schent jetzt reibungslos zu funktionieren. Morgen noch Modulinstallation und Domainumzug, dann sollte alles soweit fertig sein.

Vielen Dank an alle, die mir geholfen haben!