Jump to content
  • Checkout
  • Login
  • Get in touch

osCommerce

The e-commerce.

Skittles

♥Ambassador
  • Posts

    355
  • Joined

  • Last visited

  • Days Won

    1

Everything posted by Skittles

  1. Hi Fanny, Sorry to take so long to reply. I seem to be having trouble getting my notices. I'm just shutting things down for the night, and I decided to take a quick peek at threads where I'm active simply because I haven't gotten a notification all day. And Oops, here you are. I'll send you an email tomorrow. Cheers. -Skittles
  2. Hat3, Looks like our messages passed in cyberspace. Glad to hear you got it going. :thumbsup: Enjoy, -Skittles
  3. Hat3, Trust me, your English is much better than my Spanish! "Upload the module file" means to copy the file from your (local) computer to the (remote) web site server using FTP. On a local install, like this one, just copy the file from the original location of the unzipped contribution into the correct directory of your hard drive. Locate the file on your computer where you unzipped the contribution. It should still be in the correct file structure, so you should find optional_related_products.php in [archive_path]/catalog/includes/modules, where archive_path is the location of the unzipped contribution. This is the module file. It contains the code necessary to display the Related Products on the product_info.php page. Copy this file into c:\website\oscommerce\catalog\includes\modules\ Let me know if this takes care of your problem. -Skittles
  4. Hat3, According to the error message, your product_info.php file is calling optional_related_products.php from the [catalog/]includes/modules directory, but the file is missing. Assuming everything was working before making your modifications, it looks like the module file hasn't been uploaded to the modules directory. Upload the module file, and see if that fixes it. -Skittles
  5. Hi Jamie, Like the solution to Iggy's problem (posted on the previous page), this question (and the answer) keeps showing up in this thread. But finding the posts with the answer is like finding a needle in a haystack, with nearly 1800 posts to browse through... :blink: You need to go to the download page here: http://www.oscommerce.com/community/contributions,2823/ And download the fix for this problem. There are two, actually: "fixed: redirection &Param=" by edgecrush3r, released 9 May 2006 Removes the use of 'htmlspecialchars' from the href_link() and stock_href_link() functions. and "Redirects shouldn't have &'s in them" by bchecketts, released 1 Jan 2006 Processes the resulting url and replaces the "&" with "&" before returning it. I think either one should do the trick, although bchecketts' solution lets other html characters be converted. At this time, I have no bias towards one way or the other. Have fun! -Skittles
  6. Iggy, This has been covered numerous times in this thread. I just don't understand ;) why you haven't been able to find the answer somewhere in the previous 88 :wacko: pages... (I'm being facetious...) I think it's time for someone with spare time to incorporate the fix into a new release! (Anybody got some spare time? (w00t) Yeah, that's what I thought.) There is an updated seo.class.php file available in the downloads area. Just replace the existing file with the new file and your problem should go away! Cool, huh? Here's the link: http://www.oscommerce.com/community/contributions,2823/ And you're looking for "Fixed seo.class.php" by jpweber, released 25 Nov 2006 Have fun, -Skittles :)
  7. Travis, I've done something like this, though it was just to change '-p-' to '.p', but I believe the fix is essentially the same: In [catalog/]includes/classes/seo.class.php, (around line 585) Find: $this->reg_anchors = array('products_id' => '-p-', 'cPath' => '-c-', 'manufacturers_id' => '-m-', Change it to: $this->reg_anchors = array('products_id' => '-p-', 'cPath' => '-c-', 'manufacturers_id' => '-biography-artwork-m-', In [catalog/].htaccess find: RewriteRule ^(.*)-m-([0-9]+).html$ index.php?manufacturers_id=$2&%{QUERY_STRING} Change it to RewriteRule ^(.*)-biography-artwork-m-([0-9]+).html$ index.php?manufacturers_id=$2&%{QUERY_STRING} I think it should work. -Skittles
  8. Hi shoja, It sounds like the problem is with mod_rewrite. Either your .htaccess file is not set up to rewrite the URLs, or mod_rewrite isn't set up on the server. If your .htaccess file has been modified according to the install directions, then you need to get mod_rewrite working on your server. You should be able to get the tech-support guys from your web host to enable mod_rewrite for you. Good luck, -Skittles
  9. mugitty, I'll take a look at the code in Select Specials and play around with a search based solution. I think you are correct about the delay, that it is caused by the large number of items being returned for the drop-down lists. Having to refresh the page for every change was the incentive behind several new features: 1) Reciprocate, 2) the option to combine Insert with Inherit, and 3) using a pop-up confirmation (or, optionally, no confirmation) for the delete function. It could be a while before I have anything for you. I have several projects in the works, right now, that have to take priority. My wonderful beta testers and I thank you for your kind words. We hope you will enjoy using this contribution, even with thousands of products! Thanks again, -Skittles
  10. Benjjj6, First, the image size is controlled by the configuration options. This image is the same size as the images in your product listing. Here's the code: if (RELATED_PRODUCTS_SHOW_THUMBS == 'True') { echo '<a href="' . tep_href_link(FILENAME_PRODUCT_INFO, 'products_id=' . $products_id_slave) . '">' . "\n" . tep_image(DIR_WS_IMAGES . $attributes_values['products_image'], $attributes_values['products_name'], SMALL_IMAGE_WIDTH, SMALL_IMAGE_HEIGHT, 'hspace="5" vspace="5"').'</a><br>' . "\n"; } Notice SMALL_IMAGE_WIDTH and SMALL_IMAGE_HEIGHT? Those are set in Admin Configuration->Images: Small Image Width and Small Image Height. If you would like to create a new image size for the Related Products, you can add new constants and use the new constants instead. One way to do that, without using the database, is to add the "define" to the language file for product_info.php, kind of like this: define('ORP_IMAGE_WIDTH', '80'); define('ORP_IMAGE_HEIGHT', '80'); Then change the code above to this: if (RELATED_PRODUCTS_SHOW_THUMBS == 'True') { echo '<a href="' . tep_href_link(FILENAME_PRODUCT_INFO, 'products_id=' . $products_id_slave) . '">' . "\n" . tep_image(DIR_WS_IMAGES . $attributes_values['products_image'], $attributes_values['products_name'], ORP_IMAGE_WIDTH, ORP_IMAGE_HEIGHT, 'hspace="5" vspace="5"').'</a><br>' . "\n"; } If your images aren't all the same ratio, you can force them to all be the same width by leaving the height blank, like this: define('ORP_IMAGE_WIDTH', '80'); define('ORP_IMAGE_HEIGHT', ''); I notice that you are not using the stock image handling code. (product_thumb.php?img=images/15310f.jpg&w=100&h=68 was the give-away.) If you start using a custom image size, via new defined constants, you may need to modify the code in the image contribution to support the new constants. Second, the text is contained in paragraph tags (<p></p>) within the table cell (<td></td>) which uses the class "productListing-data". To change the appearance, (text size, line spacing, etc.), add a new css definition in stylesheet.css. Look for: TD.productListing-data { font-family: Verdana, Arial, sans-serif; font-size: 10px; } Immediately after, add a new class definition for the paragraph tag. For example, to make the font size always 90% of the size defined for TD.productListing-data, add this definition: TD.productListing-data P { font-size: .9em; } You can also control the padding, margin and other attributes of the paragraph contents here. Third, "Other Products You Might Like" is set as a define in the language file for product_info.php, [catalog/]includes/languages/english/product_info.php. I believe that answers your questions. If it's alright with you, I'd like to include your questions (and my answers) in a FAQ for my website. Talk to you soon, -Skittles
  11. Benjjj6, A quick look at the page's source code shows a pesky little comment tag! Every thing after it is being ignored. Look for: <!----------------------- Not editable part --------------------------------> <tr><td> </td> </tr> <tr> <td><img src="images/pixel_trans.gif" width="100%" height="10" border="0" alt=""></td> </tr> <!-- <tr> And remove the comment code, shown here just before the <tr> tag. I think that should take care of it. Have fun, -Skittles
  12. APPRENTICE WEBM, Sorry I wasn't available sooner. In your favorite text editor, open the module file ([catalog/]includes/modules/optional_related_products.php), and around line 49 look for: <td align="center" class="productListing-heading"> <?php echo TEXT_RELATED_PRODUCTS ?> </td> Change it to: <td align="left" class="productListing-heading"> <?php echo TEXT_RELATED_PRODUCTS ?> </td> Save and upload the file. That should do it. :) -Skittles
  13. APPRENTICE WEBM, First, I have no experience with other cross-selling contributions. I do not know if the two will work together... Second, the stock module uses styles defined in stylesheet.css to retain the same look as the other boxes throughout the store: class="productlisting" class="productListing-heading" class="productListing-data" You can change the definitions in stylesheet.css. However, any changes will take effect for every box on your site that is using these classes. Or, if you have changed the source code on your site to use different classes, you can change them in the module as well. For example: class="productlisting" becomes class="new_productlisting", class="productListing-heading" becomes class="new_productListing-heading", and class="productListing-data" becomes class="new_productListing-data" Alternately, it may be that you are using a template for your site that changes the way the boxes are created. In that case, you may need to modify the stock module to behave the same as the template. If you aren't using these three classes anywhere else on your site, you can change them without worrying that they will mess up something somewhere else. However, I recommend modifying the module file ([catalog/]includes/modules/optional_related_products.php) to use the classes that are used throughout your site. It could save you some real headaches at a later date. Hope this helps. -Skittles
  14. Hey Eric! (And everyone else, too...) Version 4.0 has been released! Lots of new goodies including changes to the way the Admin is displayed, with options to control it. You wanted to be able to list the products by model. Now you can. I've started a new support thread just for Version 4: http://www.oscommerce.com/forums/index.php?showtopic=251243 I've also created a resource area on my own website, including an html version of the User's Guide, with images and screenshots. Version 4 was beta tested, prior to the release, by several forum members. Hopefully we got all the bugs out. I've also included a nifty (if I do say so myself) SQL Setup Utility that makes all the changes to the database for you. Just select the appropriate button for a new install or upgrade. You can't forget because it runs from the admin automatically the first time you open the Related Products page. (Told you it was nifty!) Well, I sure hope you'll like the new release. Cheers, -Skittles
  15. I'd just like to let everyone know, Version 4.0 had been released. Lots of new goodies: Most of the suggestions from this thread and some things that just made sense to me. I've started a new support thread just for Version 4: http://www.oscommerce.com/forums/index.php?showtopic=251243 Want a sneak peek, without having to download the archive? Check out the html User's Guide on my site. Includes images and screenshots! I had several forum members help by beta testing it before the release, so hopefully all the bugs have been found and squashed. And if you've ever had problems running the sql statements, or just forgetting to add them, you'll appreciate the new sql setup utility. I hope you all like the new release. -Skittles
  16. APPRENTICE WEBM, Take a look at the html User's Guide: Optional Related Products, Version 4.0 User's Guide Be sure to click on the first image, titled 'Screenshot: Example Product Info Page', for a full size example of the product info page. Seeing what it does to the page should help you decide if you want this contrib for your store. Have a great weekend, -Skittles
  17. Optional Related Products, Version 4.0 has just been released. You can download it from here. My thanks to the beta-testers. Their efforts have been much appreciated. By the way, if you are using Graphical Borders 2.1, this release supports it. Simply substitute one modified file and you're up and running. See the installation instructions for details. -Skittles New features for Version 4.0: - The database table has been renamed from `products_options_products` to `products_related_products` - A SQL Setup Utility has been added. This PHP file is accessed via the Admin as the last step of the installation, and makes all the changes to the database for installation or upgrade, depending on what option is chosen. It includes an option to remove the table and all the entries supporting this contribution. - A direct link to the configuration page has been added to the Related Products page. - A link to the SQL Setup Utility has also been added to the Related Products page. - The code used in product_info.php is now in a separate file: [[catalog/]]includes/modules/related_products.php - Supports multiple display options, controlled in Admin Configuration. - Display Thumbnail Image (original option) - Default is True. - Display Product Name - Default is True. - Display Product Model - Default is False. - Display Price - Default is True. - Uses sprintf with language constant define: i.e. define('RELATED_PRODUCTS_PRICE_TEXT', '@ %s'); - Display Quantity Available - Default is False. - Uses sprintf with language constant define: i.e. define('RELATED_PRODUCTS_QUANTITY_TEXT', 'Only %s left!'); - Display "Buy Now" Button - Default is False. - The Related Products admin page has been revamped: - Uses text instead of image buttons for the basic list, compacting the list for easier viewing (and less scrolling.) - New Reciprocate function Inserts association in both directions. - Inherit function can be set to also Insert. - Delete function has been streamlined. - Delete Confirmation is now optional, set in Admin - A "pop-up" Delete Confirmation box allows confirmation or cancel without refreshing the page. The page is only refreshed after the Delete has been completed. - It is no longer possible to create duplicate entries. - Additional control of display has been added. Options are in Configuration. - The Related Products Configuration has new Options - Multiple display options control the look of the Admin page. - Admin Display: Maximum Rows - Default is 10. - Sets the maximum number of rows listed per page. - Admin Display: Drop-Down List Maximum Length - Default is 0. (Unlimited) - Allows you to set a maximum length for the Product Name in the drop-down list. Does not affect the basic list. This is helpful when the product has a very long name, or when displaying both the Model and Name of the product. - Admin Display: Display List Maximum Length - Default is 0. (Unlimited) - Allows you to set a maximum length for the Product Name in the basic list. Does not affect the drop-down list. This is helpful when the product has a very long name, or when displaying both the Model and Name of the product. - Admin Display: Use Product Model - Default is False. - Allows you to include the Model. List is still ordered by product name. Can also be used alone. - Admin Display: Use Product Name - Default is True. - Admin Display: Combine Model and Name separator - Default is ':'. - When using Model with Name, provides separation between the two. - Only shows when "Use Product Model" is True. Can be empty. - Admin Function: Inherit includes Insert. - Default is False. - When set, both the product and it's associated products are "related" to the target product. Normally, this takes two operations. - Admin Function: Delete Confirmation. - Default is True.
  18. Kalk01, Perhaps you need to modify the code in the compare.php to locate the product_id from the .html url. I don't know if I can help, but I'm willing to try. PM me, if you're interested in muddling through the code together. -Skittles
  19. MagickWomyn, Hi there! We meet again! I'm using ver 2.1d, some folks on this thread believe that 2.1c is better. Definitely use one or the other. Talk to you soon, -Skittles
  20. Kalk01, This is similar to the problem xperyens is having with the manufacturer's url. I think the same solution would work here. Take a look at this post. I think bypassing SEO URLs with a separate linking function is the best workaround, so far. Good luck, -Skittles
  21. 4x4zone.co.uk, It sounds like your new install is with Update 060817. For some reason, the latest update and this contribution don't play nice together. Although Mikeman didn't have any problems on his local install, which uses Apache 2.2.2, PHP 5 and MySQL 5. So the real problem is probably that 060817 was updated to work with the newer versions of PHP and/or MySQL and is using code that doesn't work the same in PHP 4... This contribution is no longer supported by the wonderful coder who created it :( or this glitch would undoubtedly have been fixed by now. The only way I know to get Ultimate SEO URLs working is to go back to Update 051112 or 051113, neither of which are available in the download area anymore. :( If you have the earlier Update, it would probably be easiest to just reinstall osCommerce, then Ultimate SEO URLs, because this is a new install anyway. Take care, -Skittles
  22. Ed, Persistent connections are set in your configure.php files: [catalog/]includes/configure.php [catalog/]admin/includes/configure.php Change define('USE_PCONNECT', 'true'); To define('USE_PCONNECT', 'false'); -Skittles ;)
  23. Ed, A quick search of the forums using Google's site search, not the forum search, (site:www.oscommerce.com/forums "First argument is expected to be a valid callback") found these two posts on the subject: Question asked. Question answered. Looks like you may have missed Step 4... Have fun :) -Skittles
  24. Cezar, I worked on this yesterday, looking for a way to resolve the problem within seo.class.php. I wasn't successful. The code specifies which pages to modify URLs on, ($seo_pages, line 548.) Because this link is on one of the specified pages, FILENAME_PRODUCT_INFO, seo.class.php wants to convert all the links into SEO URLs. This morning, it occurred to me to take a different approach: Forget about changing seo.class.php. Rename the original tep_href_link function, (something like tep_href_link_original, or tep_href_link_redirect,) and put it back into the function file html_output.php. Then change the function call for the product URL on product_info.php to the 'new' function: <td class="main"><?php echo sprintf(TEXT_MORE_INFORMATION, tep_href_link_redirect(FILENAME_REDIRECT, 'action=url&goto=' . urlencode($product_info['products_url']), 'NONSSL', true, false)); ?></td> I'm not saying it can't be done in seo.class.php, but if it can, it is beyond my current skills with php and osCommerce. -Skittles
  25. mlcy44, I'm not sure if this is the totally the same issue, but you could try making the changes found in this post. These changes should give you SEO URLs for products in the shopping cart. (it strips the attributes values from the URL). I have no idea whether or not the change will solve your problem. I do think it's worth a try. -Skittles
×
×
  • Create New...