Zen Cart Logo
Forums / Addon Shipping Modules / ozpost shipping module

ozpost shipping module

Views: 403,092

Results 1,621 to 1,640 of 2,251
25 Sep 2011, 7:24 AM
#1621
rodg avatar

rodg

Deceased

Join Date:
Jan 2007
Location:
Australia
Posts:
6,263
Plugin Contributions:
4

ozpost shipping module

Bruce1952:

The issue is back again
Can you please tell me what is going on and what I need to do.

This is still a mystery to me. According to the log files your store still hasn't connected to the ozpost.net servers since Sept 14th.

I'm at a total loss to explain anything that has been going on since then and now.

I have noticed one thing that may be causing an issue, and that is you apparently have a ® (regd symbol) as part of your store name admin->configuration->mystore, and although this has never caused a problem in the past it is possible that this is triggering an apache mod_security error.

Please remove this character from the store name and see if the problem continues. If my guess is correct (and it really is just a guess) you should be able to make the problem come and go at will by inserting and removing this character.

Let me know of the results.

If this does turn out to be the cause of the problem I will modify the code to avoid the issue in a future update.

Cheers
Rod

25 Sep 2011, 8:33 AM
#1622
bruce1952 avatar

bruce1952

Totally Zenned

Join Date:
Aug 2008
Location:
Sydney Australia
Posts:
828
Plugin Contributions:
0

Re: ozpost shipping module

RodG:

Curious. According to the log files, your store hasn't connected to the ozpost servers since 14/9 (5 days ago).

If the error goes away with the auto-update disabled then I would suggest you do so until I can figure out what the heck is going on.

With this disabled you will still be notified of updates (when available) but they won't try to install themselves until you toggle the auto-update setting back on again.

I'm not sure what to make of this at the moment. Everything seems OK at the moment according to my tests, but to have two error reports in the same day is very unusual and needs further investigation.

Cheers
Rod

Rod,

Why has my remaining days dropped down to 60 when I should have over 300 left?

25 Sep 2011, 9:05 AM
#1623
rodg avatar

rodg

Deceased

Join Date:
Jan 2007
Location:
Australia
Posts:
6,263
Plugin Contributions:
4

Re: ozpost shipping module

Bruce1952:

Rod,

Why has my remaining days dropped down to 60 when I should have over 300 left?

Dropping the ® (regd symbol) from the store name caused it to be registered as a new store by our servers, as such it was showing the standard 60 day trial period for all new stores.

The database has been updated to reflect the correct period remaining.

You'll need to use the store name without the **® **symbol until I can find a fix (which will probably involve stripping such characters from the request string, rather than just URL encoding them) because this is what is preventing the requests from reaching the servers, apparently.

Cheers
Rod

25 Sep 2011, 9:18 AM
#1624
bruce1952 avatar

bruce1952

Totally Zenned

Join Date:
Aug 2008
Location:
Sydney Australia
Posts:
828
Plugin Contributions:
0

Re: ozpost shipping module

Rod,

Ok just checked and updated it is now at 59 days. Could be more issues than just the trade mark.

25 Sep 2011, 9:34 AM
#1625
rodg avatar

rodg

Deceased

Join Date:
Jan 2007
Location:
Australia
Posts:
6,263
Plugin Contributions:
4

Re: ozpost shipping module

Bruce1952:

Rod,

Ok just checked and updated it is now at 59 days. Could be more issues than just the trade mark.

I should've mentioned, it could take up to an hour for the secondary servers to syncronise with the primary server, so you may find a little bit of instability for a while, depending on which server you connect to.

The drop from 60 days to 59 days was a result of the unregistered new store record being synced with the secondary server, which is in a different time-zone..

Cheers
Rod

25 Sep 2011, 8:45 PM
#1626
bruce1952 avatar

bruce1952

Totally Zenned

Join Date:
Aug 2008
Location:
Sydney Australia
Posts:
828
Plugin Contributions:
0

Re: ozpost shipping module

Rod,

It does appear that the ® symble causes the issue but not continally. Since I have removed the ® yesterday everything seems to be running how it should.

Thanks for your help and please let me know if you have a work around in the future as we have registered the name and would like to display that it is in the future but until you let me know I will leave it out.

26 Sep 2011, 10:57 AM
#1627
artycles avatar

artycles

New Zenner

