ozpost shipping module

[RodG]

That's good that it's a rare issue, That leads me to believe it could possibly be server related,

Could be, but I'm not prepared to jump to this conclusion.

as 'flat rate' is designed to only come up when there are issues with client/server communication right?

Correct. (as well as if valid methods cannot be obtained for other reasons)

The issue comes up about every maybe 4th-5th refresh/check out.

I think if this were a common problem a lot more people would be screaming about it.

I have not been able to recreate the issue as of yet other than refreshing and having it appear randomly, no real timing to it.

Did you enable the debug option for any clues?

I'm using The latest version of ozpost

That's what everyone says. On the odd occasion it has even been true, but mostly it isn't.

I currently do not have a URL to have it tested

Not much I can do for you then (I sold my crystal ball when I gave up the TV/VCR repairs).

as I have uninstalled it for testing other shipping modules,

You do realise that zencart is designed so that more than one shipping module can be used at any given time, don't you?

I just wanted a basic idea if it was a problem only I was experiencing or others were having issues with as well.

But nonetherless, you assumed it was a common problem that "has probably come up quite a bit".

I'm so far leading to believe it's quite possibily a cURL issue with my web host.

Is this just another wild guess, or have you some other reason to think it would be a cURL issue?

In my experience, cURL is either enabled and working, or it isn't, the fact that 4 out of 5 times you get a valid result would suggest to me that your cURL is fine.

I'm looking into alternative methods for Australia shipping and insurance however considering it's a rare issue I've been having with Ozpost,

This forum is for ozpost support only. If looking for alternative methods you would be better served using a different forum.

I may look into it a bit more.

I think you exaggerate... "a bit more" implies that you've already looked into it... The contents of your postings would suggest that this the first step of 'looking into it' that you have actually taken.

Thanks for the helpful info Rod.

Other than 'correcting' your assumption that the problem "has probably come up quite a bit" I have said and done nothing helpful at all, and your 'thanks' is premature.. if you really want my help please avoid assumptions and exaggerations, stick with facts, and most importantly, give me something to work with, because only then can I be of any help.

Cheers
Rod

[gmturner]

I think the trying to match the user input first and then if it cant be matched returning a error that says such may be best.. or just make it then jump to the first suggested by Auspost. That way at least it has a chance of getting it right.

[RodG]

.. or just make it then jump to the first suggested by Auspost. That way at least it has a chance of getting it right.

This tends to be the way I'm thinking... OTOH I have been looking at a few AJAX scripts that'll offer suburb name suggestions based on postcode, and they'll do this in 'real time' as needed... research indicates that this seems to be the current rage for this situation, but having never integrated AJAX with zencart before I have a bit of experimenting and learning to do (and still not enough time to do it).

Cheers
Rod

[ALiepinieks]

In my experience, cURL is either enabled and working, or it isn't, the fact that 4 out of 5 times you get a valid result would suggest to me that your cURL is fine.

In my ever so humble (and very recent) experience, I could forgive someone for thinking this. I recently had an issue where cURL seemed to be installed and working fine. Although not Auspost, ozpost or any other variation, one out every 5-10 of my cURL requests would lead to my script exceeding a server time out restriction, and no amount of debugging, logging, php error reporting, catch throw or ANYTHING (that I know of) seemed to let me know what the problem was (having said this I didn't have access to some of the server log files).

Anyway, I actually suspected it was Apache timing out, and finished up working around the problem by using multi cURL functions instead, but...

I mention this because:

a) Orien - even if you think it's cURL, then think you know it's cURL, the problem might simply appear to be occurring while processing a cURL request, and in fact not be cURL at all...

b) RodG - I can understand why someone might think cURL is the problem, as at times the lack of response from PHP error reporting can simply lead us up the garden path...

Andrejs

[orien]

