Jump to content


  • Posts

  • Joined

  • Last visited

Profile Information

  • Gender

petecube's Achievements


Newbie (1/14)



  1. Resolved the issue, I raised a support ticket and I was informed the hosting company had installed LiteSpeed on the servers after removing Unixy Varnish. So all I had to do to resolve the issue was insert the following rewrite rule RewriteRule .* - [E=Cache-Control:no-cache] Then I logged back into the admin enabled SSL in the settings set the url to https://www.tigercyber8.co.uk and the cookie domain to .tigercyber8.co.uk then I saved the changes and logged out of the admin and navigated to the store front and I was able to place a product into the basket and view the basket page successfully no more 404's. Problem solved. Pete Likkle more
  2. Hi yesterday I installed a free Lets Encrypt SSL certificate on a clients CubeCart store at http://www.tigercyber8.co.uk/ Once I could see the certificate was installed I logged into tthe admin and enabled SSL under the SSL tab in the stores settings and save the change, when I placed a product (there is only one in the store) in the shopping basket and then tried to view the basket I got a 404 error I then checked the knowledge base and this forum for answers and found some information abotu the cookie domain setting, the store URL is www.tigercyber8.co.uk and I left the cookie domain as .tigercyber8.co.uk as per the example, but this did not work, so I changed the cookie domain to www.tigercyber8.co.uk cleared the cache in the store and my browser navigated back to the store and the problem still persisted. So if the ssl url is https://tigercyber8.co.uk and the cookie domain should be .tigercyber8.co.uk so when the ssl url is https://www.tigercyber8.co.uk should the cookie domain be www.tigercyber8.co.uk ? Al's example in the knowledge base is not clear and only covers a none www domain. If I access the site using www.tigercyber8.co.uk and place the product in the basket when I try to view the basket and I get a 404 if I remove the www. from the domain and refresh the page it loads fine, and works the opposite way too, also if I change the word basket in the URL for checkout the checkout page loads fine either way with www. in front of the domain or not. Last year after migrating to my present host after moving the stores over I noticed a similar issue and the problem was Unixy Varnish was enabled by default within cPanel, after disabling Unixy Varnish the problem was resolved, the hosting company have recently removed Unixy Varnish from cPanel and are supposed to be replacing it with the new version, but don't appear to have done so as yet. When I try to place a product in the basket and view the basket in Google Chrome I get a error page with a message informing me the page has redirected too many times, this is pretty much what I saw when Unixy Varnish was the problem. I am totally confused any help or advice will be much appreciated. Pete Likkle more
  3. Hi I have read a few threads where this resulted in a 404 or a blank page when clicking the view basket button, but in this instance clicking on the view basket button results in a page cannot be displayed error, some times it works and then suddenly it doesn't and it results in the page cannot be displayed error page beong displayed in IE and under Chrome and Firefox a toomany redirects error is displayed. I have recently moved the store to a new host and it is V6 and I upgraded the software a couple of days ago and it is using the foundation skin/theme. If I change the GET value index.php?_a=basket from basket to checkout the page loads, but when I click delete to remove the product from the basket it remains until I do a hard refresh. This happens under Chrome and Firefox as well as IE, the fact this results in a page cannot be displayed and too many redirects error points to this being an .htaccess issue. Any help or advice will be much appreciated Pete
  4. Hi bsmither is right the product titles are rather long considering the width of the content area of the page containing the breadcrumbs, but as he points out they can be 250 chars long, obviously this includes spaces, so really the layout should be able to cope with this and fail gracefully rather than break the page layout reflowing the page. I avoid using CSS hacks, there is always a better way, all major or modern browsers support the min and max-height property now which will allow you to define a minimum and maximum height for a block level element such as a div or paragraph within the same expression or style rule. http://www.w3schools.com/cssref/pr_dim_min-height.asp This is down to the page layout and the CSS expressions, all the style sheets are littered with CSS expressions that contain the keyword !important, when you have to use this keyword to apply a style to any element the problem is simply down to not being specific enough with the selector/s, this usually happens when you have a parent element that has an ID applied to it which is used as the style selector to apply a style expression and the child element has a class selector applied to it. The parent element that has a style applied using its ID has a higher precedence in the CSS Cascade so its style rule/s over ride the styles applied to the child element or its siblings via a class selector, so the parent elements ID must be listed before the child class selector, your basically just drilling down the DOM in the same way you would if you were wanting to manipulate the same element via JScript. I stopped using tables for layout over 5 years ago and I find the best way to create a robust layout, is to simply layout the elements as close to their natural stacking order within the page, this means if the styles break for some reason the failure is much more graceful and has less impact on surrounding elements, applying IDs to only form elements and anything that may need scripting and using classes for structural elements and content helps avoid this.
  5. I removed the if() construct from the sitemap() function and it works fine after reviewing the logic/code within the function I realised it was safe to do so, simply because the logic within the if() construct is basically walled off from the rest of the logic within the sitemap() function, so it can be safely removed and won't cause any issues and the site map is rebuilt as expected. Problem solved control regained...
  6. Hi, I am currently working on a new store for a client the store is located within their main web site and resides within a sub directory named /store/ I have SEO friendly URL's enabled and I update the sitemap as I am working on the store, at the moment there are no link from any of the main pages within the site to the store so visitors to the site cannot browse the store while work is in progress and suffer broken or miss formed pages. The other I noticed a link to the store had appeared in the search results despite the fact I have set a rule to deny access to the /store/ directory in the main sites robots file, I then realised that each time I rebuilt the stores site map it must be pinging Google providing an open invitation to crawl the directory. When I checked the seo.class.php class I see there is an if construct containing the logic to ping Gooogle after rebuilding or building the site map. if (file_put_contents($filename, $mapdata)) { // Ping Google $request = new Request('www.google.com','/webmasters/sitemaps/ping'); $request->setMethod('get'); $request->setData(array('sitemap' => $store_url.'/'.basename($filename))); $request->send(); return true; } So I am wondering if it will be OK to remove the whole if construct or could this cause a problem? Pinging Google after building the sitemap for the first time or after rebuilding is redundant Google's bots will find the xml site map if it exists. In the first instance Google are constantly querying the DNS servers around the planet to find fresh (meat) domains to crawl and index, when I place a holding page on a new domain along with a robots file and an xml site map and then a few days later when I add the domain to my webmaster tools account Google has already crawled the domain and indexed & cached the holding page. Which clearly demonstrates that pinging webmaster tools is redundant and a waste of time, if the robots file and xml site map exists and the robots file contains the URL for the site map along with any other instructions Google's bots will do the right thing and there is no need to bug them, the bots crawl domains on average every 6 seconds, so it does not take long for them to become aware the xml site map has changed or been updated. Any advice will be much appreciated.
  7. Hi bsmither, I checked out the link to the thread you suggested, but the thread is about miscalculated orders which was not an issue in this case, the problem being that the TAX or VAT data/settings survived but the rule was not applied and enabled as it had been previously, so on the few sales that were made no TAX or VAT was added to those sales. This meant that my client lost that money, because they have to pay the VAT whether or not they collected it, hence my reimbursing them the total loss for the sales where VAT was not applied, as soon as I applied and enabled the rule everything worked as expected. With regards to natsort() you are probably right that there is a subtle difference between Windows and Linux, during the upgrade I was more worried about product images and options getting corrupted and having to manually rectify the issue. I cannot remember which exact versions the upgrade script logic skipped, but they were a couple as it iterated through the version 4's, versions of the store script/software, I just thought that this may be simply because there were probably no changes to the database or structure of the store on those versions and there was nothing for the logic to manipulate so it just moved on. As you say there is no confirmation of any errors other than the script not crashing, even if anything was displayed it would have been a waste of time, because it happened so quickly I would not have been able to read it or make sense of it anyway. The important lesson here is to double check everything after an upgrade to just make sure everything is working as expected, but the lack of documentation is still an issue that needs resolving.
  8. At the begining of August I upgraded a store for an existing client from version 4.3.7 up to the latest version 5.2.2 before I upgraded the live store I did a test upgrade locally under WAMP on my old desktop PC running Win XP Pro. When I ran the test upgrade the script iterated through every version in order from version 4.3.7 throught to 5.2.2 in chronological order to complete the process, and everything seemed to work OK, apart from no product images, which I expected anyway, due to the Windows environment. So after backing up all the existing store files and the database I then uploaded all of the files for the latest version to over write the existing store files following the instructions in the knowledge base on the Cube Cart site and ran the upgrade. During the upgrade process on the live store the upgrade script iterated through each version from the exisitng version 4.3.7 to 5.2.2, but this time it skipped a few versions during the process, when the upgrade was complete I logged into the stores admin area and everything looked OK and all the settings had been preserved and applied. The site is hosted with Heart Internet who are listed on the Cube Cart site as a partner, I am a reseller, and it appeared their were no issues with the server environment and the upgrade was completed successfully. Last week I got a call from my client who had discovered that the store had not applied VAT to any recent sales, fortunately August is usually quiet and they had only made a few low value sales, but when they recieved a larger order they noticed VAT had not been applied to the sales. I immediately logged into the store admin and found that although the VAT settings had been preserved during the upgrade process the single rule in use for UK VAT was not applied to any sales after the upgrade process was completed, I have recitified the issue and reimbursed my client the value of the lost VAT, because the ultimately I am responsible for the upgrade. If you are upgrading an existing store from version 4 to the latest version of the store script, I would strongly advise checking the VAT or TAX settings are OK and any rules you have created have definitely been applied. Making sense of the VAT settings was hard work, the controls are badly labelled, there is zero information in either the knowledge base or the support Wiki and worse still the Help in the stores admin is miserable, launching the web page containing the help information in a light box is a poor design choice, the fact the page opens in a light box means that the actual page containing the GUI controls or settings that you want to learn about are now blacked out and no longer visible. Then we come to the help information itself which is just a list of headings of the tabs and labels for controls and settings with a simple sentence devoid of any meaningful information about what the control or setting actually does or how to apply them etc, which is what you would expect, marking the "Help" link with the word "Unhelpful" would provide a more accurate description of the resource that the link leads to. Cube Cart Version 4 was comprehensively documented which made it easy to find an answer to simple questions and learn how to apply settings and manage the store and customise it etc, but now with version 5 this is definitely not the case, even my client commented that if this were an open source script or software patchy documentation would be expected along with a steep learning curve and support provided by the community of users. The usual expectation when upgrading a script or software to a newer version, is an improvement...
  9. It appear that there was an issue with the licensing server again this evening at about 8pm, I was unable to access the admin on the store I am working on and I could not access the stores front end either, so I had a brew and a fag waited 20 minutes and I was able to login to the admin again. This is now the third time this week, if twice was unacceptable what does three times amount to???
  10. Hi Slic535, if the browser you are using is Internet Explorer this is why you cannot drag the categories to a new position, which I found recently while setting up a new store for a client, so I just logged out and then opened Firefox logged back into the admin and bingo I could drag the categories to a new potion and then save the change which was then reflected in the category navigation in the store's front end. I hope this helps.
  11. Hi if you already use PayPal you can use the service that allows you to email invoices to customers for situations where they return good for a different type and you need to charge extra to cover I hope this helps. Regards Pete
  12. Hi I would suggest that you check the settings in the admin for the default currency you have chosen and make sure that the value is set to 1.00000 you can find an article on this here in the Cube Cart knowledge base https://support.cubecart.com/index.php?_m=k...66&nav=0,17 I hope this helps. Regards Pete ;)
  13. Hi I thought I had better post to say I have resolved the issue. After posting a message earlier I had another fiddle around in the stores admin clear my browsers cache but I was still unable to upload images via the admin so I uploaded the images via FTP and then I added them to their respective products and then I created thumbnails with the rebuild thumbnails tool. So I managed to replace the images and rectify my cock up. Pete ;)
  14. Hi yesterday I deleted an image from a store I am setting up version 4.3.3 so that I could replace them, all the images for the products in each category are in their own separate folders to make it easier to locate the images, unfortunately I had uploaded the same image to two different folders, so I removed the image from the product so I could then upload the correct image when I clicked delete the store displayed a warning that the image was still in use so I clicked on the warning and continued to delete the image but then when I tried to upload the correct image the process begins but then nothing happens. I used the tools in the admin to rebuild the image database and category and product counts, then I used the clear cache tool then ftp'd to the cache folder and deleted the contents but the image upload tool still wont work the process starts and the text "new image uploading please wait" appears but nothing happens. ILast night I thought it could be because the network was busy so I tried again this morning and it is just the same, any advice or help as to how I can resolve this issue would be much appreciated, thanks. Pete
  15. Hi just a quick post to let you know that I have successfully moved the database it worked a treat. I now know why it failed locally I tried to use the import tool, I should have clicked on the SQL tab and then selected a file to upload. Thanks for the reminder about editing the global include file Ausy I have sorted that. So all I have to do now is upload all the files and folders to the new domain. Thanks again for the relpys to my question to help me resolve the issue. Pete
  • Create New...