Join Date:
Sep 2006
Location:
Loch Victoria Australia
Posts:
45
Plugin Contributions:
0

Re: ozpost shipping module

I've been merrily chugging along on v2.0.6 thinking I'd upgrade it as soon as I'd had time to upgrade my Zencart.

Being that I had a reasonable window of time this evening I thought, that was a job I could get out of the way. How wrong could I be?

I followed the instructions, just copying across the files that were recommended in the upgrade.txt information, this didn't work
I received the following messsage:

Fatal error: Cannot redeclare class ozpost in /home/kaysarty/public_html/includes/modules/shipping/ozpost.php on line 1508

OK, simple, go back to what I had before. no... not simple because I still have error messages. I replaced the new files with the old files that had been there before.

So, what to do? I should install the whole thing as if it was a new install. Which I did, copying all the files across in their correct architecture.

Still have messages: (I've XXXX'd out my admin file name)

Warning: include(/home/kaysarty/public_html/includes/languages/english/modules/shipping/austpost.php) [function.include]: failed to open stream: No such file or directory in /home/kaysarty/public_html/XXXXX/modules.php on line 173

Warning: include() [function.include]: Failed opening '/home/kaysarty/public_html/includes/languages/english/modules/shipping/austpost.php' for inclusion (include_path='.:/usr/lib/php:/usr/local/lib/php') in /home/kaysarty/public_html/XXXXX/modules.php on line 173

Fatal error: Cannot redeclare class ozpost in /home/kaysarty/public_html/includes/modules/shipping/ozpost.php on line **1508

**Now I'm stumped, because it doesn't work and I haven't been able to restore it back.

I'm not sure why, but the shipping module page is also looking odd as I can't uninstall ozpost, or indeed access my flat rate part to have the site up and working in the mean time.

I can see where it refers to lines e.g. line 173 but I'm unsure what I'm supposed to do about it

any suggestions as to what I could have done or can do now?

26 Sep 2011, 11:13 AM
#1628
artycles avatar

artycles

New Zenner

Join Date:
Sep 2006
Location:
Loch Victoria Australia
Posts:
45
Plugin Contributions:
0

Re: ozpost shipping module

Thanks to Rod, who had emailed me about something else, I see that I have my old renamed file still there which has caused the problem... all good now. thanks

27 Sep 2011, 10:56 PM
#1629
robbie269 avatar

robbie269

Zen Follower

Join Date:
Feb 2010
Location:
New South Wales, Australia
Posts:
228
Plugin Contributions:
0

Re: ozpost shipping module

Hi Rod

I have the ozpost shipping estimator on the bottom of the shopping cart.
I works fine except it gives an error message "Postcode must contain 4 digits!" before anyone even gets a chance to enter a postcode.
It is a bit annoying more than anything. Is it possible to get rid of the message?

Robyn

28 Sep 2011, 3:32 AM
#1630
rodg avatar

rodg

Deceased

Join Date:
Jan 2007
Location:
Australia
Posts:
6,263
Plugin Contributions:
4

Re: ozpost shipping module

robbie269:

I works fine except it gives an error message "Postcode must contain 4 digits!" before anyone even gets a chance to enter a postcode.
It is a bit annoying more than anything. Is it possible to get rid of the message?

This has been taken care of in the current version V3.1.2

Cheers
Rod

28 Sep 2011, 3:40 AM
#1631
robbie269 avatar

robbie269

Zen Follower

Join Date:
Feb 2010
Location:
New South Wales, Australia
Posts:
228
Plugin Contributions:
0

Re: ozpost shipping module

RodG:

This has been taken care of in the current version V3.1.2

Thanks Rod

I just updated and it is now OK. What is the best way to know when updates are available?

Robyn

28 Sep 2011, 5:57 AM
#1632
rodg avatar

rodg

Deceased

Join Date:
Jan 2007
Location:
Australia
Posts:
6,263
Plugin Contributions:
4

Re: ozpost shipping module

robbie269:

Thanks Rod

I just updated and it is now OK. What is the best way to know when updates are available?

Robyn

The best way is to navigate to the /modules/shipping/ page of your store every so often. If there are any ozpost updates available you will either be informed about them, or they'll be automatically installed, depending on your settings.

I also post an announcement in this forum whenever I upload a new version.

Cheers
Rod

