Jump to content


  • Posts

  • Joined

  • Last visited

  • Days Won


Everything posted by Noodleman

  1. Check all of the module configuration, ensure it's correct, if it is check your PHP error logs on your server, error 500 should have recorded something..
  2. that makes sense. BUT, CDN's typically only need to cache the larger static objects, such as images/scripts etc, you woudn't want it to cache the HTML in the page for the very reason your saying. so what you really need is to update your store theme, change the URL's to include the CDN prefix/configuration for things like scripts and images and sync with your CDN provider. At least, that's how it's worked for CDN's I've looked to impliment for other customers earlier this year. You don't want to cache dynamic content
  3. Here is the end result: https://www.cubecart.com/extensions/plugins/product-filters-filter-categories-and-build-menus-dynamically-using-product-metadata
  4. Noodleman


    you want to use mysqli... mysql was depreciated and removed.. it's olddddddddddddddd.. Make sure your server has this enabled also, ioncube doesn't support php 7.1 yet, so if you have encoded modules they won't work
  5. This will do what you want: https://www.cubecart.com/extensions/plugins/product-addons-easily-purchase-related-products Since you already have it setup as 1 product = 1 item, most of the work is done. it's just a case of building the relationships between the inventory,
  6. Noodleman

    View Cart

    That would make sense. The module makes a call to UPS to request the shipping costs based on weight/dimensions and destination. The "box builder" goes through a bunch of steps before it can request the price from UPS. Depending on the quantity of items in the cart it may take a little longer. The main delay will be the time it takes to send the request to UPS, wait for them to calculate the price and download the reply. Make sure you are using the most recent version of the module as there were some performance improvements to combine the number of required API calls and thus speed it up. "Link products to specific shipping services" essentially includes each of the configured modules, I am not sure why it would be throwing a 302 as it doesn't make any direct requests itself. It includes the other modules, then has those do the requesting, so I suspect the root cause may be from another module which is called by the linking module. I would need to walk through it and debug to confirm
  7. Noodleman

    View Cart

    use firefox or chrome debugger and evaluate the network tab so you ccan review object load times, it shoudl help narrow the issue down if it's something obvious. otherwise, it's typically either the hosting provider have a moment of crap performance, or the underlying database server isn't performing well.
  8. unless you are constrained by file size upload limits
  9. using PhpMyAdmin, although you might have to do it from the MySQL command line if your file is too large for PHP to process.
  10. I think you need to do a manual upgrade as you've got a mix of file versions on your server. I've seen this happen before recently. I've sent you some instructions in the ticket you opened with me
  11. white screen is almost always a PHP error, so that will be in your web server PHP error log. you need to review the log file for errors and warnings as that will give you a clue as to the root cause of the problem.
  12. those URL issues won't be the root cause. check the logs and see if you are getting them all the time. They do crop up from time to time, but the DB is doing it's job in preventing duplicates. Check your PHP error log on your web server for errors.
  13. If using SSL, and the temporary site isn't turn it off before taking a backup and back on when done. 1) Backup the site files 2) Backup the site database 3) migrate to the new hosting area, upload files. create DB and restore your backup to it. 4) delete .htaccess file in the store root from the uploaded files 5) update the /includes/global.inc.php file with new DB connection details 6) login to site admin area, update store URL in store settings. 7) andddddddddddd your done, . when you run setup, it will probably ask you to reset some permissions depending on how your hosting is setup.
  14. looks like the issue may be related to using an unsupported web server, use Apache as it's the only officially supported web server and in your own tests, seems to work fine.
  15. definately a web server issue. try this: https://www.litespeedtech.com/support/forum/threads/solved-err_spdy_protocol_error-after-121-seconds.14679/ It could be hitting a timeout value, thus 500 error.
  16. in your initial post you said "it eventually times out with a http 500 error". can you attach a screen shot of the screen where you see that error? If you have the ability, restart your database server service and web server service. If you have a hung query/thread this will free it. if you are getting a 500 error, I would expect to see this in your error logs. Check your web server error log as well as the PHP error log. In theory, yes it could be litespeed. I've seen some sites perform badly when using fCGI, no reason to think it couldn't be a similar issue. Apache is the only officially supported web server: https://www.cubecart.com/hosting-requirements
  17. ok, so the errors you've provided from the error log are old and already resolved? What are the latest items from the error log after you've solved that issue. Since PHP 5.4 was just a test, What version of PHP are you actually settling on? delete/remove your error log, try and login again and then post the entire error log here. Some steps to try: 1) Manually delete the cache on the server (sometimes works, but don't think it will in this case) 2) It could be your image cache rebuilding, in which case it will require several attempts to login before it will "just work". to test if this is the issue, rename your image directory, then add a new image directory with no images in it. Can you log in? (put it back after the test)
  18. Why are you using PHP 5.4? You want to be using AT LEAST PHP 5.6. anything prior to PHP 5.6 is insecure. http://php.net/supported-versions.php Your PHp version is missing libraries, in this case you need top install the PHP Multibyte string functions into PHP.
  19. definately some server side oddities. what version of PHP is your server using?
  20. I checked it for you this morning, it looks OK, so I assume you fixed the issue?
  21. For reference: https://support.cubecart.com/index.php?/Knowledgebase/Article/View/203/46/how-can-i-create-a-plugin-using-the-code-hooks-system-in-cubecart-v5 The concept is pretty much the same for a snippit, although you just paste your code rather than build a module
  • Create New...