Jump to content

Ggib

Member
  • Posts

    153
  • Joined

  • Last visited

Everything posted by Ggib

  1. As we are using Paypal Express all their address details are held at Paypal and therefore they should not have to enter their details at all on our site to make a purchase. The problem occurs once they have put the items into the basket - they then cannot actually get to the checkout page at all to be able to enter any details anyway.
  2. Hi, Not sure what is going on with our site but every so often we get feed back from customers complaining that they cannot complete a purchase. The problem seems to be that they can put the item in the basket but upon trying to pay they cannot proceed through the payment procedure. Any ideas as to what may be going on?
  3. One further thing (Sorry!!) which seems to be a mystery is that although all our images are still on the website storefront ( and I can locate them all in www/images/source ), they seem to have disappeared from our file manager images tab within the admin side of the store. Any explanation for this?
  4. OK I have added the RewriteBase to /www/ and all is working now. I cannot seem to copy the .htaccess file to /public_html/ however - in fact I can only see it when I do a search for it and it then appears as if it is a hidden file (i.e. its title is grey rather than the usual black font)
  5. They said that both /www/ and /public_html/ were used as it prevented other problems arising from various browsers being used?! ( -again I may not have got this entirely right!) The .htaccess file however appears to only be in the /www/ folder and not the other. This is the one that I copied and pasted to you yesterday and I noticed that the final RewriteBase / is missing. Whereabouts should I put it in within the list of other commands? Also should I copy the .htaccess file into /public_html/ or is that something that needs to be done by easy space?
  6. Hi - spoke to Easy Space and they say that the site will work on both www and public. The server is also configured to use the mod_rewrite functions. They said that basically all the store front links are missing and take you to pages that does not exist. I noticed a person you replied to earlier having a similar problem (under the title Storefront hardlinks all gives 404 after fresh V6 installation ) and saw that you solved it for them. Please can you explain what he did to solve the problem or can I just reload the original Cubecart version I started off with and start again?! Getting desperate now. Thanks
  7. So - do you think the fault is with the web server? Once again thanks for your help. I shall call Easy space tomorrow for answers to those questions & then hopefully might be closer to finding a solution.
  8. One more thing I have thought of - when I upgraded I simply uploaded the contents from the cube cart folder - should I have also uploaded the actual Cubecart folder as well? My uploaded files start with the one name admin - are there any hidden files within the cube cart folder which need to be uploaded too?
  9. The .htaccess file i have is under the www folder and this its content ## File Security <FilesMatch "\.(htaccess)$"> Order Allow,Deny Deny from all </FilesMatch> #### Apache directory listing rules #### DirectoryIndex index.php index.htm index.html IndexIgnore * #### Rewrite rules for SEO functionality #### <IfModule mod_rewrite.c> RewriteEngine On ######## START v4 SEO URL BACKWARD COMPATIBILITY ######## RewriteCond %{QUERY_STRING} (.*)$ RewriteCond %{REQUEST_FILENAME} !-f RewriteRule cat_([0-9]+)(\.[a-z]{3,4})?(.*)$ index.php?_a=category&cat_id=$1&%1 [NC] RewriteCond %{QUERY_STRING} (.*)$ RewriteCond %{REQUEST_FILENAME} !-f RewriteRule prod_([0-9]+)(\.[a-z]{3,4})?$ index.php?_a=product&product_id=$1&%1 [NC] RewriteCond %{QUERY_STRING} (.*)$ RewriteCond %{REQUEST_FILENAME} !-f RewriteRule info_([0-9]+)(\.[a-z]{3,4})?$ index.php?_a=document&doc_id=$1&%1 [NC] RewriteCond %{QUERY_STRING} (.*)$ RewriteCond %{REQUEST_FILENAME} !-f RewriteRule tell_([0-9]+)(\.[a-z]{3,4})?$ index.php?_a=product&product_id=$1&%1 [NC] RewriteCond %{QUERY_STRING} (.*)$ RewriteCond %{REQUEST_FILENAME} !-f RewriteRule _saleItems(\.[a-z]+)?(\?.*)?$ index.php?_a=saleitems&%1 [NC,L] ######## END v4 SEO URL BACKWARD COMPATIBILITY ######## RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteCond %{REQUEST_URI} !=/favicon.ico RewriteRule ^(.*)\.html?$ index.php?seo_path=$1 [L,QSA] </IfModule> As you can see the statements you mentioned are all in there along with more. You also mentioned the admin, store settings, search engine tab - is the on the admin side of the site? If it is where is the part for Cubecart to install the correct .htaccess file?
  10. Hi again! Tried all that - apart from talking to Easy Space obviously(!) - no joy. I've just been told that when I first did the upgrade a few days ago it was working fine - this rerouting problem has only just started over the last couple of days! Makes even less sense now. Please let me know if you think of anything else. Thanks.
  11. OK. Will try all that. I will have to wait until Monday to speak to Easyspace though as they do not work weekends. Thanks for all your help so far - I may well be back!!
  12. No idea! You guys are the experts - not me. Should I redo the upload but to the public.html folder? The only control panel I know about for my hosting is on the easy space website - can't see anything on there which tells me anything helpful.
  13. Found the .htaccess file - can't see any rewrite rules pointing to that page
  14. I still can't see a .htaccess file in either
  15. In our FTP I can see three folder options; cgi-bin public_html www When I did the upgrade I uploaded the files into the www folder. Was this incorrect - should I have put uploaded them to the public-html one?
  16. The page we get diverted to also states that the domain owner has not yet uploaded their own website or holding page
  17. Where do I find the .htaccess file?
  18. Hi Thanks for your reply None of those statements are there but I have noticed that under the staetment $glob['dbdatabase'] = ........ and $glob['dbpassword'] = .......... and $glob['dbusername'] = ....... I noticed that these are not the username and password that we use for our domain provider. Are these cube cart ones or have they somehow been changed? In which case if I change them back to ours will this solve the problem? Also how has this occurred if it is?
  19. The message on the page you are directed to has a message saying it is a free page provided to the domain owner by Sedo's Domain Parking?!!
  20. Hi, Thanks for your help. Having upgraded to the latest version and then deleting the setup folder as advised however, we now have a new problem in that upon trying to leave the main front storefront page the buyer is directed to our setup page from which which the cube cart upgrade was carried out. Not sure what is going on! The admin side of the site seems to be functioning properly. Any clues as to what has gone wrong?
  21. Having recently been changed to a new iPad, it seems that the images taken with it are too large to be uploaded to the site. There has been no problem using the old iPad so this is quite frustrating. Is there anyway around this problem? (Other than continuing to use the old one?) Regards.
  22. Unfortunately we have got a bit behind with our upgrading ( we are on CC v 5.2.14 and we now need to upgrade to CC v 6.0.4) as I shied away from trying to do it last time for fear of messing everything up after the message came up telling us to upgrade manually. Just before the last time I was going to upgrade we kept getting messages telling us to remove our setup file as the site was at risk, and it was after that we could no longer upgrade automatically. I found the response I got last time I asked but was unsure where to download the CC archives from to be able to start the process. Any help with this much needed upgrade would be most appreciated. Thanks
  23. Thanks bsmither - I knew you'd come up trumps - again! Very much appreciated.
×
×
  • Create New...