ayz1

Interesting topic. In google webmaster tools there is an HTML Improvement section and Google points out that each page has the same title tag e.g. widgets.html widgets.html?page=2 widgets.html?page=3 widgets.html?page=all along with the message Your title provides users and search engines with useful information about your site. Text contained in title tags can appear in search results pages, and relevant, descriptive text is more likely to be clicked on. We recommend reviewing the list and updating the title tags wherever possible. Same errors are flagged in Bing. Not sure what impact it has on the search results but it is flagged as something to look at. Maybe it is classed as duplicate content. On our google search results the widgets.html?page=all pages always rank higher than the others. I've checked one of the pages in the search results e.g. widgets.html?page=3 and the title appears as 3 - Widgets in the search results but looking at the html the title is just Widgets the same as all the others. Not sure if google put the 3 - in or if its a cubecart thing. If it is google adding the 3 - etc then it looks like they are trying to differentiate between the various pages. I would think that the most important page to be indexed would be the widgets.html?page=all but this only kicks in if there are multiple pages so a category with maybe on 2 or 3 products wont have a widgets.html?page=all to index. Ideally I would think that only the widgets.html should be indexed if there aren't any subsequent pages and only the widgets.html?page=all if there are several pages. I have looked at some other stores and they all appear to have the same title on multiple pages. One way to get around this if there arent too many multiple page categories is to increase the number of products per page so if one category has 29 products in it and you are only showing 10 per page increasing the products per page to 30 would solve it but obviously not a fix for all stores. Another way would be to break the categories down into sub categories.

Have you tried using the Enable reCAPTCHA option to stop getting them in the first place?

Personally I would dump the whole list into Mailchimp and let them clean it up. You can integrate Mailchimp with your newsletter sign up so that it verifies the emails as well. Mailchimp is free for up to 2000 customers and reasonable charges if you have more than that.

and you may need to increase the height setting in the css to make space for the text.

Tried the index.php redirect on a new install and a live store and could add products to the basket but neither would go to checkout. Took it off until I can test it further. Clamors website is now down so proceed with caution when using redirects.

I was setting the redirect correclty but wether it works or not is dependant on the stores SEO settings. If the settings were the default then it didn't work but if the seo urls were enabled and .htaccess file was installed the redirect worked. It was a clean install I tested it on with the default settings. Worth documenting just in case anyone comes accross the same issue.

Yes replace the one in the public html folder with the one from the sitemap generator website and delete the sitemap.xml.gz file cubecart generated.

Sent you a pm but you can get a sitemap from http://www.web-site-map.com/ tried it for your website and it looks ok.

Tested this on a non SSL site. If you redirect the index.php surely this will create a loop?

Whenever I have redirected the /index.php url it has always broken my store. I've just done it again to test it and I can't add anything to the basket. Cubecart seems to reference the /index.php in its code so redirecting away from this seems to mess something up. I stand to be corrected but if you redirect it, test it.

I have a redirect set up and cubecart generates the correct www. URLs in my sitemaps. For SEO purposes you should always set up a redirect so that only one of the URLs is used. Personally i prefer the www to be included.

That looks a better solution Brian, somehow I managed to lose that <div> while messing about but tried it and it works for me too. Be nice to see it in the next update maybe.

Messed about with this and can't seem to get it the way you want it. You could try this: In the content.product.php file add the line <div style="overflow: auto;"> at the very top of the code then add </div> Above the line <h2>{$LANG.catalogue.product_info}</h2>

Not sure this will work but try adding max-height: 300px; to the style sheet #product_detail { background-repeat: repeat-x; float: right; min-height: 220px; max-height: 300px; padding: 10px; width: 230px; }

In your stylesheet (common.css) try setting the min-height: 220px; to something larger (maybe 300px) until it fits OK. I think this is the issue if not then just change it back. #product_detail { background-repeat: repeat-x; float: right; min-height: 220px; padding: 10px; width: 230px; } You also have a <table> tag in your page html, not quite sure why that is there.

Might not help but have you tried it in a different browser? If you arent on the latest version maybe try updating to that. I had problems with 5.2.11 but 5.2.12 seems OK. If you are on the latest version maybe try a forced update in admin.

You can set it to jump straight to basket by going to Store Setup and on the Layout tab set Jump to basket on add option to yes and save. The basket should show though so maybe that needs looking at too. An update may solve it if you are on anything before 5.2.12.

I've just updated a site to 5.2.12 and it has overwritten the .htaccess file so it doesn't seem to have been corrected and is still happening. Would have thought fixing this would have been a bit of a priority given the consequential impact it can have.

I can't quite believe I just read that. Not even a mention in the release notes that I can see.

If your store was running OK previously maybe try updating to 5.2.12. 5.2.11 never installed properly for me on any of our stores. 5.2.12 seems to be OK.

Not aware of a quick way to do this in admin. You could update the category_index table if you have access to it (various ways you could do this), might be quicker than doing it through admin but personally I would do it manually for each product in admin if you don't have too many.

If you view your Cubecart store with the mobile skin switched on it does recognise the size of the device you are using to some degree and on a Kindle or mobile phone the page defaults to the mobile skin. With a bit of tweeking of the css etc you can get a nice layout that looks well on a mobile or a tablet. If it was fully responsive you would be able to have different layouts for a 7" tablet and a mobile. I would guess a 10" tablet would be able use the desktop layout. The main issue with this is that you have to maintain two sets of skin files. If it was fully responsive you would use the same skin files but serve it up in a slighly different layout using seperate style sheets for the different screen sizes you wish to cater for. Using seperate skin files does have its advantages as you can redesign the mobile skin to look totally different to your desktop and server up totally different content. I'm sure it will evolve as time goes on, though at present I'm happy with what we have done with our mobile layout. The stock skin is well laid out and easy to tweak.

I have this working on a V3 store and I got the mod from http://cubecart.expandingbrain.com/free-cubecart-3-mods/simple-search-improvement-cc3/prod_160.html but not found a mod for V5 as yet. Maybe someone with a bit more coding knowledge that myself could modify it for V5? This looks interesting http://www.sitesmartuk.com/store/CubeCart-v5-Add-Ons-Modifications-/Suggestive-Search-2-CC5-/prod_54.html not sure it does exactly what you want but may be better than the default search.

If you have cPanel or something similar with your hosting plan you may be able to install WordPress into greyprint.co.uk/blog using Installatron.

Thanks for the replies. This attack has been ongoing since the second week in December so quite a sustained attack. I've played the waiting game and I have protection on the website from a third party. Our Google ranking is shot to bits because I have such a high protection level on the site load time is very slow as it has to go through security checks before allowing access to the website. If I take the security off or reduce it the server crashes instantly and brings down all our other websites with it. We had a 1st page ranking for all of our main keywords and now we are back on page 2 and 3 so might as well not exist. So this is serious. I'm wondering if I take the website down completely for a few days might this stop the attack. Would moving to a new server make any difference? We have another website that is on another server and that was hit recently too but it was another website on its server that was attacked but the protection that the host has put in place seems to have had a detrimentale impact on our google rankings too so in the process of moving that one. I really need to solve this so looking to find a solution we can all implement if it happens to any of us hard working Cubecarters. This can seriously hit an online business and cost people their jobs.