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.

This should by default display the actual category title instead of the category description. We're running 1.6.1.3 and it does the same thing. How could I get this to display the category title instead of description in 1.6.1.3? Sorry to bump an old thread.

ISO code is required. What would I use as the ISO code then?

I hate to bump an old thread but I think 1.6 has the same "issue". When I click guest checkout, it makes me hit the save button and says account info saved.

Is it possible to have URLs written in this form with the proper ISO codes and Language codes associated with them: examplesite.com/en-ca (default) examplesite.com/fr-qc examplesite.com/en-us examplesite.com/es-us And then can we tie currency and set different products to the Canadian directories vs the US directories? Can we also have the Canadian language customers only have the option to choose billing and shipping addresses in Canada and US language customers only have the option to choose billing and shipping addresses in the US?

When I try to create another English language code different than the US English, I get the error: 1. This ISO code is already linked to another language. I'm trying to create a new language code en-ca since it is not part of Prestashop by default. Is it not possible to have two different English languages targeting two different countries?

Does anybody know of this? I find it very strange that it's missing.

I can't seem to figure our where the English (Canada) language code is. I have en-us, en-gb, fr-ca but no en-ca. Can someone help me?

When I download a module, should I put our URL as http or https? We plan on launching our site with the entire site using SSL. Also, our test server is not located on the same domain. Will I have a problem with these modules if my test site is located on http//:test.domainx.com if our live site will be at https://www.livedomain.com ?