Jump to content
  • Checkout
  • Login
  • Get in touch

osCommerce

The e-commerce.

pbolyn

Pioneers
  • Posts

    9
  • Joined

  • Last visited

Profile Information

pbolyn's Achievements

  1. My thoughts are that users tend to stick with whatever version they have that works until the time comes when they are forced to upgrade to a newer version to get it working or add the features they want in a newer version. I highly recommend the instalation.txt or readme.txt file for 5.0.3, and follow-ons, includes the steps required for upgrade from all the previous versions. This may sound daunting, but maybe it can be stated such that you ask the user to find a range of code lines (begining line and ending), delete all lines after the beginning line and before the ending line, and then add "the following code" after the beginning line. There may be better ways to word this. There have been so many contributions to USP Methods over the years that have intolerably confused the situation regarding changes to files other than the usps.php code and language files. A new and better way to install USPS Method updates is required in light of the fact that the USPS has been screwing us up yearly with their changes.
  2. WOW, WOW! Thanks Debbie for all your hard work! I'll wait a little for the dust to settle because my current setup works for my limited number of shipping methods, but I am looking forward to installing your update. It's wonderful to know that we are getting through the 2011 USPS changes. I dread the 2012 changes, but that's a whole year from now!
  3. I have had it working in production for 1 full day with no problems. I am using some of the domestic and some of the international shipping methods successfully. Previously I was running 3.0.2. I upgraded to "USPS Methods 5.0.1 - bug fix" by copying just the usps.php file to the catalog/includes/modules/shipping directory. I checked to make sure no other usps module was in the directory. At first I had the problem with the htmlspecialchars_decode failing and I fixed it as follows: Before: $service = htmlspecialchars_decode($regs[1]); After: if ( !function_exists('htmlspecialchars_decode') ) { function htmlspecialchars_decode($text) { return strtr($text, array_flip(get_html_translation_table(HTML_SPECIALCHARS))); } } $service = htmlspecialchars_decode($regs[1]); The other files specified to be modified in USPS Methods v3.0.2 were not changed They remain as modified in USPS Methods v3.0.2. This may be of help to some people who need to get back up quickly while waiting for the wizzards to come up with a working v5.0 with all the bells and whistles. I will probably install that version when it is stable.
  4. Concerning the htmlspecialchars_decode function malfunction reported by others. This function also failed for me in the "USPS Methods 5.0.1 - bug fix." version. I did some research and found that the function is not supported by all versions of PHP. My host is using PHP version 5.2.13, which apparently doesn't support it. I fixed it by replacing the following code: $service = htmlspecialchars_decode($regs[1]); with this code: if ( !function_exists('htmlspecialchars_decode') ) { function htmlspecialchars_decode($text) { return strtr($text, array_flip(get_html_translation_table(HTML_SPECIALCHARS))); } } $service = htmlspecialchars_decode($regs[1]); This code came from a user contribution on the page http://php.net/manual/en/function.htmlspecialchars-decode.php It works! No other changes were made other than copying the edited contribution file to the server.
  5. Thank you Jeff for your accurate and speedy reply!!!!!!! Serbia now works after I edited .../catalog/includes/modules/shipping/usps.php, as you said, to add Serbia and Montenegro with the RS and ME codes. It totally escaped me that I had to edit this file in addition to adding the codes in Admin to the Countries list. The USPS response now works and gives the same postage for Serbia that I got from "CALCULATE POSTAGE" at www.usps.com. Phil
  6. Ok, I have searched the forum for problems with usps.php and Serbia and could not find a real answer. The current ISO 2 code for Serbia per the ISO site at http://www.iso.org/iso/pressrelease.htm?refid=Ref1031 Serbia and Montenegro assigned ISO country codes 2006-09-29 The Republic of Serbia has been assigned the following two- and three-letter codes: RS, SRB. I found several posts here that claimed the 2 letter code for Serbia is SR (not RS), but I am inclined to believe the ISO web site. SR is clearly the code for Suriname, not Serbia. After I added Serbia, RS, SRB to the Countries list in in Admin Location/Taxes Countries, I got the following error from USPS during checkout: United States Postal Service -2147219080 - Missing value for Country. UPS came up as follows (I don't know if this is correct, but I didn't get an error) United Parcel Service (1 pkg x 3 lbs total) UPS Saver $173.42 I tried Serbia, SR, SRB and got a quote response from USPS, but the postage was different than what I got for Serbia through "CALCULATE POSTAGE" on www.usps.com. This leads me to believe that SR was really giving me the qote for Suriname, not Serbia. I'm using: $Id: usps.php 3.0.2 2009-01-02 04:59:07Z user $ if that makes a difference, but I am thinking this may actually be a USPS problem rather than a usps.php problem. Can anyone help?
×
×
  • Create New...