Search the Community

Hi there Really like the CubeCart but there is just one thing that is annoying me. I dont like the .html extensions so managed to set this to null in the seo class file and that worked fine, updated the .htaccess to work with this and all is working well. When I redesign a website I always use 301 redirects to point to the new path, such as: redirect 301 /old-prod.html /new-product This keeps Google and the customer happy with page ranks etc. Well not always but certainly helps. But some paths are not working and just redirecting to index.php, what I want to do is disable the following: (I don't mind modifying PHP that is not an issue for me) Redirect to index.php on 404, I want to use my own 404 page if possibleThe use of http://www.example.com/index.php why not just http://www.example.com instead? I am would prefer to take control and make my own 404 page, so that I can capture all backlinks that are not valid and then update the .htaccess file accordingly. Also I want the site to be fully HTTPS, however using the inbuilt functions causes redirect loops, again I just want to take control of this and use something along the lines of: RewriteCond %{HTTPS} offRewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI} But even with "Force SSL mode on all pages" and "Enable SSL" set to "No" it seems to still keep causing me issues with a redirect loop. Has anyone modified cubecart to take complete control over the redirecting of pages? Of course I need the SEO path to work still, but I would prefer to fully manage the redirects if that is possible. Thanks in advance for any advice and keep up the great work on CubeCart. I am using the latest version of CubeCart v5 for information.

Hi all, I'm hoping someone will be able to shed some light on an issue customers are experiencing at checkout. If a customer enters their details as a guest at checkout, instead of being taken to the payment page, they are taken back to the beginning of the checkout process and presented with the error text for "check_shipping". We're using the All In One Shipping module and the cheapest applicable option is automatically being selected (as you can see in the screenshot), so as far as I can tell there should be no issue. Customers are confused by this and despite my updating the error message to be more explicit (along the lines of, "update postage method and confirm details"), many cannot seem to make it through to the payment page. I have tried the two solutions suggested in this thread, but they did not solve the issue, so I have reverted that file to its original state. This issue is very similar to what was/is experienced by Scott, in >his thread, which currently has no suggestions. If you wish to see the error for yourselves, feel free to give it a try at www.keshet.com.au (remember that you'll need to checkout as a guest in order to reproduce the error).