Server umzug

[ManuelBoesel]

Hallo Ihr

Morgen wollte ich nun endlich meinen Server umzug starten. Jetzt habe ich eine Frage dazu

Alter Server bzw. Mysql Datenbank ist

Datenbankserver Version 5.5.49-0deb8u1-log - ( Debian )

Webserver Apache/2.4.10 Debian Version libmysql -5.5.38

NEUER SERVER

Server-Version: 5.6.36 - MySQL Community Server (GPL)nginx/1.9.9
Datenbank-Client Version: libmysql - mysqlnd 5.0.11-dev - 20120503 - $Id: 76b08b24596e12d4553bd41fc93cccd5bac2fe7a $
PHP-Erweiterung: mysqliDokumentation curlDokumentation mbstringDokumentation
PHP-Version: 5.6.27

Kann es zu problemen kommen wegen des unterschiedlichen Webserver Apache vs. nginx ?
Probleme bei aufspielen daDatenbanken unterschiedlich versionen haben?

danke für eine kurze rückmeldung

[Werner]

Hallo,

das habe ich auch gerade alles durchgemacht, es war ein Providerwechsel. Der Provider hat alles fast problemlos überspielt.
Es gab dann Probleme als ich dann rumspielte. Ich probierte den nginx ( der soll übrigens schneller sein als der apache) auf apache umzustellen, danach gabs Probleme.

" nginx kennt bspw. kein .htaccess. Wenn Sie nginx nutzen wollen, müsste Ihr Shop wohl angepasst werden."

DB-Versionen ist der Unterschied nicht so groß, da sehe ich keine Probleme.

Alles meine unmaßgebliche Meinung, also bitte noch mal weitere Kommentare zur Sicherheit abwarten.

[mmaass]

Ja, bei Nginx müsste man die htaccess Sachen konvertieren aber dass müsste dann der Provider besser wissen.
Gerade das ModeRewrite für die schönen Urls sowie den Passwortschutz brauch man dann eine Lösung.

Aber man kann auch einfach erst mal auf PHP 7 setzen, dass ist auch um einiges schneller.

[ManuelBoesel]

Vielen dank

Das mit nginx ist kein Problem laut Hoster da er auf Apache weiterleitet.

Wie gesagt es ist nur das Problem mit dem Warenkorb und im Admin mit der Artikelbearbeitung. Der Shop läuft aber halt mit den Wichtigen FEHLERN.


Habe bereits auch mal eine neue Version NEU installiert und da genau das selbe problem. Entweder das Shopsystem kann mit dem system nicht oder es ist ein fehler im system des hosters

[mmaass]

Eventuell sind die Mysqleinstellungen zu strikt.
Es gibt die Einstellung, dass Mysql immer eingeschlossene ' ' erwartet in den SQLStatements.

Am einfachsten nachzuvollziehen ist es, wenn Du Dir mal beim Artikelbearbeiten, wo ein Problem auftritt den SQLString ausgibst und den in PHPMyadmin vom neuen Server direkt ausführst.

[ManuelBoesel]

So hab mit dem Support gesprochen

nun die Frage ob Randshop mit diesem System überhaupt läuft

Server: 62.108.32.150 via TCP/IP
Server-Typ: MySQL
Server-Version: 5.6.36 - MySQL Community Server (GPL)
Protokoll-Version: 10
Benutzer: shop@62.108.32.100
Server-Zeichensatz: UTF-8 Unicode (utf8)
Webserver

nginx/1.9.9
Datenbank-Client Version: libmysql - mysqlnd 5.0.11-dev - 20120503 - $Id: 76b08b24596e12d4553bd41fc93cccd5bac2fe7a $
PHP-Erweiterung: mysqliDokumentation curlDokumentation mbstringDokumentation
PHP-Version: 5.6.27

FastCGI-Unterstützung AN
CGI-Unterstützung AN
SSI-Unterstützung AN

[mmaass]

Die Angaben sind erst mal in Ordnung.
Aber es gibt 1000 Servereinstellungen, die ein Problem verursachen können.
Wir lernen fast jeden Tag neue kennen, weil eben kleinere Hoster immer gern ihr eigenes Ding durch ziehen und sich nicht an Standards halten.
Somit erfährt man erst, ob alles läuft, wenn man es installiert.

Daher sollte man natürlich generell vorsichtig sein mit grossen Wechsel.
Und wenn ein Shop im Kunden- bzw. Livebetrieb ist, sollte der neue Server parallel geschaltet werden, damit man dies testen kann.
Live macht man das auf gar keinen Fall!

[ManuelBoesel]

Hallo Hallo ser Hoster schreibt mir das

----

Bei dem Server handelt es sich um eine Debian 8 Standardinstallation mit Plesk und externem MySQL Server mit der Version 5.6. Das ist mehr oder weniger Standard und keine exotische Konfiguration.
Da es mit der MySQL Serverversion 5.5 anscheinend funktioniert, muss die Inkompatibilität in dem verwendeten Script bzw. der Version in Verbindung mit MySQL 5.6 liegen.

[mmaass]

Welche Fehlermeldungen gibt es denn generell in den beiden Fällen?

[Magnus]

Hallo,

der Shop ist noch ein 2.3, ist das richtig?

In \admin\data\logs\errors sind die errorlogs der Datenbankabfragen, schau doch mal da rein, such nach der jüngsten Datei und berichte, was als Fehlermeldung drin steht.

viele Grüße

magnus

[ManuelBoesel]

Stimmt da kommt das


