USPS Shipping (RESTful) (USPSr)

[dbltoe]

<respectfulRant>
Those changes are for releases after 2.0.0.

If your release is not ready for 2.0.0, it should not advertise as such.

The very first part of your readme.html states that the Module Version will work for 1.5.5 and up. Later, we find that Encapsulated does not work with 2.0.0 even though it uses the plugin manager.

Perhaps you need to break things up and provide two separate mods, while being explicit about which versions they will work with.

I can understand the glitches. Pobody's Nerfect. Still, I shudder to think of the frustration that some store owners are going through.

I've yet to have an install that wasn't a problem. In the case of the 2.0.0 sites, I went with non-encapsulated for both sites, and they are working.

That being the case, why would the encapsulated not even load without core file adjustments?

And those "after 2.0.0" adjustments should be an explicit "in-your-face" part of the installation files, especially involving core file updates.

I have previous encapsulated versions working on 2.1.0 and 2.2.0.

I hope you can understand my hesitation to update/load/change anything, with one of our customers having a USPS truck show up daily.

Maybe when the dust settles, I can setup test sites.

</respectfulRant>

[retched]

Please accept my apologies about that. It was obviously not my intention to make complicated in anyway shape or form with the regards to earlier installations. I originally did release the module as both encapsulated and traditional but submitting both into the module database was a bit cumbersome and thus I merged everything into one install.

Going forward, I'll just go ahead and suggest that 2.0.x only use the traditional method of module installation which is just uploading into the root directory of the ZenCart module and leave that 2.1.0 be compatible with both methods. I have no idea why the module is not working with the core file adjustments but that is above me to work out. Nonetheless, I recommend removing the module as a whole and using the non-encapsulated version as available from the same module directory by copying only the admin/ and includes/ directory from the Zip File and move forward from there.

[retched]

<respectfulRant>
That being the case, why would the encapsulated not even load without core file adjustments?
</respectfulRant>

I completely failed to address this.

In 2.0.0 and 2.0.1 per the gist that lat9 provided, the zc_plugins directory and module manager, is NOT inherently made for front facing modules like payment, shipping, or order-totals. They were primarily for back end only modules like POSM. USPS Restful is NOT a back end only module, it's a front facing shipping module (even though it has an admin directory, it's primarily front-facing as it mainly deals with the shipping area.)

That's why I placed the disclaimer that ZC 2.0.0 and ZC 2.0.1 would work with the module as encapsulated but only if those core file changes were made from 2.1.0 or from the gist that I linked previously.

As of now, I have since removed the notes and instructions from the module's readme/wiki and going forward the module will no longer be advertised as being 2.0.x encapsulated safe. Instead, the module's instructions will advise to use the encapsulated install only if you're on 2.1.0 or higher. (If a savvy person wants to make the changes, they're welcome to do so.)

Additionally, I'm also working a way to do a "purge" script. That script will let people undo the "oh, I copied everything and now nothing is working" because it wasn't originally clear before I wrote the "README_1st.md" file not to copy everything. That purge will:

- delete the USPSRestful directory out of /zc_plugins
- delete any keys from the module
- delete any of the individual files out of the traditional spaces that were packed along with it.

Pretty much removing everything, except the USPS logo file, and letting the site owner try again.

That purge script won't be a part of the forthcoming 1.8.0 release but maybe released on its own later.

[retched]

New Version Incoming!

Added in 1.8.0

• Added an uninstall script for traditional installs of the module. This uninstaller will be available in the Tools menu, but can also be accessed by accessing ?cmd=uspsr_uninstall in the admin area. This script will remove all files that you uploaded from the zip file (minus the USPS logo file), delete the entries in the configuration table, and self-delete the installer. This will only work if the module detects that it was not installed via encapsulation. [#61]
• Created a "Purge" script that will completely uninstall all parts of the module. It will remove files in the traditional install and the encapsulated install while removing any configuration keys related to the module. (I got annoyed when people were just copying the entire folder into the ZenCarts and then complaining about the white screens and error messages they would receive because of the conflicts.) The script will NOT be included in any release and can only be obtained from the GitHub repository. [#114]

Fixed in 1.8.0

• Fixed a minor formatting issue that resulted in some HTML entities being logged as part of the debug log.
• Clarified the encapsulated uninstaller to look specifically for a file named uspsr.php. (Not uspsr(some character).php).
• Fixed an issue (again) with the display of Priority Mail rates that were being hidden because of an uncaught Machinable/Nonstandard flag. This should work as necessary. This might pop up in other services, will keep an eye on it. [#109]
• Fixed an issue that allowed a shop owner to effectively send out zero weight carts. The module will now not send a quote request unless at least ONE item has a non-zero weight to it. [#108]

=================

A note about the uninstaller mentioned, it is only accessible from traditional installs. (If you attempt to run it from the Encapsulated install, you will get kicked back to the admin dashboard and displayed an error message.

Now available on GitHub and will be submitted to the Plugin Directory soon.

[ideasgirl]

Hello, I have a customer that continues on ZCv1.5.6 and PHP5.6. I tried the "Converted" version for php5.6 but even though we don't get errors, the option for USPS doesn't come up on the cart.

The customer haven't upgraded because she's closing the store this year, so she finds it not worth it. Is there anything I can do to make this work?

[retched]

Hello, I have a customer that continues on ZCv1.5.6 and PHP5.6. I tried the "Converted" version for php5.6 but even though we don't get errors, the option for USPS doesn't come up on the cart.

The customer haven't upgraded because she's closing the store this year, so she finds it not worth it. Is there anything I can do to make this work?

I would have to backport the code down to PHP 5.6. I'm not even sure I have a valid way of testing it locally to ZC1.5.6 as of right now. I can try to work with the 1.8.0 but at this rate, I might insist that you try to get up to at least PHP 7 instead.

I don't even have a full build of 1.5.6 currently, but I'll see what I can do.

[ideasgirl]

I just tried, and the cart broke when clicked "checkout" and I think it has to do with the FedEx shipping module. Well, I tried 7.2 and 7.4 (I don't have 7.0 available).

[retched]

I just tried, and the cart broke when clicked "checkout" and I think it has to do with the FedEx shipping module. Well, I tried 7.2 and 7.4 (I don't have 7.0 available).

Can you try temporarily disabling the FedEx module or sending me any of the logs to my DMs?

[ideasgirl]

I can definitely try

[retched]

I can definitely try

So, the USPSRestful definitely works on PHP 7.3 and ZC 1.5.6a. (That's the version I test with.)