Jump to content
  • Checkout
  • Login
  • Get in touch

osCommerce

The e-commerce.

Rosyweb

Members
  • Posts

    102
  • Joined

  • Last visited

Profile Information

  • Real Name
    Ros
  • Gender
    Female
  • Location
    England

Recent Profile Visitors

8,790 profile views
  1. OK, that makes sense. So should I perhaps not enable i.e. categories cache - to stop it building up the cache stored? If this created a problem?
  2. I think it was working fine, well I hadn't seen any problems. Then someone told me about the problem today, they found from a different computer and they were right it was doing this also on my pc. I've just fiddled with the settings - tried to change Reset SEO URLs Cache to Reset, but it keeps defaulting back to false. Then looked again at the live site and the problem seems to have disappeared for now??!! Not sure if this cleared some cache and if the problem will return again later - but its working again for now. I'll keep an eye on it.
  3. I'm sorry, I'm having another problem with this now. On my live site, when Enable SEO URLs is on, when you navigate to anywhere via the navigation, we're getting: If I just link straight to a product from the home page, i.e. a special - all is ok. When I turn Enable SEO URLs to false - all is fine again navigating the site. Any idea where I can look, or what I can set to get rid of this? It's Bootstrap v2.3.4.1 CE Php 7.1 thanks!
  4. Thank you Jack. I'd inadvertently uploaded the 2 upload files includes/classes/seo.class.php admin/includes/reset_seo_cache.php from the wrong folder - onto my live site. Everything else was correct! It works now - Yipee! thanks for all your help!
  5. Thank you Jack. Unfortunately it didn't work. I'm now using the .htaccess as above. The site all works fine when I take off the add ins. Works fine in fact when I add everything back in from SEO URL's contribution until application_top and includes/functions/html_output.php are put back in. I'm using the exact same files for these that work on my test site. When these go back in the code simply breaks. Could something server side be affecting this? Or is the clue in, that before I add back to application_top and html_output.php the site works with the admin additions put in, but the link to SEO URL is not appearing under configure. Although I have checked and checked the files in the admin folder: includes/classes/seo.class.php admin/includes/reset_seo_cache.php both uploaded correctly. admin/categories.php admin/includes/functions/general.php both identical to the ones working on my test site. Anything else to check that may not be compatible with the new code?
  6. Sorry - .htaccess actually looks like this: #.htaccess ros #Redirect 301 mysite.co.uk http://www.mysite.co.uk <IfModule mod_rewrite.c> RewriteEngine On RewriteCond %{HTTPS} !on [NC] RewriteRule ^(.*)$ https://%{HTTP_HOST}/$1 [R=301,L] </IfModule> Options +FollowSymLinks RewriteEngine On RewriteCond %{HTTP_HOST} ^mysite\.co.uk$ [NC] RewriteRule ^(.*)$ https://www.mysite.co.uk/$1 [R=301,L] ErrorDocument 404 /404.shtml #rewrite #RewriteEngine On (enables the rewrite engine) #RewriteCond %{HTTP_HOST} ^http://mysite.co.uk [NC,OR] #RewriteCond %{HTTP_HOST} ^mysite.co.uk [NC] #RewriteRule ^(.*)$ https://www.mysite.co.uk/$1 [L,R=301,NC] (send the redirect to this) <Files 403.shtml> order allow,deny allow from all </Files> deny from 65.19.141.114 # Begin Ultimate SEO V2.2d Options +FollowSymLinks RewriteEngine On # RewriteBase instructions # Change RewriteBase dependent on how your shop is accessed as below. # http://www.mysite.com = RewriteBase / # http://www.mysite.com/catalog/ = RewriteBase /catalog/ # http://www.mysite.com/catalog/shop/ = RewriteBase /catalog/shop/ # Change the following line using the instructions above #RewriteBase /YOU HAVE TO CHANGE ME/ changed - see below RewriteBase /test2/ RewriteRule ^(.*)-p-(.*).html$ product_info.php?products_id=$2&%{QUERY_STRING} RewriteRule ^(.*)-c-(.*).html$ index.php?cPath=$2&%{QUERY_STRING} RewriteRule ^(.*)-m-(.*).html$ index.php?manufacturers_id=$2&%{QUERY_STRING} RewriteRule ^(.*)-pi-(.*).html$ popup_image.php?pID=$2&%{QUERY_STRING} RewriteRule ^(.*)-by-(.*).html$ all-products.php?fl=$2&%{QUERY_STRING} RewriteRule ^(.*)-t-(.*).html$ articles.php?tPath=$2&%{QUERY_STRING} RewriteRule ^(.*)-a-(.*).html$ article_info.php?articles_id=$2&%{QUERY_STRING} RewriteRule ^(.*)-au-(.*).html$ articles.php?authors_id=$2&%{QUERY_STRING} RewriteRule ^(.*)-pr-(.*).html$ product_reviews.php?products_id=$2&%{QUERY_STRING} RewriteRule ^(.*)-pri-(.*).html$ product_reviews_info.php?products_id=$2&%{QUERY_STRING} RewriteRule ^(.*)-f-(.*).html$ faqdesk_info.php?faqdesk_id=$2&%{QUERY_STRING} RewriteRule ^(.*)-fc-(.*).html$ faqdesk_index.php?faqPath=$2&%{QUERY_STRING} RewriteRule ^(.*)-fri-(.*).html$ faqdesk_reviews_info.php?faqdesk_id=$2&%{QUERY_STRING} RewriteRule ^(.*)-fra-(.*).html$ faqdesk_reviews_article.php?faqdesk_id=$2&%{QUERY_STRING} RewriteRule ^(.*)-i-(.*).html$ information.php?info_id=$2&%{QUERY_STRING} RewriteRule ^(.*)-links-(.*).html$ links.php?lPath=$2&%{QUERY_STRING} RewriteRule ^(.*)-pm-([0-9]+).html$ info_pages.php?pages_id=$2&%{QUERY_STRING} RewriteRule ^(.*)-n-(.*).html$ newsdesk_info.php?newsdesk_id=$2&%{QUERY_STRING} RewriteRule ^(.*)-nc-(.*).html$ newsdesk_index.php?newsPath=$2&%{QUERY_STRING} RewriteRule ^(.*)-nri-(.*).html$ newsdesk_reviews_info.php?newsdesk_id=$2&%{QUERY_STRING} RewriteRule ^(.*)-nra-(.*).html$ newsdesk_reviews_article.php?newsdesk_id=$2&%{QUERY_STRING} RewriteRule ^(.*)-po-([0-9]+).html$ pollbooth.php?pollid=$2&%{QUERY_STRING} # End Ultimate SEO V2.2d
  7. I'm having problems getting this to work correctly on my live site. On my test site (where files are identical) all is fine. When I transfer it over to my live site - it just results in a blank page. Basically when you look at code source it just has 1. then nothing. So the code is broke from the point where it's introduced into application_top. Copies over all files from test site - so identical. The admin files and seo.class and the file reset_seo_cache.php copy over ok, i.e. do not break the site - although SEO URLs title is not appearing under configure in the admin side of the site. When I add it into application_top and includes/functions/html_output.php then the code breaks. I'm on for both the test site and live - Bootstrap v2.3.4.1 CE and php 7.1. .htaccess now looks like this: ------------------------------------------------------------------------------------------ #.htaccess ros #Redirect 301 mysite.co.uk http://www.mysite.co.uk <IfModule mod_rewrite.c> RewriteEngine On RewriteCond %{HTTPS} !on [NC] RewriteRule ^(.*)$ https://%{HTTP_HOST}/$1 [R=301,L] </IfModule> Options +FollowSymLinks RewriteEngine On RewriteCond %{HTTP_HOST} ^mysite\.co.uk$ [NC] RewriteRule ^(.*)$ https://www.mysite.co.uk/$1 [R=301,L] ErrorDocument 404 /404.shtml #rewrite #RewriteEngine On (enables the rewrite engine) #RewriteCond %{HTTP_HOST} ^http://mysite.co.uk [NC,OR] #RewriteCond %{HTTP_HOST} ^mysite.co.uk [NC] #RewriteRule ^(.*)$ https://www.mysite.co.uk/$1 [L,R=301,NC] (send the redirect to this) <Files 403.shtml> order allow,deny allow from all </Files> deny from 65.19.141.114 ------------------------------------------------------------------------------------------ Any ideas where else I can look for a reason why the same files uploaded to my live site that do work on my test site, don't work on the live site?? What other settings should I check? many thanks!
  8. Hi Raiwa yes I get the opposite. Installation is a new one and all else is working well. I'll test more when I have the chance. But yes - strange we are getting opposite results!
  9. Raiwa, I'm not sure if this is a bug or not. It may only have been behaving like this on my site but thought I'd feed back to you. I'm on OSCommerce v2.3.4.1 CE and installed QTPro 2.3.4.1. CE When I have products with attributes attached, all behaves well with the QTPro add on - the admin/stock.php page. I can add stock, I can delete all stock and start again. All fine. However, on my site I have some products that don't have attributes attached and I just rely on the table = products, products_quantity field for the products quantity. When I add stock to one of these products I don't expect it to create an entry in products_stock also. Which is does with the current add on - as the button defaults to Add not Update when stock is 0. The problem being, the Add button automatically creates an entry corresponding to the products id in table products_stock. So what's the problem with that? Well on products WITHOUT attributes, it causes the QTPro doctor to complain that this is a 'sick' product. I got round it in the end, and changed your code - about line 220 (($db_quantity)? BUTTON_UPDATE : BUTTON_ADD ) to ($flag? BUTTON_ADD : BUTTON_UPDATE ) going back to the original way, from an older QTPro contribution. I tweaked in a couple of other places, but this seems to work. I don't know if I'm causing myself other problems here, hopefully not, but now I can take a product without attributes down to 0 stock again, then add stock back to it - now the button is Update not Add!! and no 'sick product' messages in QTPro doctor and no forced entry into table products_stock. If you have a better solution, please let me know. Otherwise this is just feedback on problems encountered.
  10. Just adding this to bootstrap site - a number of years later! I'm finding that LPAD on attNum1 is needed for it to work correctly in this version. $products_stock_query=tep_db_query("SELECT SUBSTR(products_stock_attributes, 1, INSTR(products_stock_attributes,',')-1) AS attNum1, SUBSTR(products_stock_attributes,INSTR(products_stock_attributes,',')+3, 5) AS attNum2, products_stock_attributes, products_stock_quantity FROM products_stock WHERE products_id=" . (int)$_GET['products_id'] ." ORDER BY LPAD(attNum1, 10, 0) DESC, LPAD(attNum2, 10, 0) ASC");
  11. Yes, after moving server etc it works. Yipee! Strangely again the OSCommerce v2.3.4.1 CE I'd installed from a zip file and during the installation it had indicated the old version of php was fine, showing a thumbs up by the PHP version during the installation screens. For some reason doesn't pick up on this in the install screens correctly! Sorry I had missed this on your QTPro version Raiwa. So all good now and thanks for the help. Raiwa - just a small note on your QTPro 2.3.4.1. CE Frozen installation documentation (word file). Install point 5: 5. [mandatory] In Admin =>Product Attributes => Header Tags install and configure the module "QT Pro Stock Check". needs to say in Admin / Modules / Header Tags - install QT Pro Stock Check i.e. not in Product Attributes. A typo I think but it may be worth changing this for the next update. many thanks
×
×
  • Create New...