Jump to content

n_s_simpson

Members
  • Posts

    232
  • Joined

  • Last visited

Everything posted by n_s_simpson

  1. When the module is enabled and a search is performed it runs this query over 1900 times: SELECT SQL_NO_CACHE count(*) FROM ps_orders o LEFT JOIN ps_order_cart_rule od ON o.id_order = od.id_order LEFT JOIN ps_quantity_discount_rule_order qdro ON od.id_cart_rule = qdro.id_cart_rule WHERE qdro.id_quantity_discount_rule = 12 AND 8 != o.current_state LIMIT 1 Clearly there's a problem with the module somewhere. I'm waiting for the developer to come back to me. Has anyone else seen this problem?
  2. I've found out what the problem is. It's all connected to this module: https://addons.prestashop.com/en/promotions-gifts/9129-promotions-and-discounts-3x2-reductions-offers.html When running this module the search grinds to a halt almost. As soon as it's disabled it works perfectly. I'm running the latest version (2.1.13) so I'll contact the developer and see if this issue can be investigated. Quite a few modules I've bought don't work properly but that's the joy of Prestashop I guess.
  3. Hi All Well we've moved over to PHP 7, we're on 1.6.1.18, we've upgraded the server and now want to make our site more responsive. Pages seem to load okay but when using the search, it takes a crazy amount of time to bring back the results. If you search for something that will return lots of products it takes several minutes but if you search for a specific thing then it still takes many seconds. The statistics mining tables are huge so not sure if that's the problem. I have disabled the module but that hasn't made any difference so do I need to physically go in and clear the tables? I think we've had this issue for a long time but it seems to be worse than ever. I can't figure out what's going on. Help please! Thanks Nick
  4. Hi All I've noticed in our Apache error logs that we get this error: PHP Warning: Cannot modify header information - headers already sent by (output started at /var/www/html/controllers/admin/AdminCartsController.php:481) in /var/www/html/classes/controller/AdminController.php on line 1829 It happens when manually taking orders and adding a product, changing the quantity or adding a voucher (that errors at a different line in the php file). The backend itself works perfectly but I don't like to see warnings. We've upgraded to PHP 7.0 and can't tell you whether these errors occurred on 5.6. I found a thread with this exact error that has been set to SOLVED although the solution offered basically hides the error rather than fixes it. I have tried reactivating that thread but no one is talking. There are lots of threads about this issue but no solution that I've found other than hiding the error. I thought posting in this area instead might be more successful. I just need to know if the error is fixable or just needs ignoring. Thanks Nick
  5. @Enrique Gómez - I have seen your suggestion about replacing echo for die but is that actually a solution or is it hiding the problem?
  6. I am running 1.6.1.17 and PHP 7.0.22.I don't know whether this PHP warning came up on 5.6 or if it's only since upgrading.Everything works but it's a bit annoying having the PHP Warnings. I know how to suppress them but I'd like to know why it's doing it in the first place.
  7. I am running 1.6.1.17 and PHP 7.0.22. I don't know whether this PHP warning came up on 5.6 or if it's only since upgrading. Everything works but it's a bit annoying.
  8. This problem happened on our shop when I installed MailChimp's own module, which is full of bugs and fails to sync properly. Uninstalled and it works again without having to add the cart after a first failed attempt at creating the order. Although everything works when changing quantities or adding a voucher we do get a PHP warning about not being able to modify header info, which I'm looking into. From what I can tell there's a line of code in AdminCartsController.php that tells the admin area not to use cache but when the quantity changes it hates that line being re-run. I think it's some bad programming in one of the php files. I've seen lots of reports about this but none of the threads seem to conclude with an actual fix.
  9. Did anyone figure out what causes this issue and what the proper fix is?
  10. Hi All We're running PS1.6 on a Ubuntu server. We attach lots of images and videos to our products, which is quickly filling up our main HDD. We have mounted a new partition and have copied all the files from the current download folder to a new download folder. Please can you tell me the best way of reconfiguring either PS or the server so that files are uploaded/accessed from the new directory? Thanks Nick
  11. Hi People I've been using the BusinessTech module but can't update to their latest version due to strange issues with it not being able to grab the language, country, etc from PS so the whole thing doesn't work. They are kindly looking into this for me because while their demo works it doesn't seem to be reading the data from PS (en-gb isn't installed on their test site but it shows in their module). I'm also finding that in version 4.5.2 it randomly decides not to enter the GTIN number into the XML for certain products. There's no logic behind the ones that get missed and the ones that get added. Really odd. This is a huge issue for us as we rely on Google Shopping (unfortunately). Has anyone else seen this issue and managed to find a solution? Any other modules I can try while they work on a fix (hopefully)? I thought I read that Google had launched an official shopping module but I can't find it if they have. Any help would be appreciated. Cheers Nick
  12. If you're using the BusinessTech module then please report to them. I am having random issues and they are investigating.
  13. Thanks for the info. I can see expensive search modules available but not sure if they will do exactly what I need.
  14. Hi Everyone We're running PS 1.6. When items are discontinued we change the category to discontinued. We also remove the manufacturer, which stops it appearing in Adwords/Bing. I don't want to hide the product because customers that search for it on our site might want related items. Plus, the product page is updated to show the replacement. However, what I would like if for discontinued items to appear at the bottom of any search results. Is there a way to do this? Cheers Nick
  15. I'm using Apache and get this error when adding orders: [Tue Jan 17 17:36:29.117093 2017] [:error] [pid 4934] [client MyIP:53649] FastCGI: server "/usr/lib/cgi-bin/php5.fcgi" stderr: PHP message: PHP Warning: Cannot modify header information - headers already sent by (output started at /var/www/html/controllers/admin/AdminCartsController.php:481) in /var/www/html/classes/controller/AdminController.php on line 1791, referer: https://MyDomain.co.uk/admin2281/index.php?controller=AdminOrders&addorder&token=xxx[Tue'>https://MyDomain.co.uk/admin2281/index.php?controller=AdminOrders&addorder&token=xxx[Tue Jan 17 17:36:39.091677 2017] [:error] [pid 4763] [client MyIP:53650] FastCGI: server "/usr/lib/cgi-bin/php5.fcgi" stderr: PHP message: PHP Warning: Cannot modify header information - headers already sent by (output started at /var/www/html/controllers/admin/AdminCartsController.php:481) in /var/www/html/classes/controller/AdminController.php on line 1791, referer: https://MyDomain.co.uk/admin2281/index.php?controller=AdminOrders&addorder&token=xxx[Tue'>https://MyDomain.co.uk/admin2281/index.php?controller=AdminOrders&addorder&token=xxx[Tue Jan 17 17:36:45.262446 2017] [:error] [pid 4763] [client MyIP:53650] FastCGI: server "/usr/lib/cgi-bin/php5.fcgi" stderr: PHP message: PHP Warning: Cannot modify header information - headers already sent by (output started at /var/www/html/controllers/admin/AdminCartsController.php:481) in /var/www/html/classes/controller/AdminController.php on line 1791, referer: https://MyDomain.co.uk/admin2281/index.php?controller=AdminOrders&addorder&token=xxx[Tue'>https://MyDomain.co.uk/admin2281/index.php?controller=AdminOrders&addorder&token=xxx[Tue Jan 17 17:36:51.634516 2017] [:error] [pid 4763] [client MyIP:53650] FastCGI: server "/usr/lib/cgi-bin/php5.fcgi" stderr: PHP message: PHP Warning: Cannot modify header information - headers already sent by (output started at /var/www/html/controllers/admin/AdminCartsController.php:481) in /var/www/html/classes/controller/AdminController.php on line 1791, referer: https://MyDomain.co.uk/admin2281/index.php?controller=AdminOrders&addorder&token=xxx[Tue'>https://MyDomain.co.uk/admin2281/index.php?controller=AdminOrders&addorder&token=xxx[Tue Jan 17 17:37:17.574939 2017] [:error] [pid 4763] [client MyIP:53652] FastCGI: server "/usr/lib/cgi-bin/php5.fcgi" stderr: PHP message: PHP Warning: Cannot modify header information - headers already sent by (output started at /var/www/html/controllers/admin/AdminCartsController.php:367) in /var/www/html/classes/controller/AdminController.php on line 1791, referer: https://MyDomain.co.uk/admin2281/index.php?controller=AdminOrders&addorder&token=xxx Any ideas?
  16. Hi Everyone, I'm running v.2.1.4 on PS 1.6. Do other people find that it takes ages for the blog pages to load? I've turned on DEBUG_PROFILING and some worrying things show up: Load Time 57219 ms - You'd better run your shop on a toaster Module Time Memory Usage smartblog 56289 ms 2.75 Mb hookdisplaySmartAfterPost 56268 ms - Mb initContent 56697 ms 56863 ms 21.66 Mb 40.87 Mb Our PS pages loads within a few ms but the blog is just SLOW. Any ideas? Thanks Nick
  17. Hi People, sorry to resurrect this thread. Would Bellini or tomerg3 consider creating a module for PaymentSense to keep customers on my site (iFrame integration?), allow customers to try another card rather than the order simply failing and therefore forcing the customer to recreate their basket, show the result of the address checking on the card, provide a way to do a part/full refund within Prestashop, etc? PaymentSense's rates are great but I'm amazed that customers aren't put off by their inferior systems. Perhaps the Bellini & Braintree experience has spoiled me and my expectations are now higher than they should be. What you you people think? Should I expect these features from my payment integration or not? Cheers Nick
  18. Hi Tomerg3, will that stop customers being lead away from my site? That's what I really hate. Also how come you no longer maintain the PaymentSense module?
  19. Hi I'm having a real problem with the latest PaymentSense module in PS 1.6. Customers are paying for orders but PaymentSense isn't redirecting back to my site so the order doesn't complete in my shop. I'm having to manually link orders and apologise to confused customers. I'm waiting for PaymentSense to come back to me but wondered if anyone else has this issue. What I really want is a better shopping experience where customers aren't redirected to an external payment page. The way PaymentSense works seems so 90's by design. I was using BrainTree's Drop-In UI (uses an iFrame) and that worked perfectly but unfortunately their rates are appalling. It's baffling that PaymentSense don't offer their own streamlined iFrame experience. So my question is whether any module developers out there has considered writing their own PaymentSense module (show them how it should be done). I believe that tomerg3 wrote a module for earlier version of PS so perhaps an update is in order? Cheers Nick
  20. I'm on the latest module. Do you think that upgrading Prestashop from 1.6.1.4 to 1.6.1.6 will fix it? Are people aware of a fault in the version I'm on? Thanks Nick
  21. Hi, I'm using PayPal module 3.10.10 on Prestashop 1.6.1.4. When testing the login by PayPal button I keep getting the redirect_uri error. I've created two developer apps in PayPal. One with and one without ?authentication. These were created well over 3 hours ago. I've entered the live client ID and secret code into the PayPal module for both apps but neither work. Do I need to clear the cache or do something else? Thanks Nick
  22. Duplicated thread. I posted a fix here: https://www.prestashop.com/forums/topic/189544-problem-with-show-price-with-tax/?do=findComment&comment=2393408
×
×
  • Create New...

Important Information

Cookies ensure the smooth running of our services. Using these, you accept the use of cookies. Learn More