69star

Yes the global setting is set to deny orders for out of stock items and the individual product setting is set to deny orders for out of stock items yet it keeps happening for some reason. I'm baffled as to why. Is it because someone has the items in their cart and in the meantime we sell out of that product?

Does anybody know why this happens?

Hey Guys, I've disabled this option for our site and set it to deny orders but we still get a ton of -1 stock quantities and I can't for the life of me figure out why. Shouldn't the customer receive an error if a product goes out of stock even if the the product is in their cart?

Not the ideal solution but could you display your inventory levels on your product pages so they know how many are in stock and how many they can order?

Thanks EP. I'll look into all of the ones I can find.

I have no problem paying for a module that works really well.

Thanks EP. We have approximately 18% of our customers currently using guest checkout. And I do a lot of online shopping as well and use it a lot. I just really don't understand why or if we can have a normal checkout process and how to implement it.

Can this work like a normal guest checkout that all customers are used to? If I try to check out as a guest, it doesn't calculate tax or let me select a billing option unless I hit the save button but this doesn't make sense at all and our customers will be very confused and abandon rates will skyrocket instead of drop (which is what it is intended to do). Also, if I do fill in the address information and hit the save button and leave the site and come back later, the address is populated and doesn't go away. This guest checkout really does not make any sense at all. Can someone help us create a guest checkout that works normally without having to save any customer information? Prestashop is superior to our old hosted solution in pretty much every way possible, but the poor functioning guest checkout. It's driving me nutts and I can't figure it out.

I think this one would be closest to a one page review all products purchased module. http://addons.prestashop.com/en/customer-reviews/17896-store-reviews-product-reviews-google-rich-snippets.html It doesn't allow for non-verified buyers.

@mdekker This is what my hosting provider sent me: Nginx listens to port 80 as a proxy and requests are redirected to port 8081 for Apache. @bellini13 I contact my hosting provider at the same time as I posted here. I'm not too familiar with how everything works so I was just curious if anyone else had the same issue. My hosting provider took care of it and everything works again. Our site is loading much faster now.

I tried switching to each individual shop but they still don't display there. I have no idea why it isn't displaying in the back office and have no idea how to get rid of the volume discount.

Is this it? 2016/02/04 05:24:20 [emerg] 19488#0: bind() to 107.6.27.194:80 failed (98: Address already in use) 2016/02/04 05:24:20 [emerg] 19488#0: bind() to [::]:80 failed (98: Address already in use) 2016/02/04 05:24:20 [emerg] 19488#0: bind() to 107.6.27.194:80 failed (98: Address already in use) 2016/02/04 05:24:20 [emerg] 19488#0: bind() to [::]:80 failed (98: Address already in use) 2016/02/04 05:24:20 [emerg] 19488#0: bind() to 107.6.27.194:80 failed (98: Address already in use) 2016/02/04 05:24:20 [emerg] 19488#0: bind() to [::]:80 failed (98: Address already in use) 2016/02/04 05:24:20 [emerg] 19488#0: bind() to 107.6.27.194:80 failed (98: Address already in use) 2016/02/04 05:24:20 [emerg] 19488#0: bind() to [::]:80 failed (98: Address already in use) 2016/02/04 05:24:20 [emerg] 19488#0: bind() to 107.6.27.194:80 failed (98: Address already in use) 2016/02/04 05:24:20 [emerg] 19488#0: bind() to [::]:80 failed (98: Address already in use) 2016/02/04 05:24:20 [emerg] 19488#0: still could not bind() 2016/02/04 05:24:27 [emerg] 19686#0: bind() to 107.6.27.194:80 failed (98: Address already in use) 2016/02/04 05:24:27 [emerg] 19686#0: bind() to [::]:80 failed (98: Address already in use)

Can anyone help me with this? This is the message I received from our hosting provider and now our website has a 500 Server Error: We have installed "nginx" as a reverse proxy in your server. ~~~ root@vps [~]# ps aux| grep nginx root 17018 0.0 0.0 57004 1516 ? Ss 06:00 0:00 nginx: master process /usr/local/sbin/nginx -c /etc/nginx/nginx.conf nobody 17019 0.0 0.0 58612 3724 ? S 06:00 0:00 nginx: worker process nobody 17020 0.0 0.0 58612 3720 ? S 06:00 0:00 nginx: worker process nobody 17021 0.0 0.0 58612 3720 ? S 06:00 0:00 nginx: worker process nobody 17022 0.0 0.0 58612 3720 ? S 06:00 0:00 nginx: worker process nobody 17023 0.0 0.0 57004 1816 ? S 06:00 0:00 nginx: cache manager process ~~~ We have completed installing "opcache". Following that, we have also changed the php handler to "fastcgi". ++++ root@vps [~]# /usr/local/cpanel/bin/rebuild_phpconf --current Available handlers: suphp dso fcgi cgi none DEFAULT PHP: 5 PHP4 SAPI: none PHP5 SAPI: fcgi SUEXEC: enabled RUID2: not installed root@vps [~]# root@vps [~]# php -v PHP 5.4.45 (cli) (built: Feb 4 2016 06:04:24) Copyright © 1997-2014 The PHP Group Zend Engine v2.4.0, Copyright © 1998-2014 Zend Technologies with the ionCube PHP Loader v4.7.5, Copyright © 2002-2014, by ionCube Ltd., and with Zend OPcache v7.0.5, Copyright © 1999-2015, by Zend Technologies ++++

I have a multisite installation and added 2 new specific prices for volume deals on one of our products to test it and neither of them are showing in the back office. I can't see, and thus, can't delete them. They display and function properly on the product page, just not in the back office. Has anyone ever had this problem? Could it potentially be a module conflict of some sort?

No not for the Canadian language code en-ca. It doesn't exist in the system and I can't add it manually because PS 1.6.1.3 automatically links it to en-us. In this day and age, it's very odd that they haven't added a way to have the language code for Canada available in PS.