# Warenkorb funktioniert nicht... Windows-Server...
**URL:** https://forum.shopware.com/t/warenkorb-funktioniert-nicht-windows-server/736
**Category:** Shopware 3.5
**Tags:** installation--gettin
**Created:** [18. November 2010 um 11:35 UTC](https://forum.shopware.com/t/warenkorb-funktioniert-nicht-windows-server/736 "2010-11-18T11:35:44Z")
**Posts on this page:** 4
**Page:** 1
### Author:  [@dareart](https://forum.shopware.com/u/dareart)
#### Post date: [18. November 2010 um 11:35 UTC](https://forum.shopware.com/t/warenkorb-funktioniert-nicht-windows-server/736/1 "2010-11-18T11:35:44Z")
Da dies unser erstes Posting ist, erstmal ein Hallo an alle Beteiligten hier! Zur Frage: nach einer „frischen Installation“ mit dem Installerskript (mit Demo-Daten), können keine Artikel in den Warenkorb gelegt werden. Nach Änderung der Application.php ---------------- ‘front’ =\> array( ‘noErrorHandler’ =\> false, ‘throwExceptions’ =\> false, ‘useDefaultControllerAlways’ =\> false, ‘disableOutputBuffering’ =\> false, ‘showException’ =\> true, --------------- Und über Fiddler (wer es nicht kennen sollte „http Debugging Proxy“) ist zu sehen das folgendes vom Server zurückgeliefert wird (aber nirgends auf der Seite erscheint): ---------------
## Ups! Ein Fehler ist aufgetreten!
Die nachfolgenden Hinweise sollten Ihnen weiterhelfen.
### SQLSTATE[HY000]: General error: 1364 Field ‘lastviewport’ doesn’t have a default value in Vendor\Zend\library\Zend\Db\Statement\Pdo.php on line 234
### Stack trace:
```
#0 Vendor\Zend\library\Zend\Db\Statement.php(300): Zend\_Db\_Statement\_Pdo-\>\_execute(Array) #1 Vendor\Zend\library\Zend\Db\Adapter\Abstract.php(468): Zend\_Db\_Statement-\>execute(Array) #2 Vendor\Zend\library\Zend\Db\Adapter\Pdo\Abstract.php(238): Zend\_Db\_Adapter\_Abstract-\>query('???????INSERT I...', Array) #3 Enlight\Components\Adodb.php(46): Zend\_Db\_Adapter\_Pdo\_Abstract-\>query('???????INSERT I...', Array) #4 engine\core\class\sBasket.php(2022): Enlight\_Components\_Adodb-\>Execute('???????INSERT I...') #5 Shopware/Controllers\Frontend\Checkout.php(195): sBasket-\>sAddArticle('SW10018', '1') #6 Enlight\Controller\Action.php(55): Shopware\_Controllers\_Frontend\_Checkout-\>addArticleAction() #7 Enlight\Controller\Dispatcher\DispatcherDefault.php(329): Enlight\_Controller\_Action-\>dispatch('addArticleActio...') #8 Enlight\Controller\Front.php(88): Enlight\_Controller\_Dispatcher\_DispatcherDefault-\>dispatch(Object(Enlight\_Controller\_Request\_RequestHttp), Object(Enlight\_Controller\_Response\_ResponseHttp)) #9 Shopware/Bootstrap.php(21): Enlight\_Controller\_Front-\>dispatch() #10 Enlight\Application.php(69): Shopware\_Bootstrap-\>run() #11 shopware.php(6): Enlight\_Application-\>run() #12 {main}
```
-------------------------- Weiteres Nachforschen ergibt das es beim Absetzen der SQL ------------------------------ INSERT INTO s\_order\_basket (id,sessionID,userID,articlename,articleID, ordernumber, shippingfree, quantity, price, netprice, datum, esdarticle, partnerID, config, ob\_attr1) VALUES ( ‘’, ‘nlth2p5h575bjp0lpetli370u0’, ‘’, ‘Shampoo
Farbe: Blau
Gr??e: M’, 62, ‘SW2001\_0815.1’, 0, 1, 8.99, 7.5546218487395, ‘2010-11-17 16:43:14’, 0, ‘’, ‘’, ‘farbe:blau/gr??e:m’ ) --------------------------------- verursacht wird. Datei: /engine/core/class/sBasket.php Zeile 1996 ff Ein Blick über phpMyAdmin in die Table s\_order\_basket zeigt, dass dieses Feld ‘lastviewport’ auch wirkich keinen „default-Wert“ hat. Es bring auch nicht viel ihm einen zuzuweisen, da dann die anderen Felder angemeckert werden, die auch keine Default Werte haben. Weis jemand wie das zustande kommt das bei einer Frischinstallation der Warenkorb nicht funktioniert?! Hat das jemand schon mal gehabt?! Falls jemand es mit seinem “HTTP-Tracer” nachverfolgen möchte, es dreht sich im Moment sowieso nur dum die Dummy-Daten. Entwickelt wird hier: [http://www.warumdenndas.de](http://www.warumdenndas.de) Versucht mal was in den Warenkorb zu legen… Oder (Vielleicht ist es auch erwähnenswert, dass es sich hierbei um einen Windows-Server handelt?! Sollte doch aber keine Rolle spielen…) Dank für jede Hilfestellung!
---
### Author:  [@Heiner\_Lohaus](https://forum.shopware.com/u/Heiner_Lohaus)
#### Post date: [18. November 2010 um 12:01 UTC](https://forum.shopware.com/t/warenkorb-funktioniert-nicht-windows-server/736/2 "2010-11-18T12:01:06Z")
Hi, das ist kein Problem von Shopware sondern von deinem MySQL-Server. Dieser läuft anscheined im Strict-Modus. Shopware benötigt aber den Traditional-Modus. Siehe: [http://dev.mysql.com/doc/refman/5.1/de/ … -mode.html](http://dev.mysql.com/doc/refman/5.1/de/server-sql-mode.html) Heiner
---
### Author:  [@dareart](https://forum.shopware.com/u/dareart)
#### Post date: [18. November 2010 um 12:13 UTC](https://forum.shopware.com/t/warenkorb-funktioniert-nicht-windows-server/736/3 "2010-11-18T12:13:47Z")
[quote=„rocky“]Hi, das ist kein Problem von Shopware sondern von deinem MySQL-Server. Dieser läuft anscheined im Strict-Modus. Shopware benötigt aber den Traditional-Modus. Siehe: [http://dev.mysql.com/doc/refman/5.1/de/ … -mode.html](http://dev.mysql.com/doc/refman/5.1/de/server-sql-mode.html) Heiner[/quote] Hi Heiner, ich sach mal so: ja nnneeee ne… Wir waren kurz davor die Datenbank-Tables zu ändern 😉 Entweder wir sind blind, oder diese „Lappalie“ steht hier nirgends. Ist natürlich auch ein „frischer Server“, auf dem nur das neueste vom neusten mit allen Defaults eingerichtet wurde und dazu gehört auch „STRICT“ bei MySql… DANK DIR für die wirklich schnelle Hilfe!!! :thumbup:
---
### Author:  [@avenger](https://forum.shopware.com/u/avenger)
#### Post date: [18. November 2010 um 12:22 UTC](https://forum.shopware.com/t/warenkorb-funktioniert-nicht-windows-server/736/4 "2010-11-18T12:22:12Z")
[quote=“rocky”]Hi, das ist kein Problem von Shopware sondern von deinem MySQL-Server. Dieser läuft anscheined im Strict-Modus. Shopware benötigt aber den Traditional-Modus. Siehe: [http://dev.mysql.com/doc/refman/5.1/de/ … -mode.html](http://dev.mysql.com/doc/refman/5.1/de/server-sql-mode.html) Heiner[/quote] Man könnte das in Shopware ja auch erzwingen, indem man nach dem Connect zur Datenbank sofort noch einen SET SESSION sql\_mode=’’ SQL-Befehl absetzt… Dann ist es egal, wie der Server konfiguriert ist, weil er damit aus dem “STRICT”-Modus herausgeht…