mloeffen

Members
  • Content count

    49
  • Joined

  • Last visited

Community Reputation

0 Neutral

1 Follower

About mloeffen

  • Birthday 06/30/1971

Profile Information

  • Real Name
    Martijn Loeffen
  • Interests
    Movies, platform-games, php, mysql, c#, html, javascript and more of that.

Contact Methods

  1. @Rich: please upload a working version of the thumbnailer before everyone starts complaining it does not work. Both the files of product_thumb.php should be identical. Thanks :thumbsup:
  2. Nice one Richard. It was about time for a full package release and I think your update will be appreciated by quite a few people. Keep up the good work :thumbsup: Martijn.
  3. @Mark: thank you for your positive feedback. These are also appreciated :thumbsup: @Becki: glad to hear you got it sorted. Cheers :)
  4. The folder structure should be documented in the readme. If I recall it right, the thumbnail-path ($tn_path) you specify in the auto thumbnailer script is appended to the path of the image. So if your image filename is /catalog/images/mypic.jpg then the to be created cache-folder should be /catalog/images/thumbnails. The original (read first) version of the thumbnailer did not have a caching mechanism. Every thumbnail for an image was created at runtime (whenever it was requested by a visitor/browser) over and over again. Someone added the server-caching that caused the thumbnail-images to be stored (cached) on the webserver, so the thumbnailer script had to create the thumbnails just once. After that I added browser-caching. That's a mechanism enabling a browser to detect whether the thumbnail has changed since the last time it was viewed/downloaded from the webserver. If it hasn't changed, the browser will get the thumbnail from it's own cache (e.g. c:\documents and settings\username\temporary internet files), probably saving lots of bandwidth. If the thumbnail did change from the last time, it will redownload the thumbnail from the webserver. Server-caching and browser-caching can be enabled and disabled independant from one another. Hope this clarifies some questions you have. Cheers, Martijn.
  5. This seems as if it's related to the original image. Open these images in an image-editor and resave them. That might improve the quality for the tumbnails.
  6. Make sure the folder is writable by the auto thumbnailer script. Maybe in the newer version some quality setting is set to true by default, where it wasn't in a previous version. It also depends if you changed the product_info.php so that it displays the thumbnail twice as large as on the frontpage. Please read the manual that comes with the contribution and read it thouroughly.
  7. I've looked into it, but there seems nothing wrong with the thumbnailer contrib. If for instance you try this thumbnailed image, it shows up instantly in IE7. Other non-thumbnailed images (as this one) show up fast as well, as long as you view them apart. So *many* images are loading slow from the main page, even the once that do not use the thumbnailer contrib. I think you have to look elsewhere for a possible reason (another oscommerce contrib, a webserver module, bandwidth issues, http-connection issues or whatever). Good luck!
  8. This can have several reasons: server caching, browser caching and others. If you want me to have a look, then please send me some urls of these slow sites through PM. Cheers, Martijn.
  9. There is no need to re-upload the images again. The add-on will take care of that. I'm not quite sure if they are compatible. The latest Dynamic MoPics also does something with showing different size images, but you need to upload those seperately. You could install both contributions in a temporary demo shop and see how they react to one another. First install Dynamic MoPics, then the Auto Thumbnailer. Trying to explain the approach of the on the auto thumbnailer contribution: it is being called be the generic function of osCommerce that draws images in your shop. Normally the this oscommerce-function (tep_image) would generate html like <img src="....jpg">, but after the thumbnailer contribution it would generate html like <img src="thumbnailer.php?img=.....jpg&w=80&h=80"> (I don't remember the exact code and I am to lazy to check :P ) Meaning that if the Dynamic MoPics uses the tep_image function for drawing images, it will probably also work for the extra images. Like I said before: to be sure you have to test it on a temporary demosite :thumbsup:
  10. Why don't you look just above your post :lol:
  11. Maybe your new host has a different gd library version installed? You might try setting both $use_resampling and $use_truecolor to true in product_thump.php. If that doesn't help, try setting $gif_as_jpeg to true. After making your changes, don't forget to delete the thumbnails, otherwise you still see the old ones.
  12. Try this instead to maintain normal image size <td align="center"> <?php echo tep_image(DIR_WS_IMAGES . $product_info['products_image'], $product_info['products_name'], '100%', '100%', 'hspace="5" vspace="5"'); ?> </td> Microsoft :-"
  13. The error lies within the product_info.php. You did not include the width and height parameter for the tep_image function. So now the params-parameter is being passed as a width-parameter. The code should be reading <td align="center"> <?php echo tep_image(DIR_WS_IMAGES . $product_info['products_image'], $product_info['products_name'], SMALL_IMAGE_WIDTH, SMALL_IMAGE_HEIGHT, 'hspace="5" vspace="5"'); ?> </td> Haven't tested the new code, but I think you understand the reason for the missing thumbnail. Cheers.
  14. Just sent you a pm that it seems to be a typo in product_info.php. To make sure, send me product_info.php and html_output.php. Cheers, Martijn.
  15. Did you try to the 'extra tip' that enables a third images size for the product_info page? E.g. by multiplying the width and height with 2? If so, please verify you didn't make any typing errors. It would also help if you post (or PM) the link to the broken images and a link to the page where the error occurs. I wonder if images are not shown or actually broken (with a red cross in Internet Explorer).