ozpost shipping module

[RodG]

Do you need my to put the modded file back in place and debug on again

Do so at your leisure. I fear that I have a few other things that I need to move onto the the rest of the night.

My gut feeling tells me that the mods specifed, along with cURL enabled may, just may take care of your troubles.

If not, then you may also be onto something with it being SSL related, but this should be pretty darn easy to test/prove/disprove .. just disable SSL for a bit and see what happens. Only takes one or two changes to the config files.

Cheers
Rod

[Mike_Dean]

Assuming these were caused by the error we are looking for (and not some other error) let's disseminate the important bits...



The first character in an XML response should always be a "<" and we are being told that this wasn't found.



This is a 'dump' of what the XML response apparently contained... Note the "3b??" that comes immediately before the "<" ? These characters (or this representation of) do not belong, and as such the 'parser' is failing with an error.

So, the question now is where the fluck is this coming from. It isn't being sent by the server (well, not by anything that I'm aware of, and if it were the server sending, then why to your client and no one elses? (At least not identified).

.... Aha!! I've seen something like this before .... V1.0.2 ... ENABLE cURL !!!!

Cheers
Rod

Where do I send the Cheque..!!



Thankyou Rod... For your unpaid and invaluable assistance... as always...

Have a test from your end if you wish.. I've just tried numerous options and all were good...!!!!

Thanks,
Mike

[RodG]

Result:
Australia Post (500gm Prepaid Satchel Express - 1 day(s) est. transit)

Not wishing to dampen your enthusiasm, but this hack is going to look very messy for those that retrieve TNT quotes, because TNT don't provide an estimated transit time, they provide a pretty specific date and time, eg "by 9am 10th June" or "by 4pm 9th June", etc, etc... so the 'result' will appear something like:

"TNT (Overnight Express - by 9am 10th June day(s) est. transit)"

Also, while I'm nit picking, technically "est. transit" is incorrect anyway, because the actual number of days presented here is adjusted by the number of days delay that may have been specified, this affects the total delivery time, but the time in transit remains the same.

I can appreciate that neither of these things probably really matter to you, but if I implemented it into the code I'm sure I'll have no end of people telling me how wrong it is... I'm just getting in first

Cheers
Rod

[GAM]

Not wishing to dampen your enthusiasm, but this hack is going to look very messy for those that retrieve TNT quotes, because TNT don't provide an estimated transit time, they provide a pretty specific date and time, eg "by 9am 10th June" or "by 4pm 9th June", etc, etc... so the 'result' will appear something like:

"TNT (Overnight Express - by 9am 10th June day(s) est. transit)"

Good point, and I've just signed up for TNT LOL, I started by simply inserting ...[days]..', which I will probably revert to now, or similar, given the TNT date/time thing. It's mainly for my admin purposes anyway and whether it states [3] or [by 9am 10th June] still works for me.

Also, while I'm nit picking, technically "est. transit" is incorrect anyway, because the actual number of days presented here is adjusted by the number of days delay that may have been specified, this affects the total delivery time, but the time in transit remains the same.

Was applicable in my case.

I can appreciate that neither of these things probably really matter to you, but if I implemented it into the code I'm sure I'll have no end of people telling me how wrong it is... I'm just getting in first

Cheers
Rod

It is an example and something to consider. I had hoped you might be interested and code something better.

If recording the quoted transit period on the order record in the database is important to someone then this is a way to do it. At the moment, once the order is confirmed that info is gone.

In my case, I email dispatch advices out for each order and state the estimated delivery date for their information, which is useful for customers to check and coordinate if their presence is required to take receipt. The last few days I've been either guessing or looking up the Australia Post site.

Cheers
Greig

[jojo11]

These are the words I dread most.
Yes, you MIGHT be having the same issue as one or more people in this thread, but this thread contains reports and fixes of many different problems going back several years, statistically everyone is going to have the same problems as everyone else, all else being equal. :-)

Sincere apologies Rod!

Had a heck of a day and amidst it all, I inadvertently submitted a rough and far from finished message - too much happening and too many tabs open at once I suspect! Very sorry for wasting your time with my goof up.

My problem is I am unable to obtain postal quotes. This has only happened from the 4th June. Here is an outline.

Ozpost module V.1.0.2 was installed and working fine past 6 months plus, then noticed after 4 June that postage quotes not displaying - error message displayed was 'Unexpected error (no valid methods). Using AP Flat Rate.'

So I then installed the latest version of Ozpost, V2.0.6 - but there was no change, no quote displaying just the same error message. Curl is enabled. Tried removing and reinstalling ozpost module in admin - no change.

I saw in this thread a suggestion to modify the /public_html/includes/modules/shipping/ozpost.php file, (which I edited directly in cpanel file manager) but there was no change.

