Jump to content
  • Checkout
  • Login
  • Get in touch

osCommerce

The e-commerce.

NHRAFan

Archived
  • Posts

    58
  • Joined

  • Last visited

Everything posted by NHRAFan

  1. As far as I know, EasyPopulate already supports products in multiple categories. It would be easy enought to test, just import 2 identical products in to different categories. You can also use this tool - Multiple Product Manager
  2. define('HTTP_COOKIE_DOMAIN', '.yourdomain.com'); define('HTTPS_COOKIE_DOMAIN', '.yourdomain.com'); define('HTTP_COOKIE_PATH', '/'); define('HTTPS_COOKIE_PATH', '/');
  3. osCid will show up if you have cookies off or the first time you come to the site during a session. If your osCid doesn't go away, then make sure you have your cookies set up right in your configuration.php file. Also, if your cName works, but rewrite doesn't then chances are that your problem is in your .htaccess file.
  4. It that EXACTLY what you have in your htaccess file?? If it is, then you need to fix it. It should look like this: Options +FollowSymLinks RewriteEngine On # Change "folder" to your catalog directory name RewriteBase /catalog/ 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}
  5. If you are starting fresh with no older SEO URLs installed, you should start with v2.0, don't bother with v1.4.
  6. I was thinking about this last night because I would like to be able to do the same thing with categories and manufacturers, and I am pretty sure it can be done with SEO URL support. The idea would be to send the query to a NEW page that will parse out the -c-, -p-, and -m-, then send it to the appropriate page edit page in the admin. That would save all the trouble of turning off SEO URLs just to do editing. Not high on the priority list, but I'll take a look at a hack for this when I get a moment or 2.
  7. Only thing I can see wrong here is you are missing 1 line - Options +FollowSymLinks RewriteEngine On # Change "folder" to your catalog directory name RewriteBase /catalog/ 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} Add Options +FollowSymLinks
  8. When in doubt, read the directions. The showif parameter is only used to get the regex for the output of the plugin, the plugin will ALWAYS show, even if there are no matches in the selection. That is unless you set it to only show when there is a match. Right click to bring up the context menu, then double click on "Query to...". This will bring up the properties for the plugin. Find the osC edit Product selection in the list and make sure that you click the checkbox under "Show?" OFF. Now you will only get the osC option when you get a regex match. The downside is that you can't really use it if you have SEO URLs installed. In my case, I have SEO installed, but I have too many products for the products cache. I disabled the products cache, but I still have manufacturers and categories enabled. This means I get to use both ;) This would be a handy too to edit your store with even if you have SEO URLs. All you need to do is disable the products cache when you want to do your editing. Find this line in includes/seo_cache.php: $cache->save_cache($cache_file . 'products', $prod_cache, 'EVAL', 1 , 1); And replace it with: $cache->save_cache($cache_file . 'products', $prod_cache, 'EVAL', 1 , 0); Then simply reset the cache through your admin. Now your products will have standard links and work with your ConQuery plugin. When you are done editing, switch the code back and reset your cache again to fully enable SEO URLs again.
  9. Wow. This is a GREAT tool, particularly if you have a store with a lot of products and categories. I tuned up your code a litte bit, but I am still trying to figure out the showif part. Right now it shows up all the time, but it works like a charm. Here is the fixed code: # Mozilla/osCommerce plug-in by Carine Bruyndoncx ([email protected]) # Tuned up by Brent Friar ([email protected]) # osCommerce Edit Product <search name="osC edit Product" description="Edit current product" method="GET" action="http://[:host]/catalog/admin/categories.php" category="osCommerce" showiftarget="[:linkurl]" showif="cPath=(.*)&products_id=([0-9]+)" queryEncoding="utf-8" queryCharset="utf-8" > <input name="cPath" value="[:matched:1]"> <input name="pID" value="[:matched:2]"> <input name="action" value="new_product"> </search> This preserves the categories so you can edit product and keep it where it belongs. I'll let you know if I figure out the showif deal.
  10. None of those contributions should make a difference if you installed the SEO URLs correctly. Can we look at your site? It would help to see how the links are being formed and what errors are popping up.
  11. Do you have a CRE Loaded store? What version store do you use? What other contributions do you have installed?
  12. What version did you install? The latest version has the buy now fixes integrated.
  13. Post your htaccess file, that's the easiest way to figure it out. Also, make sure you are getting the htaccess file from the directory you have osC installed in. If your htaccess file is in the root directory instead of the catalog directory, make sure to tell us because it makes a difference.
  14. If you have it set for rewrite and you are getting 404s, then chances are you have your htaccess fike wrong. Set it to cName, does it work then?
  15. Does it work in cName mode? How many products do you have?
  16. More testing, more results. I went in to the cache DB table and switched cache_global=0 for seo_urls_products ONLY. Now cName and rewrite both work for all categories. None of the actual products are getting SEO URLs obviously since $cache->get_cache('GLOBAL'); is no longer getting the products row since it is set to 0. If I reset the cache and cache_global=1 for seo_urls_products, then I go back to getting 404s again. I changed soe_cache.php to set cach_global=0 for seo_urls_products and now at least I get SEO URLs for the category and manufacturer listings, which is better than nothing. If I figure out a way to get the products URLs to not blow up I'll post my results here.
  17. Ok, I have done some more testing on the weird 404 problem that me and Tony are having. At first I thought it might be something Plesk related, or possibly with the MD5 hash. After this round, I am not so sure. I wanted to see if I could read the info in the cache table at all without doing any parsing of the info. I made a new, very basic page for testing. Here is the code: require('includes/application_top.php'); // get the cache data out of the database $text = $cache->get_cache('text'); //$prod_cache = $cache->get_cache('seo_urls_products'); $manu_cache = $cache->get_cache('seo_urls_manufacturers'); $cat_cash = $cache->get_cache('seo_urls_categories'); // check and see if the data was in the DB if ($text) echo $text . '<p>'; else echo 'There is no text cache<p>'; if ($prod_cache) echo 'There is a product cache.<p>'; else echo 'There is no product cache<p>'; if ($manu_cache) echo 'There is a manufacturers cache.<p>'; else echo 'There is no manufacturers cache<p>'; if ($cat_cash) echo 'There is a categories cache.'; else echo 'There is no categories cache'; You'll notice that the product cache retrieval is commented out. When I leave that line out, I am able to pull the rest of the rows out of the DB table. If uncomment that line, then the page blows up and I get a 404. I am starting to think that the problem lies in the size of the product cash. I don't know how many items are in Tony's store, but I have 180 categories and about 5500 products right now. Is there anyone using SEO URL with 5000+ products?
  18. Forcing cookies is a bad idea, there is something else wrong if your config file reverted to the original after you made the change.
  19. Try this: define('HTTP_COOKIE_DOMAIN', '.******************.co.uk'); define('HTTPS_COOKIE_DOMAIN', '.******************.co.uk'); define('HTTP_COOKIE_PATH', '/'); define('HTTPS_COOKIE_PATH', '/'); I am pretty sure this is what you need.
  20. Is your store in the root directory? Post our htaccess file, it sounds like you are just having a configuration problem since cName works.
  21. That code is found in application_top.php, but I don't think our problems are related. I am having the same problem that Tony (niknakgroup) is having. What is the address of your store? Here is the entire bit of code that is pasted in: # include the cache class include('includes/classes/cache.class.php'); $cache = new cache($languages_id); # include the Ultimate SEO URLs cache file include('includes/seo_cache.php'); # Get the cache - no parameters will get all GLOBAL cache entries for this language $cache->get_cache('GLOBAL'); if ( isset($HTTP_GET_VARS['cName']) && defined(urldecode($HTTP_GET_VARS['cName'])) ) { $cPath = str_replace( 'cPath=', '', constant(urldecode($HTTP_GET_VARS['cName'])) ); $HTTP_GET_VARS['cPath'] = $cPath; } if (isset($HTTP_GET_VARS['pName']) && defined(urldecode($HTTP_GET_VARS['pName'])) ) { $pid = str_replace('products_id=', '', constant(urldecode($HTTP_GET_VARS['pName']))); $HTTP_GET_VARS['products_id'] = (int)$pid; } For both my install and Tony's if you comment out that line, then our stores work, but SEO URLs don't. If you leave that line in, we get the 404 problem. This happens whether or not SEO is turned on or not, with cname or rewrite. Something I am looking in to now is the server admin software we both have (Plesk 7.5). I have had other problems related to Plesk and I am starting to think that it's the source of the problem here as well.
  22. @ Bobby and Tony - I am having the same problem. I have looked everywhere I can think of and I still get 404s the minute I uncomment $cache->get_cache('GLOBAL');. Have you guys gotten this worked out?
×
×
  • Create New...