AustPost - improved issues.
I have installed the AustPost - Improved shipping module and all was working fine.
I have been away on business trips and sick and have kids and so haven't been able to go near my various ZenCarts in about 3 or 4 weeks.
I have just logged in and chucked a couple of things in my cart of a test user and then tried to go through the checkout and when I click the Checkout button nothing happens I've had a page sitting there for about 15 minutes and it does nothing.
I went back and removed the AustPost Shipping and added the Flat Rate shipping and all went through fine. So there is something not quite right, well for me anyway, in the AustPost module.
Any hints or tips would be greatly appreciated.
Cheers,
DAVE
:)
Re: AustPost - improved issues.
I'm not sure whether they're related, but I also just noticed issues... 'cannot display...' errors on checkout and blank shipping estimate pages. Disabling the AustPost module fixed it, however I believe the problem lies with the Australia Post DRC Server as I notice the following line in my Error Log:
[17-Nov-2007 14:07:23] PHP Warning: file(http://drc.edeliver.com.au/ratecalc....amp;Quantity=1) [<a href='function.file'>function.file</a>]: failed to open stream: Connection timed out in /home/.../store/includes/modules/shipping/austpost.php on line 611
That said, I justed doing some research and noticed your post. I recall a thread on the line 611 error before and will continue to look for it and its answers ;)
Cheers
GAM
Re: AustPost - improved issues.
For further information, please refer to this thread: http://www.zen-cart.com/forum/showth...light=austpost
Cheers
GAM
Re: AustPost - improved issues.
Further to this problem, if the failue of the Estimate Shipping and Checkout pages are indeed a result of the AustPost DRC sever being down, surely the austpost.php code can be modified to indicate this in these pages allow the pages to continue to function? As it is now, this occurence disables these pages and renders the store unavailable for estimates and checkout.
A notification to the customer along the following lines would be good:
'The Australia Post rates server is currently unvailable, as such we cannot provide shipping estimates or costs for Australia Post services at this time. This problem should be corrected soon. If these services are required, we ask you to please check back again soon.
We apologise for any inconvenience.'
RodG, what do you think, is it easy enough to implement? (Obviously, I'm hoping you're around and will see this ;))
Cheers
GAM
Re: AustPost - improved issues.
I vaugely remember something about the 611 errors, it has something to do with the way php is configured on your server. You need to change the way that the module does something by editing out a comment in a file, something about file sessions to curl$() or something.
Anyway I tried to go to the link in that other thread and it appears as though the AUST POST DRC server is having issues again.
ERROR
The requested URL could not be retrieved
While trying to retrieve the URL: http://drc.edeliver.com.au/ratecalc.asp?
The following error was encountered:
The system returned:
(110) Connection timed out The remote host or network may be down. Please try the request again.
Your cache administrator is root.
:(
Speeeeeewin'!!!!!!!!!!!!!!!!!!!!!!!!
This module was looking like the most fantastic thing, but if the DRC server keeps going down and stopping my shops from working well that just (insert expletive here)!!
I'm not unhappy with the module at all let me make that clear, but if Australia Post keeps preventing my customers from using the checkout, I will have no choice but to not use this module and do something lame like flat rate shipping.
DAVE
:)
Re: AustPost - improved issues.
In Australia Post's and AustPosts module's defence, according to my logs, the last time this occured was 8-Aug-2007 (3months). Every so often is not bad as long as it doesn't take long to recover.
Personally I think the module is great too... needs some more enhancements and little fixes, but well worthy of installation and use if it suits your site and business operation.
Cheers
GAM
ps. I've been intently working on packaging sizes and getting all my product dimensions accurate and up to date however I'm pretty sure that there are still some issues with the 'letter size' options and something weird with small dimensions submitted to the DRC. I'm investigating and will report back with my prognosis ;)
I'm also working on some simple, rather long winded, but better methods for 'bin-packing' than the straight 'stack by height' method that it currently uses.
Re: AustPost - improved issues.
Hi GAM,
> RodG, what do you think, is it easy enough to implement?
Unfortunatetly, no, it isn't easy to implement. The reason being is that the zencart core code traps connectivity issues and aborts the processing without returning back to the AP module, so the AP module never gets a chance to produce custom error messages.
This is also why those people that have problem using the file method need to manually modify the code to use the CURL method. Ideally, if one method fails it would be nice to have it automatically try the other, but this doesn't seem easily possible either.
Cheers
Rod
Re: AustPost - improved issues.
Hi Gam,
> I've been intently working on packaging sizes and getting
> all my product dimensions accurate and up to date however
> I'm pretty sure that there are still some issues with the 'letter size' > options and something weird with small dimensions submitted to
> the DRC. I'm investigating and will report back with my prognosis ;)
I can save you a bit of time .... yes, there are some issues with letter sized items and parcels with small dimensions. If I recall correctly (its been a few months) but under the right (wrong?) conditions, some 'packages' may end up being too large/heavy to be classed as a letter, yet too small to be classed as a 'parcel', so errors or unexpected quotes will occur.
The fix is pretty simple (I've actually got a fixed version sitting in the wings), it basically involves adding a check to ensure that if a 'package' happens to fall into this category new default dimensions are applied to ensure the minimum requirements are met.
Cheers
Rod
Re: AustPost - improved issues.
Hi David,
> Connection Failed
>The system returned:
> (110) Connection timed out The remote host or network may be >down. Please try the request again.
I'm currently getting the same error (10am Sunday 18th). All we can do is wait until they fix it.
As GAM said, the server doesn't go down all that often - its just a pain when it does, and unfortunately, when this occurs control is taken away from the AP module so it isn't easily possible to generate more friendly error messages or take other corrective action.
Cheers
Rod
Re: AustPost - improved issues.
I'm not in test mode just at the moment because I accidently imported product details that were 3 months old and have the site 'down for maintenance'... backup will be restored later. :(
Anyway, the issues I was experiencing are:
1. Parcel quoted when weight and dimensions < Large Letter maximums.
2. iirc, a single item <9cm x 9cm x 1.5cm returns 'at least one dimension is invalid' and also, iirc, > above but < max. letter returns '...max. girth exceeded...' or similar error msg.
3. Specifying the mentioned 50mm x 50mm x 30mm didn't work either.
I looked at tricking the 'stack' method by specifying 0.5cm and 9x9cm so that it would accept Large Letter for 4x product of this size. It didn't work, iirc, max girth msg.
I believe these are DRC errors and not AustPost, is this right?
When I was looking at the code, I imagine a possible simple fix along the lines of... if AustPost (module) determines that dimensions (and weight) are within Large Letter max dimensions, submit Large Letter max dims to DRC for quote on weight/destination.
Another possible workaround I am considering is to specify the Default Parcel Size as max letter i.e., 23x36x2 (or whatever it is) then rely on all my products having accurate dimensions to ensure 'Parcel' rates when the default parcel is exceeded.
As you might relise, Large Letter size is important for my store so I am keen to get a working solution.
Also, if you can explain or point me in the right direction on how to enable/disable debugging this would be a great help as I would like to try some things out and offer any assistance if I can.
Cheers
GAM.