The shipping module Store Pickup has been in use throughout this time and it displays in the shipping quotes without problem, although I cannot recall if it did disappear when I initially found that postage quotes weren't displaying. I have the postal quotes displaying without need to login or register on the site btw.

Have utilised the ozpost debugging tool and am getting the message, in the table of the Available Shipping Methods box: Invalid input Data [No version information]

hmmmm, i'm not too savvy with any of this, but noticed in the cpanel error log as a response to requesting a postal quote from the website:
client denied by server configuration: ..../store/includes/templates/first/images/index.php
But I don't have an index.php file in that folder? (..should i have?) I have no knowledge if this is related to the issue.

Hoping it's something simple I'm not seeing!

Cheers,
Joanne

[Mike_Dean]

Hi Rod,

Didn't really want to throw more spanners in the works, but I feel I am about too

I just switched the php version on my test site (which is ZC 1.3.9c and ozpost 2.05) from PHP 5.3 back to PHP 5.2.11 to test an unrelated issue, and the shipping estimator broke eg, it disappears..
I did change the store name back to a single entity, to see if it had the same pattern as ozpost 1.X on my live site, but it made no difference..
Is this all related, or have I uncovered something you'd rather I hadn't ?


Mike

Hi Rod,

This issue above is also now resolved.. I checked the debug logs and it smacked me in the face.. I had forgotten to enable php_curl extension in PHP 5.2.11, so of course whenever I switched form 5.3.0 back to 5.2.11, the shipping module would not load.

But it's all fixed...

[sgallasch]

There is no version 1.3.8 of ozpost. This does match a version of "AustPost" though, but as per previous recent postings, AustPost hasn't been able to give valid quotes for well over a year, and would/should have stopped working completely about a month or so ago when the server was decomissioned.



There is no connection whatsever between the postage/shipping modules and the zencart editors.
An upgrade of the ozpost module will not be the cause of your problem. What else did you upgrade or change at the same time?



I can only repeat that there is no conenction whatsover between the shipping module(s) and the zencart editors.



No. I don't expect to either.
I *have* seen a number of reports of people upgrading zencart to 1.3.9x and having problems with the FCK editor, and recall that the fix for it was quite simple - I don't recall the details though. I suggest you browse the FCKeditor thread(s).



Not in any conceivable way that I can imagine.


I suggest you browse the FCKeditor thread(s).



Why not? (And what, in your opinion, is "The original" ozpost module?)



Would you ask MicroSoft to reset to DOS for those of us that don't need all the new improvements of the newest versions of Windows?



Oh I miss the days of DOS. Windows has caused me no end of issues and problems, and you wouldn't beleive the stupid questions people ask these days. Back when everyone used DOS people seemed to have some idea what they were doing - I'm sure that as computers have got smarter people have got dumber. Please Microsoft, can you dump windows and support DOS once again, I'd greatly appreciate it.

Thanks,
Rod

Hi Rod,

On the FCKeditor thread

http://www.zen-cart.com/forum/showth...ighlight=cache

there are several reports of after installing the new OZ post version the editor has been effected, not sure why these posts were not posted here where it counts.

in my original post i mentioned version 1.38, that of course is the zencart version i am running. This is the version i installed your latest update on. This is also where i am finding the conflict with my editor.

All you need do to see what i mean is install your new OZ update on a 1.38 version of zencart with the fckeditor module installed. Then go to edit a product on the site. You just get garbled code where there was once WYSIWYG.

Someone reported this:

admin\includes\modules\product\collect_info.php
or
admin\includes\modules\update_product.php

maybe causing the conflict, could this be correct?

At the moment the OZ post latest version works fine but i have to use my desktop storemanger to update stock numbers and product descriptions which is not the best as it is very slow.

I am having FCKeditor withdrawal symptoms


Regards Sean

[sgallasch]

Hi Rod,

On the FCKeditor thread

http://www.zen-cart.com/forum/showth...ighlight=cache

there are several reports of after installing the new OZ post version the editor has been effected, not sure why these posts were not posted here where it counts.

in my original post i mentioned version 1.38, that of course is the zencart version i am running. This is the version i installed your latest update on. This is also where i am finding the conflict with my editor.

All you need do to see what i mean is install your new OZ update on a 1.38 version of zencart with the fckeditor module installed. Then go to edit a product on the site. You just get garbled code where there was once WYSIWYG.

Someone reported this:

admin\includes\modules\product\collect_info.php
or
admin\includes\modules\update_product.php

maybe causing the conflict, could this be correct?

At the moment the OZ post latest version works fine but i have to use my desktop storemanger to update stock numbers and product descriptions which is not the best as it is very slow.

