Jump to content

red sun

  • Posts

  • Joined

  • Last visited

red sun's Achievements


Newbie (1/14)



  1. The rewrite code below strips out the quesrystring and redirects any link that contains "spectacle_shop". Looks like we may now be going for the more painful task of redirecting the old product URL to new the product URL for several hundred products. Fine to mark this as resolved - many thanks again for your input. RewriteCond %{REQUEST_URI} spectacle_shop RewriteRule ^$ https://spectacles.com/index.php [L,R=301]
  2. You think it's best to retain the query string. Will look into that - many thanks.
  3. The new site was built in CC5 and all content was added in from scratch so there aren't any CC4 URLs to worry about. The problem is that Google still brings up the occasional reference to the old site URLs for general product searches and as you spotted they're very similar to CC4. The CC4 rewrite rules were causing a "Category not found" error in CC5. I've asked the client to delete any old Google Shopping entries and we're hoping that will stop them showing up in searches in future. We've checked that Google is indexing the site correctly and that sitemap.xml.gz is being picked up. In the meantime I had to come up with a soltion which didn't lead to 404s when customers click the old link as we think it's been damaging the Google ranking pretty badly, hence the need for a rewrite/redirect based on a string we know existed in all the old site URLs.
  4. Aha - apologies, I should have been much more specific. The previous site wasn't CubeCart but looking at the URL structure it does look similar.
  5. Thankfully there won't be any CC4 URL structures as the site was developed and launched on CC5. Many thanks for your assistance - not sure how I mark this as resolved.
  6. Ah. I stripped all the CC4 Rewrite statements out. Are they still required for a CC5 site that wasn't upgraded from CC4?
  7. Aha - I had the CC4 SEO backwards compatibility in the .htaccess as well. Stripped that out and it's working now. Ended up putting the domain into the redirect as well. RewriteCond %{REQUEST_URI} spectacle_shop RewriteRule ^$ https://spectacles.com/index.php [L,R=301]
  8. Many thanks. That worked but the URL that I end up on shows the complete server path: http://spectacles.com/var/www/vhosts/spectacles.com/httpdocs/index.php Looks like my redirect is malformed - will try to hunt down the correct syntax.
  9. We have old URLs still turning up on Google for a site that was launched months ago. I'm trying to modify the .htaccess file to catch any URL that contains a specific string in the URL which is from the old site - for example "spectacle_shop" (eg: https://spectacles.com/spectacle_shop/cat_544283-RayBan.html?_a=category&cat_id=544283"). <IfModule mod_rewrite.c> RewriteEngine On RewriteCond %{HTTPS} off RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301] RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteCond %{REQUEST_URI} !=/favicon.ico RewriteRule ^(.*)\.html?$ index.php?seo_path=$1 [L,QSA] RewriteCond %{REQUEST_URI} spectacle_shop RewriteRule .* index.php [L,R=301] </IfModule> The existing CubeCart .htaccess code is taking preference as the site always redirects back to the root URL followed by /.html which results in a 403 errror. Please note I've changed the actual shop URL and string we're looking for as I don't want Google indexing them again through this post. The whole site is under an SSL cert so all URLs start with https:// Many thanks for any advice.
  10. I have a CC v5.2.16 site where several customers have an issue with the checkout process. In some cases they have to click the "Checkout" button up to three times in order to proceed from the address page as they keep getting the "Address has been updated" message at the top of the page. I tried setting "My delivery address is the same as my billing address" to checked by default to try to get round the issue (for most customers) but I still get the "Address has been updated" message every time I click the "Checkout" button, even if the address hasn't been updated. I even get the message if I revisit the page and don't touch the "My delivery address is the same as my billing address" check-box when clicking the "Checkout" button. This is causing a bit of confusion. Is there any way to turn off just this one message so that the user is directed to the next stage of the checkout process (payment options) without a page refresh and "Address has been updated" message? Many thanks...
  11. Many, many thanks for this. For anyone else looking for this it's line 266 of /admin/sources/orders.index.inc.php in CC 5.2.16
  12. I have a CC5 store with lots of options per product. Line 149 of admin/skins/templates/orders.index.php just has the variable {$product.options} which produces a linear list which is very difficult to read when there are lots of options (see screen grab). Please could someone let me know where {$product.options} is created and if it's possible to amend the code to add <br /> tags at the end of each option. Many thanks...
  13. Hi again. Is there a potential work-around if it's not possible to provide a hook for the calculations for the View Basket and checkout/gateway processes? One thing I thought of is creating a product option which contains the values for all the possible product option totals (from 1 to 300 or so). I could set the value of the product option drop-down using JavaScript and it's value would then be stored with the order and used for calcuating the total price. It's a bit convoluted and the big draw-back with this is the fact that Cubecart doesn't store the option cost values in the product option but rather with each individual product which would mean that creating the products would take a very long time (even if cloning a 'master' product). Is there any way that we could import the 3,000+ products by CSV as planned and then apply the same product options and corresponding option cost values to every product in one go?
  14. I've finally managed to re-write the entire jQuery for the product options, using option text fields to store the customer's options rather than select drop-downs populated from the CubeCart admin area. This means I can now import a product CSV for the 3,000+ products and it will also make the task of updating the options and prices each year a lot simpler - I just have to update my jQuery script and the hard-coded values in "content.product.php". I have a product option text field on the page ( name="productOptions[24][]" ) which is storing the product options total cost with the order, but had to revert to using an additional field as suggested by bsmither - "my_options_total" - as the square brackets assigned by CubeCart to the field name appeared to be causing a problem with the snippet scripts. bsmither's snippets for using a text field to calculate the Shopping Basket sidebox values are working perfectly - see the example site at: http://framedindulgence.redsundesign.co.uk (the Shopping Basket sidebox is in the masthead area). You have to select a prescription lens to trigger the options (single, bi-focal, vari-focal). I have left the product options text fields which are getting stored with the order as visible for now (under the product image) but I'll hide these on the final version. I only had them visible to easily verify the values being written to them. Likewise, the test calculation fields under the "buy" button will also be hidden in the final version. I'd really appreciate help with getting the Shopping Basket sidebox values into the checkout. Would it help that we can make reference to the value stored with the order in "productOptions[24][]" ? Many thanks again...
  15. Many thanks for this. I think it might be best for me to work up an example of the product detail page so you can see what I'm trying to create. I've backed up my previous version which used the complex product options stored in admin. Please bear with me, it will take a while to re-write the jQuery and set up the new text-field only product options.
  • Create New...