15.05.2017 21:18:23
mysql_query() hat den Wert FALSE zurückgegeben
In Datei: /themes/warenkorb/ajax_handler.php
Fehlermeldung: Field 'lieferant_geliefert' doesn't have a default value
SQL: INSERT INTO randshop_warenkorb SET randshop_warenkorb.artikel_id = '7', randshop_warenkorb.artikel_name = 'Amaranth gepufft 0,9kg', randshop_warenkorb.beschreibung = '', randshop_warenkorb.artikel_nr = 'Amaranth gepufft 0,9kg', randshop_warenkorb.kunden_id = '', randshop_warenkorb.menge = '1', randshop_warenkorb.preis_brutto = '9.99', randshop_warenkorb.preis_netto = '9.34', randshop_warenkorb.variante1 = '', randshop_warenkorb.variante1id = '', randshop_warenkorb.variante2 = '', randshop_warenkorb.variante2id = '', randshop_warenkorb.variante3 = '', randshop_warenkorb.variante3id = '', randshop_warenkorb.variante4 = '', randshop_warenkorb.variante4id = '', randshop_warenkorb.session = '0bffb610671de78773faa31189c86226', randshop_warenkorb.timestamp = NOW(), randshop_warenkorb.pf_transactionid = '', randshop_warenkorb.mwst = '7.00', randshop_warenkorb.mwstid = '2', randshop_warenkorb.voe_datum = '0000-00-00', randshop_warenkorb.konfig_artikel = '0', randshop_warenkorb.gewicht = '1.00', randshop_warenkorb.artikel_download = '0', randshop_warenkorb.verweis_typ = '1', randshop_warenkorb.verweis_id = '20'

[Magnus]

Na das ist doch schon was:

Sucht man nun nach "mysql doesn't have a default value" findet man Hinweise, dass es an der Einstellung STRICT_TRANS_TABLES in mysql 5.6 liegt. Die führt dazu, dass die Fehlermeldung auftaucht.

Jetzt könnte man die Datenbank durchgehen und als erstes im Feld 'lieferant_geliefert' in der Tabelle randshop_warenkorb einen Defaultwert von 0 eintragen.

Du könntest aber auch den Provider bitten diese Einstellung zu lockern.

viele Grüße

Magnus

[ManuelBoesel]

so wenn ich den Wert ändere in der Datenbank kommt der nächste, und das geht immer so weiter müßte tausende daten ändern.

Der Hoster hat schon etwas geändert aber auch ohne erfolg


16.05.2017 10:44:22
mysql_query() hat den Wert FALSE zurückgegeben
In Datei: /themes/warenkorb/ajax_handler.php
Fehlermeldung: Incorrect integer value: '' for column 'kunden_id' at row 1
SQL: INSERT INTO randshop_warenkorb SET randshop_warenkorb.artikel_id = '10', randshop_warenkorb.artikel_name = 'Amaranthmehl 1kg', randshop_warenkorb.beschreibung = '', randshop_warenkorb.artikel_nr = 'Amaranthmehl 1kg', randshop_warenkorb.kunden_id = '', randshop_warenkorb.menge = '1', randshop_warenkorb.preis_brutto = '7.99', randshop_warenkorb.preis_netto = '7.47', randshop_warenkorb.variante1 = '', randshop_warenkorb.variante1id = '', randshop_warenkorb.variante2 = '', randshop_warenkorb.variante2id = '', randshop_warenkorb.variante3 = '', randshop_warenkorb.variante3id = '', randshop_warenkorb.variante4 = '', randshop_warenkorb.variante4id = '', randshop_warenkorb.session = 'f065bbb145ddb3d67a4d97173109f163', randshop_warenkorb.timestamp = NOW(), randshop_warenkorb.pf_transactionid = '', randshop_warenkorb.mwst = '7.00', randshop_warenkorb.mwstid = '2', randshop_warenkorb.voe_datum = '0000-00-00', randshop_warenkorb.konfig_artikel = '0', randshop_warenkorb.gewicht = '1.00', randshop_warenkorb.artikel_download = '0', randshop_warenkorb.verweis_typ = '1', randshop_warenkorb.verweis_id = '19'

[ManuelBoesel]

So also der Hoster kann und will nicht ( was ich total verstehe ) seine aktuelle Version nicht nach unten ziehen. Aus Sicherheitsgründen ist halt immer die aktuelle Version installiert. Den strict_trans_table hat er umgestellt aber ohne Erfolg.

Jetzt die Frage da es ja bald bestimmt viele betrifft , wie kann ich einfach die Daten ändern und aufspielen für die Datenbank.

Auf dem Server läuft ja nichtmal die aktuellste randshop Version die ich zum testen mal installiert habe.

[mmaass]

Wie Magnus schon meint, wenn der Hoster die Einstellung STRICT_TRANS_TABLES ändert, dann sollte es wieder gehen.
Eigentlich sollte dies möglich sein, sonst wird wohl eine Menge an Software nicht mehr gehen.

Wir werden dies für den kommenden Release berücksichtigen.
Die Änderung lässt sich leider nicht so ohne weiteres als Patch machen, da es ein grösserer Umbau ist.
Es ist auch so, dass MySQL in der Version erwartet, dass ein Integer ohne ' ' eingetragen wird. Es gab aber eine Zeit, als diese Schreibweise notwendig war, damit keine SQLInjections möglich sind. Durch Mysqlli ist das zwar wieder hinfällig aber es ist schon umfangreich, das System immer wieder auf die Entgegengesetzten Gegebenheiten anzupassen.

Eine neue Version wird es voraussichtlich Juli/August geben. Dieses Jahr gibt es kürzere Abstände, da wir durch einen Kunden finanziell unterstützt die Multishopfähigkeit in das System integrieren.

Vielleicht könnte der Hoster dann dieses Jahr noch zumindest die Einstellung etwas entspannen.