Re: ozpost module problems
I have exactly the same problem. Anybody can help?
Cheers
Jimmy
Re: ozpost module problems
Quote:
Originally Posted by
Jimmyyu1998
I have exactly the same problem. Anybody can help?
Cheers
Jimmy
PHP5 needs to be installed/activated. Almost all ISP's provide this these days.
Rgds
Rod
Re: ozpost module problems
Quote:
Originally Posted by
RodG
PHP5 needs to be installed/activated. Almost all ISP's provide this these days.
Rgds
Rod
Rod: i just checked that the PHP version is 5.2.9. but still have a blank page when you click the "estimating postage", when you refresh that page, you got some showed there, sometime, it comes out with some result, but sometime, only the shiping postabe table with header but no detail quote of postage.
my website is www.digital-frame.com.au, you can test the estimating postage there.
Need help urgently!
Cheers
Jimmy
Re: ozpost module problems
Thanks for your reply Rod,
I'm still having the same problem and I am running PHP 5.2.10.
The interesting thing is that if I enable multiple shipping options it blanks out everything.
e.g. Flat Rate and OzPost both turned on. The estimate shipping Window becomes totally blank except for "Close Window" button at the top.
Re: ozpost module problems
yeah I'm having no end of problems..
Got it all installed (about 5 times now to make I have every file,,, I also check every file to make sure it was uploaded..
If the checkout window comes up (1 out 10 ) the shipping estimator shows nothing (but shows debug when turned on,,) and I just get
Unexpected error (no valid methods). Using AP Flat Rate. error no matter what type of product I select..
Are there no other Australian Postage options ? I have no doubt that ozpost works for some, but it ain't working on my install where as the Austpost module was working fine (except for prices changes in the last couple of months...)
I have all methods select so it can use any delivery method..
http://www.webbcon.com.au
If you need more info just let me know what you need,, as I have no idea where to start..
Re: ozpost module problems
Apache version 2.2.13 (Unix)
PHP version 5.2.10
MySQL version 5.0.81-community
Re: ozpost module problems
With debug turned on..
checkout_shipping still blank but have this info
Debugging information
Item 1 Gas Strut 175mm 50N - 600N
Attribute Item Parcel
Qty 1 Weight 0.3 Qty 1 Weight 0.33
Dimensions 18.00 x 25 x 2.5 18.00 x 25 x 2.5
Cube 1125 1125
CubicWeight 0.28125Kgs 0.28125Kgs
Server response time 1.36ms
Re: ozpost module problems
ok it started working YAY... but then using the same items it died again
blank screen on checkout shipping and when it show up I got the
Unexpected error (no valid methods). Using AP Flat Rate.
Re: ozpost module problems
ok continuing on..
If an item it .5 weight in the product settings it works fine.. but if I set it to the true weight .05 (50grams) it doesn't work...
Re: ozpost module problems
Quote:
Originally Posted by
baldcat
ok continuing on..
If an item it .5 weight in the product settings it works fine.. but if I set it to the true weight .05 (50grams) it doesn't work...
A 50gm item will be classified as a letter (size permitting), so if you don't have letters selected as a acceptable shipping method AND if the 'hide parcel rates if letter sized' *is* selected, then there will be no valid shipping methods to display.
Solution. Either enable letter rates as a valid method, OR disable the 'hide parcel rates' switch so that these small items will be quoted as a small parcel (rather than a letter).
If you enable letter methods AND deselect the 'hide parcel rates' then these small items will give you quotes for both letter rates and parcel rates (for the same item).
Does that make sense?
Does this solve your problem?
Cheers
Rod
Re: ozpost module problems
Did anyone manage to solve this problem? I'm certainly no mastermind when it comes to zencart but I've spent the best part of 3 days trawling the forums (and most of my google results for that matter!) to no avail. Desperation is setting in!!!! lol
It's almost as though my Ozcart does not even exist - the only factor that is showing up at the checkout is StorePickup, however when enabling DeBug it does show up all of the correct weights/dimensions etc... so that at least tells me that it *has* been installed.
I, too have uninstalled and reinstalled just to be sure all of my files are in the correct place, which they seem to be. I'm calculating weight in gms and that all seems to be fine too. *sigh* I'm just totally stumped!
Danika.
Re: ozpost module problems
Has no one answered here in several days? I am having the same problem. Just a blank page for the checkout_shipping page when checkout is attempted. I have checked to make sure all files are in place, and that all settings for grams etc etc are correct on the front end. Help please?:unsure:
Re: ozpost module problems
Quote:
Originally Posted by
Coolblue
Has no one answered here in several days? I am having the same problem. Just a blank page for the checkout_shipping page when checkout is attempted. I have checked to make sure all files are in place, and that all settings for grams etc etc are correct on the front end. Help please?:unsure:
Do you have cURL enabled?
Is you server running PHP5.1 or higher?
These are just two of the possible causes of the blank page symptom.
Rgds
Rod
Re: ozpost module problems
Hi, Im also getting the; "Unexpected error (no valid methods). Using AP Flat Rate." most of the time.
Its a shame, cause other than this, the module is working perfectly for me. Ive turned on curl and PHP version is; 5.2.10
Our Zen Cart install (1.3.8) is in a testing environment at the moment, and unfortunately, the shipping estimator fails to retrieve a quote more often than not.
If I cant work out this bug, Im going have to ditch this module (which is a shame as I really like it) and install a Table rate module with fixed prices. (I just dont want customers getting a flat rate quote)
Cheers,
Scott.
Re: ozpost module problems
Quote:
Originally Posted by
Scott_C
Hi, Im also getting the; "Unexpected error (no valid methods). Using AP Flat Rate." most of the time.
Its a shame, cause other than this, the module is working perfectly for me. Ive turned on curl and PHP version is; 5.2.10
The fact that you are (apparently) getting a valid quote *sometimes* indicates that there is nothing wrong with your cURL or PHP or anything else to do with the functionality of your setup.
Quote:
Originally Posted by
Scott_C
Our Zen Cart install (1.3.8) is in a testing environment at the moment, and unfortunately, the shipping estimator fails to retrieve a quote more often than not.
I'm betting that it isn't a bug, but normal operation.
The most probable cause of your problem is "invalid" input data,
examples include:
Items that apparently don't weigh anything, or are too small to be accepted as a parcel and you have disabled letters as a valid method
The products being quoted exceed the maximum limits imposed by Australia Post.
(The module won't provide a quote for parcel sizes/weights that Australia Post won't accept).
Quote:
Originally Posted by
Scott_C
Im going have to ditch this module (which is a shame as I really like it) and install a Table rate module with fixed prices.
Suits me just fine. One less person for me to support for free
:yes:
Guess you wasn't expecting THAT response was you. :D
Seriously, was there a point you was trying to make with this comment? I don't think anyone really cares what modules you use (or don't use), and I was very tempted to not even reply to this post figuring I'm just going to be wasting my time anyway because you have come across as the kind of person that is going to refuse to acknowledge that it is your data causing your problems - it is easier for you to blame the module.
Quote:
Originally Posted by
Scott_C
(I just dont want customers getting a flat rate quote)
Setting the 'cost on error' values to zero will effectively disable the module if a valid quote can't be obtained, and if this is (as I suspect) because your item(s), according to the weights and dimensions that you have provided, will be rejected by Australia Post due to size/weight limits you'll be needing to provide an alternative shipping method anyway.
Rod.
Re: ozpost module problems
Hi Rod, well please dont take my post as a dig, I think youve done a great job.
Quote:
Originally Posted by
RodG
The fact that you are (apparently) getting a valid quote *sometimes* indicates that there is nothing wrong with your cURL or PHP or anything else to do with the functionality of your setup.
Agreed.
Quote:
Originally Posted by
RodG
I'm betting that it isn't a bug, but normal operation.
The most probable cause of your problem is "invalid" input data,
examples include:
Items that apparently don't weigh anything, or are too small to be accepted as a parcel and you have disabled letters as a valid method
The products being quoted exceed the maximum limits imposed by Australia Post.
(The module won't provide a quote for parcel sizes/weights that Australia Post won't accept).
Im not sure this is the case. The products being sold are cosmetics and are shipped in 500gram or 3kg satchels. (regular or express) - I add products weighing say; 600grams - and it wont retreive any quote? Sometimes the quote works and sometimes it doesnt with the exact same products in the cart.
Letters are not a viable option due to the bulkiness of the products (nail polish bottle for example)
Quote:
Originally Posted by
RodG
Suits me just fine. One less person for me to support for free
:yes:
Guess you wasn't expecting THAT response was you. :D
Actually, reading some of your other posts, it comes as no surprise! :wink:
Quote:
Originally Posted by
RodG
Seriously, was there a point you was trying to make with this comment?
I posted here because Im not the only one getting this error. (have a look at the other posts in this thread) And by putting my hand up and saying that Im getting this error too - maybe there is a bug in the module?
Quote:
Originally Posted by
RodG
I don't think anyone really cares what modules you use (or don't use), and I was very tempted to not even reply to this post figuring I'm just going to be wasting my time anyway because you have come across as the kind of person that is going to refuse to acknowledge that it is your data causing your problems - it is easier for you to blame the module.
Its a shame you judge quickly. :-)
If its my data causing the problem, and i can get this module to work 100% No one will be happier than me. (and Ill gladly put my hand up and say I was wrong)
Quote:
Originally Posted by
RodG
Setting the 'cost on error' values to zero will effectively disable the module if a valid quote can't be obtained
cool, I forgot about that.
Quote:
Originally Posted by
RodG
and if this is (as I suspect) because your item(s), according to the weights and dimensions that you have provided, will be rejected by Australia Post due to size/weight limits you'll be needing to provide an alternative shipping method anyway.
Rod.
Well ill keep testing, but Im surprised that a couple of products with a combined weight of a few hundred grams wont retrieve a quote based on a satchel.
Cheers,
Scott.
P.S. Do you have some sort of flood protection enabled on your server? Cause I found that the module always works initially (first half a dozen quote or so) and then as I keep varying the cart contents, changing the shipping address, hitting the 'estimate shipping' button that I then get the "Unexpected error (no valid methods). Using AP Flat Rate." message. Just a thought....
Re: ozpost module problems
Quote:
Originally Posted by
Scott_C
The products being sold are cosmetics and are shipped in 500gram or 3kg satchels.
You may know they need to be shipped in the prepaid satchels, but if the module determines they will fit into a letter sized package, then that is what it will quote for. Furthermore if you have disabled letters as a valid method and only letter rates are being returned by the server then there will be no valid quote to give and the module will fall back to the flat rate method.
Quote:
Originally Posted by
Scott_C
(regular or express) - I add products weighing say; 600grams - and it wont retreive any quote? Sometimes the quote works and sometimes it doesnt with the exact same products in the cart.
I have one word to say to this "bullshot" (typo intended) :smile:
Quote:
Originally Posted by
Scott_C
Letters are not a viable option due to the bulkiness of the products (nail polish bottle for example)
Really? I've taken the liberty of checking out your site, and according to the dimensions you have provided (at least on the item I checked, namely the Crush Cosmetics 88 Ultra Shimmer Palette it is well within the limits to be sent as a large letter.
Quote:
Originally Posted by
Scott_C
Actually, reading some of your other posts, it comes as no surprise! :wink:
LOL, in that case you should also know that I am rarely ever wrong with anything I say or suggest, which makes you seem a little foolish when you try to feed me bullshot and make claims that I already know are incorrect.
Quote:
Originally Posted by
Scott_C
I posted here because Im not the only one getting this error.
True, but this apparent 'error', if you had really bothered to read all messages in this thread has 4 known possible causes.
1. It needs cURL enabled
2. It needs PHP V5.1x or V5.2x
3. You are not using 'ozpost' but 'AustPost'
4. The input data is such that valid quotes cannot be given.
You are welcome to call these 'bugs' if you wish, but nonetheless they are all well known and yet you are under the impression that your problem is somehow *different* from any of these.
Quote:
Originally Posted by
Scott_C
(have a look at the other posts in this thread)
What a silly suggestion... This implies that I've actually been replying to most of them without reading them.
One of us is being silly/foolish, and I know this does apply to me occasionally, that isn't the case here.
Quote:
Originally Posted by
Scott_C
And by putting my hand up and saying that Im getting this error too - maybe there is a bug in the module?
$1000 says it isn't!
Quote:
Originally Posted by
Scott_C
Its a shame you judge quickly. :-)
It is a much bigger shame that even though you are aware of my nature and the many postings I have made you still believe I have somehow made a mistake in judgment on this occasion?
Quote:
Originally Posted by
Scott_C
If its my data causing the problem, and i can get this module to work 100% No one will be happier than me. (and Ill gladly put my hand up and say I was wrong)
No need to do that... you are arguing or disagreeing with me on a matter where I'm the expert ... you can be nothing but wrong. :D
I'm not an arrogant person (although many seem to think so), it is just that I'm right 99.999% of the time. It's not arrogance, it is confidence.
I'm right, you're wrong... If you can accept that you'll save us both a lot of time :yes:
Quote:
Originally Posted by
Scott_C
Do you have some sort of flood protection enabled on your server?
Here we go again.... you simply aren't happy to accept what I told you is the cause of your problem, you are now trying to suggest that it is a problem at the server.
I won't deny that a server (or network) problem won't give you the same results, but seriously, if that were the case you'd being seeing a lot more people putting their hands up saying 'sometimes it works, but most times it doesn't'
Again, you must still be thinking the problem has nothing to do with you, and would prefer to find the problem elsewhere.
Quote:
Originally Posted by
Scott_C
Cause I found that the module always works initially (first half a dozen quote or so) and then as I keep varying the cart contents, changing the shipping address, hitting the 'estimate shipping' button that I then get the "Unexpected error (no valid methods). Using AP Flat Rate." message. Just a thought....
Again, you trying to insult my intelligence. This is bullshot, and we BOTH know it.
Quote:
Originally Posted by
Scott_C
Well ill keep testing,
I'll save you the hassle shall I?
Your problem IS caused because the dimensions you have given your products (at least the few I just checked) are such that they can be mailed as large letters. Furthermore you have disabled letters as a valid shipping method.
You have several options available to you.
1. Increase the size of your products so that they are too large to be considered a letter.
2. Enable letter rates as a valid shipping method.
3. set the Hide parcel rates if letter sized option to "NO"
My recommendation would be option#3.
I humbly await your apology, and please don't insult me with your misleading bullshot again.
Thanks
Rod.
ps. Just to avoid further 'discussion' or 'denials', the following link shows what the server currently returns with 1x Crush Cosmetics 88 Ultra Shimmer Palette in the cart to destination postcode 2009
http://ozpost.vcsweb.com/postage.php...1&=&host=Crush
and this link
http://ozpost.vcsweb.com/postage.php...0&=&host=Crush
.. will show what *will* be returned with the same item, to the same destination when you enable option#3 above. :smartalec:
Re: ozpost module problems
Its possible Im wrong here and didnt have an option set up properly or something.... but whether I'm wrong or right is really beside the point.
The issue as I see it Rod, is that you're continually rude and belligerent to people who are genuinely seeking answers. I didnt come on here to attack your module (I actually complemented it) but with the diatribe i received from you Ive decided to ditch it and seek another method entirely.
So...dont bother replying (or do I dont care) - I wont be reading it. :cheers:
P.S. Here's some recommended reading for ya; a bedtime story :cool:
Re: ozpost module problems
Quote:
Originally Posted by
Scott_C
Its possible Im wrong here and didnt have an option set up properly or something.... but whether I'm wrong or right is really beside the point.
Still in denial eh.
I really did have you sussed out all along. I did the work for you, I've positively identified the error in your data, and I still get a slap in the face because I wasn't 'nice' to you. Just can't satisfy some people.
I would have been much nicer if you didn't lace your statements with what we both know were outright lies designed to make your claims appear more valid than they were.
Quote:
Originally Posted by
Scott_C
The issue as I see it Rod, is that you're continually rude
You call it rude. I call it being bluntly honest. I have no need or reason to tolerate bullshot from you (or anyone else for that matter).
The simple fact is, you gave the bull, I called you on it. You only have yourself to blame for your obvious embarrassment.
Quote:
Originally Posted by
Scott_C
but with the diatribe i received from you Ive decided to ditch it and seek another method entirely.
And this is supposed to hurt me somehow? I've already stated in my very first reply to you that YOUR attitude was almost enough to make me not want to help you in the first place. My mistake (and I really don't make that many) was ignoring my own gut feeling and attempting to help you anyway.
I won't make that mistake with you again.
I'd like to say I won't make the same mistake with others either, but it is in my nature to give everyone a second chance. You had yours and you blew it. (twice)
Quote:
Originally Posted by
Scott_C
So...dont bother replying (or do I dont care) - I wont be reading it.
LOL, the thing is, I am apparently a better judge of character than you are ... I *know* you are reading this ... you simply can't help yourself.
That is your nature.
Just as it is my nature to call a spade a spade.
Rod.