I am having FCKeditor withdrawal symptoms


Regards Sean

If you have had a problem with your FCKeditor after installing the latest OZ post module, see below:

I uploaded the latest version of CKEditor and all problems from FCKEditor were fixed. On ZC version 1.38a.

[RodG]

My problem is I am unable to obtain postal quotes. This has only happened from the 4th June.

OK, this problem is now 'well known' and the fix is available.

So I then installed the latest version of Ozpost, V2.0.6 - but there was no change,

If there was no change then something went astray with the upgrade installation. There are a LOT of differences between the V1 versions and the V2 versions. You *would* have noticed them in the admin control panel, regardless of whether it was able to return quotes or not.

no quote displaying just the same error message.

Even the 'error message' has changed between V1 and V2.

Curl is enabled.

ozpost V2.x.x. won''t even install without cURL being enabled.

Tried removing and reinstalling ozpost module in admin - no change.

For reasons unknown, the installation that you are upgrading doesn't appear to be the same installation that you are testing with - That, or the ozpost update files aren't being placed where the should be.

I saw in this thread a suggestion to modify the /public_html/includes/modules/shipping/ozpost.php file, (which I edited directly in cpanel file manager) but there was no change.

Those mods relate to ozpost V1.0.2 *only*, and assuming the files being used is the same file that you modified the WILL have been a change.

The shipping module Store Pickup has been in use throughout this time and it displays in the shipping quotes without problem,

I mentioned/suggested this to Mike Dean as a debugging exersize FOR A TOTALLY DIFFERENT PROBLEM.

Please, relax and think before blindly following instructions that may or may not relate to your particular situation.

Have utilised the ozpost debugging tool and am getting the message, in the table of the Available Shipping Methods box: Invalid input Data [No version information]

This is actually a 'new' error message that was put in place only a day or so ago (as a result of identifying the problem with V1.0.2) ... The fact that this is what you are now seeing tells me that you are currently running an *unmodified* V1.0.2.

If you have performed the 1.0.2 mods as specified OR upgraded to v2.0.x then you will not see this particular error message.

hmmmm, i'm not too savvy with any of this, but noticed in the cpanel error log as a response to requesting a postal quote from the website:
client denied by server configuration: ..../store/includes/templates/first/images/index.php
But I don't have an index.php file in that folder? (..should i have?)

I'm not familiar with the template called 'first', and there probably *shouldn't* be an index.php file in any of the /images/ directories.

I have no knowledge if this is related to the issue.

I would say, probably not.

Hoping it's something simple I'm not seeing!

It almost certainly is - As I mentioned to someone else recently, I wasted the best part of an hour over the weekend modifying a file and not seeing the expected changes, only to realise that I was modifying a backup file rather than the one that was actually being used.

I strongly suspect that this may be a similar case with you, because working or not, if you can't see any changes in the admin panel as a result of upgrading from v1 to v2 then this is about the only possible explanation.

Cheers
Rod

[marknew]

Hi Rod,

i was having problems with ozpost so i installed the new version but still getting postage rates too high. I know it's usually a config problem but I've looked and can't see anything wrong. I have debugging on. (See below)


http://www.fashionamour.com.au/maxi-wrap-p-33.html -
item is 29cm x 25cm x 2.5cm 200grams. from 4563 to 4563. (Tax= GST)


Australia Post site gives me:

regular: $4.35
500g Parcel Post Satchel:$5.70
express:$8.00
Express Post 500g Satchel:$8.00
Express Post Platinum Parcel: $11.90



Debugging information
Item 1 Maxi Wrap
Attribute Item Parcel
Qty 1 Weight gms Qty 1 Weight 200gms
Dimensions 29 x 25 x 2.5 29 x 25 x 2.5
Cube 1812.5cc 1812.5cc
CubicWeight 0.453125Kgs 0.453125Kgs


Submitted: Length=29.00cm. Width=25.00cm. Height=2.50cm Weight=200.00gms NumBoxes=1
Using Cached quotes
AU,4563,25.00,2.50,29.00,200.00,31.6 Array ( [id] => ozpost [module] => [methods] => Array ( [0] => Array ( [id] => RPP [title] => 4 Days Estimated Delivery.


[cost] => 8.5 [txtCarrier] => Australia Post [txtMethod] => Regular Parcel ) [1] => Array ( [id] => REG [title] => 5 Days Estimated Delivery.


[cost] => 15.5909090909 [txtCarrier] => Australia Post [txtMethod] => Registered Parcel ) [2] => Array ( [id] => EXP [title] => 1 Days Estimated Delivery.


[cost] => 16.3636363636 [txtCarrier] => Australia Post [txtMethod] => Express Parcel ) )