Jump to content
  • Checkout
  • Login
  • Get in touch

osCommerce

The e-commerce.

bopper

Pioneers
  • Posts

    79
  • Joined

  • Last visited

  • Days Won

    1

Everything posted by bopper

  1. what I figured out is that if you get a quote from the FedEx site without logging in it doesn't apply any account discounts or whatever so the quote on the fedex site if not logged in is higher. If I log in to my account on the fedex website and then get the quote, it is exactly the same as the OSC quote. So problem solved for me and the customer.
  2. Hi Irina Have you figured out anything on this? We are also getting rate quotes for Canada that are much less than the actual shipping cost. bopp
  3. go to the community contributions link and find the fedex mod (search easiest)....download and install....
  4. vger's fix worked....authorize.net now gets the order amount the coupon discount correctly...we don't use paypal ipn so no problem there (use paypal.php,v 1.1.1.1 2004/09/22 which seems to work okay after the fix...also COD works)...CCGV trad is a good mod....
  5. I'm trying this fix from vger...will report back to see if it works.... http://www.oscommerce.com/forums/index.php?sho...p;#entry1014609
  6. Hi Jason Did you ever figure out why this is happening? We are having the same problem....using the authorize.net AIM mod thanks bopp
  7. We are having this problem too....anybody got a fix? using the authorize.net AIM mod.... thanks bopp
  8. same problem...the function (tep_cfg_multiinput_list) goes in fuctions/general.php as outlined in step 5 of the installation instructions.... missed it first time around...
  9. will this latest revision work in a v2.2 store? thanks
  10. Hi Bill Tried that too but didn't work...using <?php echo $basepath ?> for the css and js urls is the only thing that seems to work...where $basepath = (($request_type == 'SSL') ? HTTPS_SERVER : HTTP_SERVER) . DIR_WS_CATALOG; but I'm still getting the secure/non-secure items alert in IE...can't find what else is causing that...
  11. I've tried your advice Bill to no avail... I tried putting $templatedir/ in front of the background image url in the css file but that makes the background images not show at all (don't think it can handle the $templatedir var in a css file)...if my css image url is: background-image: url(images/tile2.jpg); then that path should be relative whether the sever is secure or not, and no non-secure items warning should ever display...but it isn't, and that is an STS thing...I have templated many osc sites manually and never run across these path problems using that method....and they are coded to "osc standards"...I admit it is a bit more work when changes to layout are made and that is why I tried STS...but in my experience and the long run it has been much simpler, faster and stable for me to do the layout templating manually...for sure it is possible that something in the configuration of my shops is not quite kosher (I've set up 30+ osc stores)...but layering a complicated app with more complications does not make my job simpler...lol... I'm glad you took the time to write your mod and that it works well for many of those who use it...not everyone is a programmer and STS attemps to address this...it just hasn't worked out well for me... thanks for your time ryan
  12. You missed the point...the stylesheet is being found okay...but the extra layer that STS puts on the site is preventing background images from getting the proper path, so IE throws up the secure/non-secure alert box...which of course is not conducive to a good shopping flow experience... if a site works fine without STS and then doesn't work with STS turned on then I'd say STS has a problem...it may be an STS config thing but I have tried everything I can think of and still have not been able to resolve this problem...note that this problem is on a site with a shared SSL server...that may be part of the problem...but STS does not handle it well... ryan
  13. Have to disagree with you Bill...it is STS's poor handling of paths that is the problem in cases like this...I've run across this type of thing before with STS but was able to get around it by using <?php echo $basepath ?> before any image or file calls in the pages. But i have not been able to find a way to prevent IE from giving a secure/non-secure warning for background images whose urls are defined in a css file...I think the only way to get around it is to get rid of any background image calls in the css file...instead will have to define them in the head section and use php to add the basepath to the url dynamically...there is a problem with paths caused by the extra "layer" of the template when the site has a shared ssl server...
  14. finally figured this out..somehow the .htaccess file got this added to it in the wholesalecatalog directory: <IfModule mod_setenvif.c> <IfDefine SSL> SetEnvIf User-Agent ".*MSIE.*" \ nokeepalive ssl-unclean-shutdown \ downgrade-1.0 force-response-1.0 </IfDefine> </IfModule> don't know where it came from (sts?) but I commented it out and now the SSL links work okay... so just posting this for anyone who has SSL problems using sts...something to check out... bopp out
  15. forum is not letting me edit...all I've found so far is that it appears to be a http redirect problem: HTTP/1.1 401 Authorization Required is what getimagesize() returns... now it lets me edit...lol anyway...there was a difference...the wholesalecatalog directory had an htaccess password set on it...I turned that off and now my images in the non-template content are now getting the correct heights and widths...that should not make a difference but the layers of code probably cause this... but I still get a 500 internal server error when clicking on any of the ssl links on the page...they have the correct urls so I'm still stumped... bopp
  16. Hi Bill I'm having a hard time believing that "STS out of the box does not have any SSL issues." It has path issues in general that arre beyond the scope of many. I did find a workaround for the previous problem I had with SSL and images but now have run into a new problem that so far I have not been able to crack. I have made an exact duplicate of the original osc sts store for a wholesale store, with the only difference of course being the cookie and catalog directory paths in configure.php. I am having major path problems again with this store. Images are not getting sized correctly because for some reason getimagesize($src) fails, so no width or height is returned for images that use the osc SMALL_IMAGE_WIDTH, SMALL_IMAGE_HEIGHT parameters. I can print the $src out okay before the getimagesize conditional but then the "if ($image_size = @getimagesize($src))" condition fails because of some screwup with the $src and so that block is bypassed. Also, all SSL links in this copy return a 500 internal server error when clicked on. I'm stumped. I am using an ip in the config during development but this was not a problem in the original osc sts store. Also the SSL server is shared so the links are like https://secure2-hosting.net/domain/wholesalecatalog/...but again, that is not a problem in the original catalog. Got any ideas as to why this duplication of a working sts store is failing? This is really frustrating but I realize there is only so much you can do. Being a programmer I wouldn't have gone this route but I took this store over from someone else. thanks, bopp
  17. the osc board is not letting me edit again...I wanted to add that the the wholesale store is an exact duplicate of the main store, with the only difference of course being the cookie and catalog directory paths in configure.php. This is really frustrating but I realize there is only so much you can do. Being a programmer I wouldn't have gone this route but I took this store over from someone else. thanks, bopp
  18. Hi Bill I'm having a hard time believing that "STS out of the box does not have any SSL issues." I did find a workaround for the previous problem I had with SSL and images but now have run into a new problem that so far I have not been able to crack. I have made an exact duplicate of the original osc sts store for a wholesale store. I am having major path problems again with this store. Images are not getting sized correctly because for some reason getimagesize($src) fails, so no width or height is returned. I can print the $src out okay before the getimagesize conditional but then the "if ($image_size = @getimagesize($src))" condition fails and so that block is bypassed. Also, all SSL links in this copy return a 500 internal server error when clicked on. I'm stumped. I am using an ip in the config during development but this was not a problem in the original osc sts store. Also the SSL server is shared so the links are like https://secure2-hosting.net/domain/wholesalecatalog/...but again, that is not a problem in the original catalog. Got any ideas as to why this duplication of a working sts store is failing? thanks bopp
  19. to be clear, I had no SSL problems until I added STS, and I have no problems with images or links that are in the content from the original pages...just had a problem with images and links on the sts template page
  20. followup on this...still getting bad quotes ...the osc mod and the UPS online rate calculator frequently give quite different quotes...(it's not the insurance thing, turned that off)...getting some quotes to ups from the logger for them to look at... bopp
  21. Hi Bill I tried that fix for images and css but it didn't work...tried everything i could think of but the solution i finally got to work, altho clunky, did fix the problem...only so many hours in the day... thanks bopp
  22. I too have had SSL problems with STS....templates worked fine on nonssl pages but image and links on ssl pages did not show or function correctly. I tried many fixes including trying to put the images in the templates directory and switching that on in html_outout.php....spent quite some time trying to figure it out. I had the same problem of using a shared SSL server: the path was missing the site domain name in the the SSL urls so images wouldn't display and links such as those to the css pages weren't working. The "fix" I finally came up with was to put <?php global $request_type; $basepath = (($request_type == 'SSL') ? HTTPS_SERVER : HTTP_SERVER) . DIR_WS_CATALOG; ?> at the top of my template page. Then I added <?php echo $basepath ?> before any of my image src fields and style page or other links. That works well. So my image paths used to look like: https://secureserver.net/catalog2/images/nav/headerCap.jpg Now they look like: https://secureserver.net/domainname/catalog...v/headerCap.jpg Seems like there is probably a better way but I have a life and only so much time to waste...
  23. as usual, the devil's in the details...thanks for your assistance Steve... at least this time I have something to explain the disparity to the customer...lol
×
×
  • Create New...