28 Sep 2011, 2:25 PM
#1633
rodg avatar

rodg

Deceased

Join Date:
Jan 2007
Location:
Australia
Posts:
6,263
Plugin Contributions:
4

Re: ozpost shipping module

Bruce1952:

Rod,
It does appear that the ® symble causes the issue but not continally. Since I have removed the ® yesterday everything seems to be running how it should.

You're right, it wasn't consistent. It turns out that it depends on which of our servers are being connecting to.

Only one of the three has the problem, and I think I've narrowed the cause down to over restrictive(?) rules with the hosts mod_security settings.

I've submitted a support ticket to our host to see if they can relax the restriction.

Bruce1952:

Thanks for your help and please let me know if you have a work around in the future as we have registered the name and would like to display that it is in the future but until you let me know I will leave it out.

I'll let you know what our host has to say, meanwhile, I've made a minor change to the code that will prevent the character from being sent to the servers in the first place, which will cure the problem even without help from the host.

If you wish to make the change yourself so as to get the (R) working again ASAP, you can load the file

/includes/modules/shipping/ozpost.php into a text editor

Somewhere near line#130 you should see this:

$this->HOST = urlencode( STORE_NAME )  ;
```Replace it with this: 

$this->HOST= urlencode(preg_replace('/[^A-Za-z0-9\s\s+.'"-&]/', '', STORE_NAME )) ;


IF for any reason this causes you grief, another option would be to replace the line with this: 

```html
$this->HOST= urlencode("Store Name") ;   
```Where "Store Name" is the name of your store *without* the (R) symbol.   

This will only be used by the ozpost module, so the (R) will still display correctly elsewhere. 

I shall be incorporating the first solution into the next update (which other than this, currently has no other known issues, so it may be a while).  

Cheers
Rod
29 Sep 2011, 4:09 AM
#1634
rodg avatar

rodg

Deceased

Join Date:
Jan 2007
Location:
Australia
Posts:
6,263
Plugin Contributions:
4

Re: ozpost shipping module

Bruce1952:

It does appear that the ® symble causes the issue but not continally. Since I have removed the ® yesterday everything seems to be running how it should.

Thanks for your help and please let me know if you have a work around in the future as we have registered the name and would like to display that it is in the future but until you let me know I will leave it out.

You can now freely use the ® symbol again. No code changes needed. Our webhost modified their filters for us :D

Please let me know of any other problems.

Cheers
Rod

2 Oct 2011, 4:53 AM
#1635
ozmosaics avatar

ozmosaics

Inactive

Join Date:
Mar 2009
Location:
Queensland Australia
Posts:
28
Plugin Contributions:
0

Re: ozpost shipping module

Dear Rod,
Thanks for the latest update. Fantastic how Updates are highlighted in the backend of ZenCart and how EASY IT IS to do the update. Thanks for the auto feature!!!!!!!!!

The Shipping Estimator is sleek!

Just wanted to let you know it is appreciated!
Kind regards
Sandy Robertson
OzMosaics:clap:

2 Oct 2011, 5:03 AM
#1636
rodg avatar

rodg

Deceased

Join Date:
Jan 2007
Location:
Australia
Posts:
6,263
Plugin Contributions:
4

Re: ozpost shipping module

ozmosaics:

Dear Rod,
Thanks for the latest update. Fantastic how Updates are highlighted in the backend of ZenCart and how EASY IT IS to do the update. Thanks for the auto feature!!!!!!!!!

The Shipping Estimator is sleek!

Just wanted to let you know it is appreciated!
Kind regards
Sandy Robertson
OzMosaics:clap:

Thanks for your comments. I have had a fair bit of good feedback in regards to this (and other aspects of the module) in my emails, but it is really nice to have similar comments posted in the public forums occasionally. It makes a pleasant change from the usual problems and fixes.
:smile:

Thanks again.
Rod

5 Oct 2011, 3:27 PM
#1638
wakeleymb avatar

wakeleymb

New Zenner

Join Date:
Sep 2011
Location:
Sydney, Australia
Posts:
48
Plugin Contributions:
0

Re: ozpost shipping module

i'd like to know if this module is accurate in its pricing and what the max. dimensions and weight is allowed with australia post? i assume the default 30,40,30 is the dimension for the parcel?

6 Oct 2011, 2:27 AM
#1639
rodg avatar

rodg

Deceased

Join Date:
Jan 2007
Location:
Australia
Posts:
6,263
Plugin Contributions:
4

Re: ozpost shipping module

wakeleymb:

i'd like to know if this module is accurate in its pricing

Yes, it is very accurate, but only as long as the data that you provide for your product weights and dimensions is also accurate.

As they say 'Garbage in, Garbage out'.

wakeleymb:

and what the max. dimensions and weight is allowed with australia post?

This is a question for Australia Post. Neither I, nor the ozpost module has any control over what any given carrier allows.

Having said that, I thought everyone in Oz knows these limits, they are clearly publiciced.
Max weight 20kg, max length 104cm, max girth 140cm.

The ozpost module is aware of these limits and will not provide an Australia Post quote if they are exceeded.

wakeleymb:

i assume the default 30,40,30 is the dimension for the parcel?

Why would you make an assumption like that? Where did you get these numbers from?

The ozpost module does have a default setting for item dimensions, and the distribution files has this pre-set to
29,25,2.5, which was chosen to 1) be large enough to ensure that any item(s) without their own dimensions will never be quoted at letter rates, and 2) to keep the item(s) without their own dimensions from being subject to any cubing rules.

IF YOU RELY ON THESE DEFAULTS YOU CANNOT EXPECT ACCURATE QUOTES. They will be mostly right, as most quotes are based on weight only, BUT accurate dimensions are needed for each item so that the module can calculate how many of any given item (or items) will fit into any given sized envelope/satchel/box/parcel.

It is foolhardy to assume that an item weighing under 500gm will actually fit into a 500gm satchel, etc... Oftentimes items of this weight will actually be too large to fit, but if your weights and dimensions are accurate it could be possible to fit this same <500gm into into a 3kg satchel instead, so this would be a valid option presented to the customer.

As I say, if you provide accurate data for your items then the module will produce only valid and accurate results for your customers to select from. If your data isn't accurate then the module could start producing quotes for packages that are physically impossible to create.

Finally, before you ask, by default, the module will only attempt to create a single parcel for quote purposes. If the parcel happens to be too heavy (eg, over 20kg for Australia Post) then this option won't be given.

I have tried many different methods over the years to create code that will reliably 'spilt' large parcels into several smaller ones, but this turns out to be a very complex task to do correctly. All such code I've seen so far runs the risks of splitting parcels in impossible ways.

Example:
Item #1 weighing 18kg
Item#2 weighting 4kg

Total weight, 22kg - Two heavy for AP, and 'simple' parcel splitting will request a quote for two parcels @ 11kg each, which 1) is probably going to cost something different than 1 parcel@18kg and 1 parcel@4k, and 2) Is it going to physically impossible to split these items in half so that half of each goes into each box.

And that is just with TWO items. Imagine how complex and error prone it will be as more and more items get added.

Having said that, Zencart itself does have code to perform this parcel splitting, and so for those that wish to take the risks mentioned above, the ozpost module has a setting that will allow these figures to be used instead. It also has an option to 'restrain dimensions' so that a quote won't be rejected on size alone. Either of these can/will affect the 'real world accuracy' that ozpost was designed for, but by providing these options it does give the user a choice...

Cheers
Rod

9 Oct 2011, 12:51 PM
#1640
rodg avatar

rodg

Deceased

Join Date:
Jan 2007
Location:
Australia
Posts:
6,263
Plugin Contributions:
4

Re: ozpost shipping module

vandiermen:

hello,
admin\includes\modules\product\collect_info.php has been updated in v1.3.9h to fix some problems described here http://www.zen-cart.com/forum/showthread.php?t=165081
ozpost uses collect_info.php from 1.3.9g, i think its good to merge.

Thanks for that. I'll add this to the next update (assuming no more changes are needed).

It sure would be nice if the dev team would add the dimension fields as standard. We'd not need to touch any of the /admin/ files then :)

I find this to be the single biggest 'flaw' that zen-cart has, and one of the easiest to take care of. It's not like ozpost is the only shipping module that needs dimensional data, and they all add it in the same way (why re-invent the wheel?) and it isn't as though adding these fields will break existing installations, so the reasons why we are forced to jump though these /admin/ changes remains a mystery to me. :(

Anyway, thanks again for the merge.

Cheers
Rod