In my ever so humble (and very recent) experience, I could forgive someone for thinking this. I recently had an issue where cURL seemed to be installed and working fine. Although not Auspost, ozpost or any other variation, one out every 5-10 of my cURL requests would lead to my script exceeding a server time out restriction, and no amount of debugging, logging, php error reporting, catch throw or ANYTHING (that I know of) seemed to let me know what the problem was (having said this I didn't have access to some of the server log files).

Anyway, I actually suspected it was Apache timing out, and finished up working around the problem by using multi cURL functions instead, but...

I mention this because:

a) Orien - even if you think it's cURL, then think you know it's cURL, the problem might simply appear to be occurring while processing a cURL request, and in fact not be cURL at all...

b) RodG - I can understand why someone might think cURL is the problem, as at times the lack of response from PHP error reporting can simply lead us up the garden path...

Andrejs

That makes sense to me more, I'm no programmer so what I'm trying to express is just how it appears to me.

Regarding postage dimensions with Ozpost though, it states "Default ITEM dimensions (in cm). Three comma seperated values (eg 29,24,2.5 = 29cm x 24cm x 2.5cm). These are used if the dimensions of individual products are not set"

That leads me to believe I am able to change the individual product dimensions? I'm unaware of where to go for this.
I've tried searching google but perhaps was not asking the right questions.

Anyone familiar with Ozpost know where to set the individual dimensions?

Cheers.

~ Orien

[ALiepinieks]

gee, its been a while now, but i have a slightly older ozpost implementation where we use three fields that were added to the products table, and then another three fields added to the "edit product" admin page. honestly can't quite remember if these were added as part of the install or manually. might have to refer to rod on this one as i won't have time to look at it for a few days.

[RodG]

That leads me to believe I am able to change the individual product dimensions?

Correct.

I'm unaware of where to go for this.
I've tried searching google but perhaps was not asking the right questions.

Anyone familiar with Ozpost know where to set the individual dimensions?

Cheers.

~ Orien

As long as you have a valid install, the place to enter the dimensional data will appear on any of the add/edit product pages (Just below the entry for product weight). If these data fields don't appear it is because the files located under the /admin/ folder of the ozpost distribution package haven't replaced the zencart originals.

Rgds
Rod

[RodG]

b) RodG - I can understand why someone might think cURL is the problem, as at times the lack of response from PHP error reporting can simply lead us up the garden path...

Sorry, but this really doesn't wash with me... it makes as much sense and is just as illogical as thinking the problem is caused by a failing switch at the border of the network, or thinking it is early warning of an imminant power supply failure on the host server, or any one of the hundreds of other things that could, in theory, produce the exact same symptoms of unspecified time out errors (and that is assuming it IS a timeout issue, as yours apparently was).

I'll stand by my original comment. cURL is either enabled and working or it isn't.

IF the problem is a timeout issue (as yours was), this has yet to be proven, and even if it is proven there is still no more reason to suspect cURL over any of the other possible suspects - in your case it was Apache timng out (not cURL), so, without wishing to beat a dead horse, thinking the issue may be 'cURL' is a wild guess without any basis of fact to support the assumption.

Cheers
Rod

[ALiepinieks]

perhaps you're right, cURL is either working or it isn't.

not to get argumentative, but in isolation this comment isn't really relevant though, as orien's original statement was that "perhaps it's a cURL issue with my web host" (or something like that). so while your statement about cURL is quite valid, i'm not sure it's of much help as orien wasn't actually suggesting cURL was broken in the first place.

either way, i think a little more investigation / debugging is required from orien before any fingers are pointed at any particular technology, as it's hard to see how cURL would be falling over with such a small amount of data being requested and then returned unless timeliness of the response from the server with the data is in fact the problem.

[Nintendoparts]

Hi Rod,

First of all, thanks for a great module. I was wondering if there is a way to offer large letters only. Basically to remove small letters as an option.

I have small thin LCD screens as a product and even though they could fit in a small letter, I don't want them packaged in a small letter as I'm afraid they will get damaged in transit. If I were to offer large letters only it would give me room to add some protective packaging, or if they were posted along with other items in a large letter the other items would serve to protect the thin LCD screens.

Thanks in advance for any help.