Printable View
G'day All,
I've just uploaded my latest creation for Australian users, a shipping module called 'ozpost'.
Get it here: http://www.zen-cart.com/index.php?ma...oducts_id=1286
Based on lessons learned from my development of the 'Austpost Improved' module this is all new code, all new servers, with many, many improvements.
As with any new code though there are sure to be lots of new bugs.
This thread is the place to report and discuss any issues that you may have.
Enjoy
RodG
Hi Rod
I've got a couple of questions.
Does it do E-parcel registered post?
Can you override the costs within the admin module yet or would I still have to modify code? If code then can you let me know which source file?
Cheers
Andy
No. (it doesn't do any eParcel quotes, registered or otherwise).Quote:
Originally Posted by ionebusiness
I'm assuming by eParcel you are referring to this:
http://www.auspost.com.au/eParcel/
What do you mean 'yet'? This implies it was something that was planned. I had no such plans.Quote:
Originally Posted by ionebusiness
One of the main objectives of this update was to simplify the client code by having the server return all possible shipping methods (and prices) based on the data it is fed.Quote:
Originally Posted by ionebusiness
It returns this data in .XML format.
All the client software has to do is provide this data and then exclude any unwanted/disabled shipping methods.
Because of this change in methology not all individual prices are available to the client. For example, a registered parcel will show the total cost (postage and reg fees) with no (easy) means of isolating the two components.
Now having said that, the client code is now very simple to add additional shipping methods (as they are added to the server), and also pretty easy to read (and modify).
Anyway, back to your question.. forgive me if we've been over this before, but exactly what cost and in what way do you need to modify them?
Cheers
Rod
Hi Rod
Thanks for answering those questions.
Yes, that's what I meant by eparcel. Do you know of any other modules that handle this?
All I meant re. the price modifications in the admin section was that I have a customer who asks me to override the actual Australia Post prices and I currently do this by modifying austpost.php. I was just wondering if you were going to put this in the admin section - don't get me wrong I wasn't implying like it was something I thought you had planned for the new ozpost module. Obviously I phrased my question incorrectly and for that I apologise.
Cheers
Andy
None that I'm aware of.Quote:
Originally Posted by ionebusiness
Hmmm, no. The place to make cost adjustments is with the P&H charges, rather than the actual postage costs, and this can be done via the admin interface.Quote:
Originally Posted by ionebusiness
<phew> That's good. I thought for a moment that I may have at some time given you the impression I was heading towards this, or that it was something I had hinted at adding.Quote:
Originally Posted by ionebusiness
The fact is. I believe it would be morally wrong to have the module present an artificially inflated *postage* cost to the customer. It also somewhat defeats the aim of giving accurate quotes.
Charging an 'inflated' P&H fee is a whole different ballgame though, which is why these fees are user defined.
Having said that, if you (or your client) really does want to inflate the postage quotes, you will find this much easier to do with the new code than it was the old code, primarily because the code itself is much simpler and cleaner.
Cheers
Rod
Now available for download.Quote:
Originally Posted by RodG
http://www.zen-cart.com/index.php?ma...oducts_id=1286
Cheers
Rod
May I know how to split a parcel into more than a box, if the parcel's length or girth or weight exceeded the Australia Post limit?
Thanks.
Due to problems caused by splitting some parcels by length or girth this functionality hasn't been carried across from the old module (yet).Quote:
Originally Posted by BW2008
Cheers
Rod
After installing the module, I am getting these errors in Module -> Shipping.
Warning: Missing argument 4 for template_func::get_template_dir(), called in /home/sem49363/public_html/includes/modules/shipping/ozpost.php on line 67 and defined in /home/sem49363/public_html/includes/classes/template_func.php on line 42
Warning: Missing argument 4 for template_func::get_template_dir(), called in /home/sem49363/public_html/includes/modules/shipping/ozpost.php on line 69 and defined in /home/sem49363/public_html/includes/classes/template_func.php on line 42
Warning: Missing argument 4 for template_func::get_template_dir(), called in /home/sem49363/public_html/includes/modules/shipping/ozpost.php on line 70 and defined in /home/sem49363/public_html/includes/classes/template_func.php on line 42
Warning: Missing argument 4 for template_func::get_template_dir(), called in /home/sem49363/public_html/includes/modules/shipping/ozpost.php on line 97 and defined in /home/sem49363/public_html/includes/classes/template_func.php on line 42
Warning: Missing argument 4 for template_func::get_template_dir(), called in /home/sem49363/public_html/includes/modules/shipping/ozpost.php on line 97 and defined in /home/sem49363/public_html/includes/classes/template_func.php on line 42
Warning: Missing argument 4 for template_func::get_template_dir(), called in /home/sem49363/public_html/includes/modules/shipping/ozpost.php on line 97 and defined in /home/sem49363/public_html/includes/classes/template_func.php on line 42
Warning: Missing argument 4 for template_func::get_template_dir(), called in /home/sem49363/public_html/includes/modules/shipping/ozpost.php on line 97 and defined in /home/sem49363/public_html/includes/classes/template_func.php on line 42
Warning: Missing argument 4 for template_func::get_template_dir(), called in /home/sem49363/public_html/includes/modules/shipping/ozpost.php on line 97 and defined in /home/sem49363/public_html/includes/classes/template_func.php on line 42
Warning: Missing argument 4 for template_func::get_template_dir(), called in /home/sem49363/public_html/includes/modules/shipping/ozpost.php on line 97 and defined in /home/sem49363/public_html/includes/classes/template_func.php on line 42
Warning: Missing argument 4 for template_func::get_template_dir(), called in /home/sem49363/public_html/includes/modules/shipping/ozpost.php on line 97 and defined in /home/sem49363/public_html/includes/classes/template_func.php on line 42
Warning: Missing argument 4 for template_func::get_template_dir(), called in /home/sem49363/public_html/includes/modules/shipping/ozpost.php on line 97 and defined in /home/sem49363/public_html/includes/classes/template_func.php on line 42
Warning: Missing argument 4 for template_func::get_template_dir(), called in /home/sem49363/public_html/includes/modules/shipping/ozpost.php on line 97 and defined in /home/sem49363/public_html/includes/classes/template_func.php on line 42
Warning: Missing argument 4 for template_func::get_template_dir(), called in /home/sem49363/public_html/includes/modules/shipping/ozpost.php on line 97 and defined in /home/sem49363/public_html/includes/classes/template_func.php on line 42
Warning: Missing argument 4 for template_func::get_template_dir(), called in /home/sem49363/public_html/includes/modules/shipping/ozpost.php on line 97 and defined in /home/sem49363/public_html/includes/classes/template_func.php on line 42
Warning: Missing argument 4 for template_func::get_template_dir(), called in /home/sem49363/public_html/includes/modules/shipping/ozpost.php on line 97 and defined in /home/sem49363/public_html/includes/classes/template_func.php on line 42
Warning: Missing argument 4 for template_func::get_template_dir(), called in /home/sem49363/public_html/includes/modules/shipping/ozpost.php on line 97 and defined in /home/sem49363/public_html/includes/classes/template_func.php on line 42
Warning: Missing argument 4 for template_func::get_template_dir(), called in /home/sem49363/public_html/includes/modules/shipping/ozpost.php on line 97 and defined in /home/sem49363/public_html/includes/classes/template_func.php on line 42
Warning: Missing argument 4 for template_func::get_template_dir(), called in /home/sem49363/public_html/includes/modules/shipping/ozpost.php on line 97 and defined in /home/sem49363/public_html/includes/classes/template_func.php on line 42
Warning: Missing argument 4 for template_func::get_template_dir(), called in /home/sem49363/public_html/includes/modules/shipping/ozpost.php on line 97 and defined in /home/sem49363/public_html/includes/classes/template_func.php on line 42
Warning: Missing argument 4 for template_func::get_template_dir(), called in /home/sem49363/public_html/includes/modules/shipping/ozpost.php on line 97 and defined in /home/sem49363/public_html/includes/classes/template_func.php on line 42
Warning: Missing argument 4 for template_func::get_template_dir(), called in /home/sem49363/public_html/includes/modules/shipping/ozpost.php on line 97 and defined in /home/sem49363/public_html/includes/classes/template_func.php on line 42
Warning: Missing argument 4 for template_func::get_template_dir(), called in /home/sem49363/public_html/includes/modules/shipping/ozpost.php on line 97 and defined in /home/sem49363/public_html/includes/classes/template_func.php on line 42
Warning: Missing argument 4 for template_func::get_template_dir(), called in /home/sem49363/public_html/includes/modules/shipping/ozpost.php on line 97 and defined in /home/sem49363/public_html/includes/classes/template_func.php on line 42
Warning: Missing argument 4 for template_func::get_template_dir(), called in /home/sem49363/public_html/includes/modules/shipping/ozpost.php on line 97 and defined in /home/sem49363/public_html/includes/classes/template_func.php on line 42
Warning: Missing argument 4 for template_func::get_template_dir(), called in /home/sem49363/public_html/includes/modules/shipping/ozpost.php on line 97 and defined in /home/sem49363/public_html/includes/classes/template_func.php on line 42
Warning: Missing argument 4 for template_func::get_template_dir(), called in /home/sem49363/public_html/includes/modules/shipping/ozpost.php on line 97 and defined in /home/sem49363/public_html/includes/classes/template_func.php on line 42
Warning: Missing argument 4 for template_func::get_template_dir(), called in /home/sem49363/public_html/includes/modules/shipping/ozpost.php on line 97 and defined in /home/sem49363/public_html/includes/classes/template_func.php on line 42
Warning: Missing argument 4 for template_func::get_template_dir(), called in /home/sem49363/public_html/includes/modules/shipping/ozpost.php on line 97 and defined in /home/sem49363/public_html/includes/classes/template_func.php on line 42
Warning: Missing argument 4 for template_func::get_template_dir(), called in /home/sem49363/public_html/includes/modules/shipping/ozpost.php on line 97 and defined in /home/sem49363/public_html/includes/classes/template_func.php on line 42
Warning: Missing argument 4 for template_func::get_template_dir(), called in /home/sem49363/public_html/includes/modules/shipping/ozpost.php on line 97 and defined in /home/sem49363/public_html/includes/classes/template_func.php on line 42
Warning: Missing argument 4 for template_func::get_template_dir(), called in /home/sem49363/public_html/includes/modules/shipping/ozpost.php on line 97 and defined in /home/sem49363/public_html/includes/classes/template_func.php on line 42
Warning: Missing argument 4 for template_func::get_template_dir(), called in /home/sem49363/public_html/includes/modules/shipping/ozpost.php on line 97 and defined in /home/sem49363/public_html/includes/classes/template_func.php on line 42
Warning: Missing argument 4 for template_func::get_template_dir(), called in /home/sem49363/public_html/includes/modules/shipping/ozpost.php on line 97 and defined in /home/sem49363/public_html/includes/classes/template_func.php on line 42
Warning: Missing argument 4 for template_func::get_template_dir(), called in /home/sem49363/public_html/includes/modules/shipping/ozpost.php on line 97 and defined in /home/sem49363/public_html/includes/classes/template_func.php on line 42
1062 Duplicate entry 'MODULE_SHIPPING_OZPOST_STATUS' for key 2
in:
[insert into configuration (configuration_title, configuration_key, configuration_value, configuration_description, configuration_group_id, sort_order, set_function, date_added) VALUES ('Enable the ozpost module by
', 'MODULE_SHIPPING_OZPOST_STATUS', 'True', 'Enable this Module', '6', '1', 'zen_cfg_select_option(array(\'True\', \'False\'), ', now())]
If you were entering information, press the BACK button in your browser and re-check the information you had entered to be sure you left no blank fields.
What did I do wrong???
Hi Rod,
Just a quick question and probably quite an easy one at that. Can I use this module to only handle international orders as I am wanting to have free postage Australia wide?
Thanks.
Good question. What DID you do wrong?Quote:
Originally Posted by shaqadamus
As you are (hopefully) aware, this module is all new code, and as such I don't have any historical data or any other references, or other reports to go by. In other words, all bugs are 100% new an unidentified :-)
Having said that, it appears to me that you have attempted to install this module more than once, without doing an uninstall in between the attempts. That is why you are getting the "1062 Duplicate entry 'MODULE_SHIPPING_OZPOST_STATUS' for key 2" error message.
As for the other error messages, I can only guess that you have somehow messed up with the installation of the template files.
What template file are you using for your store? The default
'classic' template, or some other one?
If you are NOT using the 'classic' template I will ask you to first try using it, just as a debugging exersize.
If this fixes the problem(s) then I will assume that you didn't read the installation instructions which state that "by default some files are placed into the 'classic' template directory, and that you will need to relocate these if you are using different template files" (or words to that effect). If this assumption is correct then relocate those files and all should be fine.
If you still have problems, and if you have no objections, I will ask you to send me a *private* message with the URL and login details for your store and I'll head over and take a look for myself to see if I can figure out what is happening.
If you have no desire to give these details my only other suggestion would be for you to remove the 'ozpost' files and use the older 'AustPost Improved' module instead, both modules have similar functionality, but the AP improved module has had well over a year of usage, and almost every bug and installation issue is well known.
Hope this helps.
Cheers
RodG.
ps. Although early days, the ozpost module has been downloaded over a dozen times, and so far I haven't had ANY feedback as to how others have gone with it (good or bad). For all I know no one else has got it working yet either, so if any of those that have downloaded it would like to submit a report as to their successes (or failures) it really would be greatly appreciated.
Thanks
Rod
Yes.Quote:
Originally Posted by grandpa_shea
The admin configuration section of the module is divided into two parts, Australia and Overseas. To enable only the overseas methods simply deselect the 'Australia' options.
You will of course need to add the free shipping module (and configure it for Aust sales only) otherwise there'll be no valid methods available for Aussie buyers.
Cheers
Rod
Thank you kindly for the speedy reply. I greatly appreciate it!Quote:
Originally Posted by RodG
I am keen on using your new module as I would prefer to disable the icons. I take it that the update process is quite easy for the new builds of this module? Oh, I'll post back if I encounter any teething bugs.
Thanks again.
The speed of my replies is very much dependent on when I read these messages (usually late afternoons or early evenings).Quote:
Originally Posted by grandpa_shea
This module makes disabling the icons a simple matter of ticking a checkbox. However, the icon handling goes beyond that in that even if enabled they will only show up in 'suitable' places, which means they won't show on the invoices, packing slips, and other places where they were known to be problematic.Quote:
Originally Posted by grandpa_shea
Pretty much the same as for any other module really.Quote:
Originally Posted by grandpa_shea
Please do. Also, if you don't have any teething bugs or problems I wouldn't mind feedback either, especially if you have already used the older AP module(s). Naturally, I think ALL changes have been for the better, but that is just my opinion. Feedback (good and bad) is important.Quote:
Originally Posted by grandpa_shea
Cheers
Rod
Sorry, can't help you with much of a comparison between the other Australia Post modules, as I am quite new to Zen Cart. I haven't even finished my shop yet...
I have installed the new module and it seems to be working fine. I did have one instance when it wouldn't give a quote but I had messed with a few other shipping modules while halfway through checkout with my dummy account and changed my shipping address a few times.
The only way I could find to set free postage nationally was to specify a low dollar amount for free national free shipping with "order total/ot_shipping". Do you know if I can have checkout say "free postage within Australia" instead of "free shipping for order over dollar amount". It would be much cleaner. Maybe this is the wrong place to ask such a question though.
Anyway, thanks for the all the hard work you put into building the module. I'll keep you posted on how it is running after more extensive testing. I still have a lot to do before I have finished building and testing my shop.
Most zencart modules have a 'language' file located somewhere under the '/includes/languages'. If the text can be (easily) changed this is where you will probably need to do it.Quote:
Originally Posted by grandpa_shea
Sorry I can't be more specific.
Cheers
Rod
Here we go again RodG,
I installed all the ozpost files in the correct locations. have double checked this.
This is the error mess I get as soon as I go to admin> modules> shipping>
This is strange since there is no file called "C:/Program Files/Apache Software Foundation/Apache2.2/htdocs/zc1/includes/languages/english/modules/shipping/ozpost.php" (as indicated below) in the module structure ? ozpost.php file is located in \includes\modules\shipping\ not /includes/languages/english/modules/shipping/ as I understand it.
Warning: include(C:/Program Files/Apache Software Foundation/Apache2.2/htdocs/zc1/includes/languages/english/modules/shipping/ozpost.php) [function.include]: failed to open stream: No such file or directory in C:\Program Files\Apache Software Foundation\Apache2.2\htdocs\zc1\admin\modules.php on line 173
Warning: include() [function.include]: Failed opening 'C:/Program Files/Apache Software Foundation/Apache2.2/htdocs/zc1/includes/languages/english/modules/shipping/ozpost.php' for inclusion (include_path='.;C:\php5\pear') in C:\Program Files\Apache Software Foundation\Apache2.2\htdocs\zc1\admin\modules.php on line 173
Warning: Missing argument 4 for template_func::get_template_dir(), called in C:\Program Files\Apache Software Foundation\Apache2.2\htdocs\zc1\includes\modules\shipping\ozpost.php on line 67 and defined in C:\Program Files\Apache Software Foundation\Apache2.2\htdocs\zc1\includes\classes\template_func.php on line 42
Warning: Missing argument 4 for template_func::get_template_dir(), called in C:\Program Files\Apache Software Foundation\Apache2.2\htdocs\zc1\includes\modules\shipping\ozpost.php on line 69 and defined in C:\Program Files\Apache Software Foundation\Apache2.2\htdocs\zc1\includes\classes\template_func.php on line 42
Warning: Missing argument 4 for template_func::get_template_dir(), called in C:\Program Files\Apache Software Foundation\Apache2.2\htdocs\zc1\includes\modules\shipping\ozpost.php on line 70 and defined in C:\Program Files\Apache Software Foundation\Apache2.2\htdocs\zc1\includes\classes\template_func.php on line 42
Warning: Missing argument 4 for template_func::get_template_dir(), called in C:\Program Files\Apache Software Foundation\Apache2.2\htdocs\zc1\includes\modules\shipping\ozpost.php on line 97 and defined in C:\Program Files\Apache Software Foundation\Apache2.2\htdocs\zc1\includes\classes\template_func.php on line 42
Warning: Missing argument 4 for template_func::get_template_dir(), called in C:\Program Files\Apache Software Foundation\Apache2.2\htdocs\zc1\includes\modules\shipping\ozpost.php on line 97 and defined in C:\Program Files\Apache Software Foundation\Apache2.2\htdocs\zc1\includes\classes\template_func.php on line 42
Warning: Missing argument 4 for template_func::get_template_dir(), called in C:\Program Files\Apache Software Foundation\Apache2.2\htdocs\zc1\includes\modules\shipping\ozpost.php on line 97 and defined in C:\Program Files\Apache Software Foundation\Apache2.2\htdocs\zc1\includes\classes\template_func.php on line 42
Warning: Missing argument 4 for template_func::get_template_dir(), called in C:\Program Files\Apache Software Foundation\Apache2.2\htdocs\zc1\includes\modules\shipping\ozpost.php on line 97 and defined in C:\Program Files\Apache Software Foundation\Apache2.2\htdocs\zc1\includes\classes\template_func.php on line 42
Warning: Missing argument 4 for template_func::get_template_dir(), called in C:\Program Files\Apache Software Foundation\Apache2.2\htdocs\zc1\includes\modules\shipping\ozpost.php on line 97 and defined in C:\Program Files\Apache Software Foundation\Apache2.2\htdocs\zc1\includes\classes\template_func.php on line 42
Warning: Missing argument 4 for template_func::get_template_dir(), called in C:\Program Files\Apache Software Foundation\Apache2.2\htdocs\zc1\includes\modules\shipping\ozpost.php on line 97 and defined in C:\Program Files\Apache Software Foundation\Apache2.2\htdocs\zc1\includes\classes\template_func.php on line 42
Warning: Missing argument 4 for template_func::get_template_dir(), called in C:\Program Files\Apache Software Foundation\Apache2.2\htdocs\zc1\includes\modules\shipping\ozpost.php on line 97 and defined in C:\Program Files\Apache Software Foundation\Apache2.2\htdocs\zc1\includes\classes\template_func.php on line 42
Warning: Missing argument 4 for template_func::get_template_dir(), called in C:\Program Files\Apache Software Foundation\Apache2.2\htdocs\zc1\includes\modules\shipping\ozpost.php on line 97 and defined in C:\Program Files\Apache Software Foundation\Apache2.2\htdocs\zc1\includes\classes\template_func.php on line 42
Warning: Missing argument 4 for template_func::get_template_dir(), called in C:\Program Files\Apache Software Foundation\Apache2.2\htdocs\zc1\includes\modules\shipping\ozpost.php on line 97 and defined in C:\Program Files\Apache Software Foundation\Apache2.2\htdocs\zc1\includes\classes\template_func.php on line 42
Warning: Missing argument 4 for template_func::get_template_dir(), called in C:\Program Files\Apache Software Foundation\Apache2.2\htdocs\zc1\includes\modules\shipping\ozpost.php on line 97 and defined in C:\Program Files\Apache Software Foundation\Apache2.2\htdocs\zc1\includes\classes\template_func.php on line 42
Warning: Missing argument 4 for template_func::get_template_dir(), called in C:\Program Files\Apache Software Foundation\Apache2.2\htdocs\zc1\includes\modules\shipping\ozpost.php on line 97 and defined in C:\Program Files\Apache Software Foundation\Apache2.2\htdocs\zc1\includes\classes\template_func.php on line 42
Warning: Missing argument 4 for template_func::get_template_dir(), called in C:\Program Files\Apache Software Foundation\Apache2.2\htdocs\zc1\includes\modules\shipping\ozpost.php on line 97 and defined in C:\Program Files\Apache Software Foundation\Apache2.2\htdocs\zc1\includes\classes\template_func.php on line 42
Warning: Missing argument 4 for template_func::get_template_dir(), called in C:\Program Files\Apache Software Foundation\Apache2.2\htdocs\zc1\includes\modules\shipping\ozpost.php on line 97 and defined in C:\Program Files\Apache Software Foundation\Apache2.2\htdocs\zc1\includes\classes\template_func.php on line 42
Warning: Missing argument 4 for template_func::get_template_dir(), called in C:\Program Files\Apache Software Foundation\Apache2.2\htdocs\zc1\includes\modules\shipping\ozpost.php on line 97 and defined in C:\Program Files\Apache Software Foundation\Apache2.2\htdocs\zc1\includes\classes\template_func.php on line 42
Warning: Missing argument 4 for template_func::get_template_dir(), called in C:\Program Files\Apache Software Foundation\Apache2.2\htdocs\zc1\includes\modules\shipping\ozpost.php on line 97 and defined in C:\Program Files\Apache Software Foundation\Apache2.2\htdocs\zc1\includes\classes\template_func.php on line 42
Warning: Missing argument 4 for template_func::get_template_dir(), called in C:\Program Files\Apache Software Foundation\Apache2.2\htdocs\zc1\includes\modules\shipping\ozpost.php on line 97 and defined in C:\Program Files\Apache Software Foundation\Apache2.2\htdocs\zc1\includes\classes\template_func.php on line 42
Warning: Missing argument 4 for template_func::get_template_dir(), called in C:\Program Files\Apache Software Foundation\Apache2.2\htdocs\zc1\includes\modules\shipping\ozpost.php on line 97 and defined in C:\Program Files\Apache Software Foundation\Apache2.2\htdocs\zc1\includes\classes\template_func.php on line 42
Warning: Missing argument 4 for template_func::get_template_dir(), called in C:\Program Files\Apache Software Foundation\Apache2.2\htdocs\zc1\includes\modules\shipping\ozpost.php on line 97 and defined in C:\Program Files\Apache Software Foundation\Apache2.2\htdocs\zc1\includes\classes\template_func.php on line 42
Warning: Missing argument 4 for template_func::get_template_dir(), called in C:\Program Files\Apache Software Foundation\Apache2.2\htdocs\zc1\includes\modules\shipping\ozpost.php on line 97 and defined in C:\Program Files\Apache Software Foundation\Apache2.2\htdocs\zc1\includes\classes\template_func.php on line 42
Warning: Missing argument 4 for template_func::get_template_dir(), called in C:\Program Files\Apache Software Foundation\Apache2.2\htdocs\zc1\includes\modules\shipping\ozpost.php on line 97 and defined in C:\Program Files\Apache Software Foundation\Apache2.2\htdocs\zc1\includes\classes\template_func.php on line 42
Warning: Missing argument 4 for template_func::get_template_dir(), called in C:\Program Files\Apache Software Foundation\Apache2.2\htdocs\zc1\includes\modules\shipping\ozpost.php on line 97 and defined in C:\Program Files\Apache Software Foundation\Apache2.2\htdocs\zc1\includes\classes\template_func.php on line 42
Warning: Missing argument 4 for template_func::get_template_dir(), called in C:\Program Files\Apache Software Foundation\Apache2.2\htdocs\zc1\includes\modules\shipping\ozpost.php on line 97 and defined in C:\Program Files\Apache Software Foundation\Apache2.2\htdocs\zc1\includes\classes\template_func.php on line 42
Warning: Missing argument 4 for template_func::get_template_dir(), called in C:\Program Files\Apache Software Foundation\Apache2.2\htdocs\zc1\includes\modules\shipping\ozpost.php on line 97 and defined in C:\Program Files\Apache Software Foundation\Apache2.2\htdocs\zc1\includes\classes\template_func.php on line 42
Warning: Missing argument 4 for template_func::get_template_dir(), called in C:\Program Files\Apache Software Foundation\Apache2.2\htdocs\zc1\includes\modules\shipping\ozpost.php on line 97 and defined in C:\Program Files\Apache Software Foundation\Apache2.2\htdocs\zc1\includes\classes\template_func.php on line 42
Warning: Missing argument 4 for template_func::get_template_dir(), called in C:\Program Files\Apache Software Foundation\Apache2.2\htdocs\zc1\includes\modules\shipping\ozpost.php on line 97 and defined in C:\Program Files\Apache Software Foundation\Apache2.2\htdocs\zc1\includes\classes\template_func.php on line 42
Warning: Missing argument 4 for template_func::get_template_dir(), called in C:\Program Files\Apache Software Foundation\Apache2.2\htdocs\zc1\includes\modules\shipping\ozpost.php on line 97 and defined in C:\Program Files\Apache Software Foundation\Apache2.2\htdocs\zc1\includes\classes\template_func.php on line 42
Warning: Missing argument 4 for template_func::get_template_dir(), called in C:\Program Files\Apache Software Foundation\Apache2.2\htdocs\zc1\includes\modules\shipping\ozpost.php on line 97 and defined in C:\Program Files\Apache Software Foundation\Apache2.2\htdocs\zc1\includes\classes\template_func.php on line 42
Warning: Missing argument 4 for template_func::get_template_dir(), called in C:\Program Files\Apache Software Foundation\Apache2.2\htdocs\zc1\includes\modules\shipping\ozpost.php on line 97 and defined in C:\Program Files\Apache Software Foundation\Apache2.2\htdocs\zc1\includes\classes\template_func.php on line 42
Warning: Missing argument 4 for template_func::get_template_dir(), called in C:\Program Files\Apache Software Foundation\Apache2.2\htdocs\zc1\includes\modules\shipping\ozpost.php on line 97 and defined in C:\Program Files\Apache Software Foundation\Apache2.2\htdocs\zc1\includes\classes\template_func.php on line 42
Warning: Missing argument 4 for template_func::get_template_dir(), called in C:\Program Files\Apache Software Foundation\Apache2.2\htdocs\zc1\includes\modules\shipping\ozpost.php on line 97 and defined in C:\Program Files\Apache Software Foundation\Apache2.2\htdocs\zc1\includes\classes\template_func.php on line 42
Warning: Missing argument 4 for template_func::get_template_dir(), called in C:\Program Files\Apache Software Foundation\Apache2.2\htdocs\zc1\includes\modules\shipping\ozpost.php on line 97 and defined in C:\Program Files\Apache Software Foundation\Apache2.2\htdocs\zc1\includes\classes\template_func.php on line 42
Thanks
RodG,
Its also stuffed the AustPost Module.
I didnt patch the /admin/includes/modules/update_product.php file as it looked like the entries were already in there.
Not critical as its installed on the development machine.
Cheers
This looks very similar to the error that shaqadamus reported earlier in this thread. I offered him some suggestions but haven't received any further response.Quote:
Originally Posted by remoteone
if it is a matter of a missing file under the languages directory the solution could be as simple as creating an empty file called ozpost.php in that location.
DON'T move the /modules/shipping/ozpost.php file to that location because that one is where it belongs.
Although it may seem a bit confusing, most, perhaps all shipping modules (including 'AustPost') will have two identically named files, one under the languages directory, the other under the modules directory. The first would normally contain the language definitions, and the other contains the actual code. With the ozpost module, since most of the text is now provided by the server, the few remaining text definitions were moved to the actual program file. The idea being to have one less file for people to install and get confused with.
It appears that this may have been a mistake in that zencart is actually *expecting* a language file (that doesn't exist).
This is speculation that now needs to be confirmed.
I also suspect that *I* didn't have any problems because when I installed it on my servers it was BEFORE I removed the apparent need of the /languages/ozpost.php file.
Hopefully all of this makes some kind of sense to you. If not, let me know and I'll try to reword it.
Meanwhile, if my theory is correct then first try creating the empty file as mentioned, and if that doesn't fix it, try the other suggestions that I made to shaqadamus.
Feedback would be most appreciated.
Cheers
Rod
Just to confirm, the files under the /admin/ folder are identical for both the ozpost and AustPost modules so there is no need to re-replace them.Quote:
Originally Posted by remoteone
Cheers
Rod
I should also mention that the back slashes \ are for the Windows path names. Apache uses the forward slashes / for the URL paths.Quote:
Originally Posted by remoteone
Cheers
Rod
I created an empty ozpost.php file in /includes/languages/english/modules/shipping/ (the / vs \ path symbolism is simply a case of me pasting the text as is)
The first errors have gone but still getting this error:
in admin> modules >shipping
Warning: Missing argument 4 for template_func::get_template_dir(), called in C:\Program Files\Apache Software Foundation\Apache2.2\htdocs\zc1\includes\modules\shipping\ozpost.php on line 67 and defined in C:\Program Files\Apache Software Foundation\Apache2.2\htdocs\zc1\includes\classes\template_func.php on line 42
Warning: Missing argument 4 for template_func::get_template_dir(), called in C:\Program Files\Apache Software Foundation\Apache2.2\htdocs\zc1\includes\modules\shipping\ozpost.php on line 69 and defined in C:\Program Files\Apache Software Foundation\Apache2.2\htdocs\zc1\includes\classes\template_func.php on line 42
Warning: Missing argument 4 for template_func::get_template_dir(), called in C:\Program Files\Apache Software Foundation\Apache2.2\htdocs\zc1\includes\modules\shipping\ozpost.php on line 70 and defined in C:\Program Files\Apache Software Foundation\Apache2.2\htdocs\zc1\includes\classes\template_func.php on line 42
Warning: Missing argument 4 for template_func::get_template_dir(), called in C:\Program Files\Apache Software Foundation\Apache2.2\htdocs\zc1\includes\modules\shipping\ozpost.php on line 97 and defined in C:\Program Files\Apache Software Foundation\Apache2.2\htdocs\zc1\includes\classes\template_func.php on line 42
Warning: Missing argument 4 for template_func::get_template_dir(), called in C:\Program Files\Apache Software Foundation\Apache2.2\htdocs\zc1\includes\modules\shipping\ozpost.php on line 97 and defined in C:\Program Files\Apache Software Foundation\Apache2.2\htdocs\zc1\includes\classes\template_func.php on line 42
Warning: Missing argument 4 for template_func::get_template_dir(), called in C:\Program Files\Apache Software Foundation\Apache2.2\htdocs\zc1\includes\modules\shipping\ozpost.php on line 97 and defined in C:\Program Files\Apache Software Foundation\Apache2.2\htdocs\zc1\includes\classes\template_func.php on line 42
These last lines are repeated many times.
Thats a serious beard you've got going there by the way !
Thanks
Still clutching at straws, but could you please try editing /modules/shipping/ozpost.phpQuote:
Originally Posted by remoteone
Locate the line that reads
global $order, $db, $template, $ipath, $ipath2 ;
and add $current_page_base as another global.
Thanks,
Rod
Hello,
I created a blank ozpost.php in the appropriate location (/var/www/includes/languages/english/modules/shipping/ozpost.php) and that solved the first one.
Next is the parameter problem "Missing argument 4 for template_func::get_template_dir()"
The method is declared in template_func.php as:
function get_template_dir($template_code, $current_template, $current_page, $template_dir, $debug=false)
But is being called in ozpost.php as
$template->get_template_dir('ozpost_del.jpg', $ipath,$ipath2)
Your old AustPost module makes the call with 4 params.. How is get_template_dir declared in your version of Zen Cart? (I have the latest version installed 1.3.8a).. If I add a default blank parameter it's happy, but that might be masking something else..
Anyway, with those fixes it seems to install correctly and works :-)
A Registered International Parcel option would be awesome (now available for parcels up to 2 kg)
Thanks for your effort in supplying this,
David
Great. I do believe we are getting somewhere :-)Quote:
Originally Posted by LowlyWorm
Unless I'm mistaken the 'missing parameter' is supposed to be supplied by the $ipath variable. IOW, $ipath is supposed to expand to
"value1, $value2" (without the quotes), but it appears it is being seen as a single value (same data, but with quotes).
I'm not sure why it is working correctly on my system(s), perhaps it is due to a subtle difference between Linux and Windows?
As for the Registered International parcels, I'd swear blind that I'd catered for that. I guess this also warrants further investigation. On the plus side, even if it hasn't been catered for, the way this version is designed it is actually quite a trivial task to add new methods, so this WILL be supported (or fixed) in the very near future.
Quick question, where did you add the blank parameter in order to get it working? (between the two $ipaths? before them? or after them?)
Trying to save myself a little work :-)
Cheers
Rod
Hi,
I made the modification to /var/www/includes/classes/template_func.php purely to see if everything else worked correctly by hiding that 4th param error.
Changed
function get_template_dir($template_code, $current_template, $current_page, $template_dir, $debug=false)
to
function get_template_dir($template_code, $current_template, $current_page, $template_dir = '', $debug=false)
I'm not a PHP coder (only started looking through it yesterday), and all this dynamic typing scares me a little compared to strongly typed lanugages which I'm used to. It seems much harder to tell what you are dealing with when you have a variable i.e. I have to look up to try and find what was assigned to it.. anyway, I'm getting side tracked about PHP!
I'm interested in what you mention about $ipath expanding, is that a feature of PHP where a variable can expand to fill more than one parameter? What type does the variable have to be?
By the way, I have the latest version of PHP5 installed (or very close to).
David
I'd strongly advise against changing that particular file (other than for debugging purposes). The reason being is that is one of the core zencart files and it can possibly cause lots of unforeseen problems because lots of modules, perhaps all them them will be dependent on it.Quote:
Originally Posted by LowlyWorm
It also means it'll need to be repatched any time zencart gets an upgrade.
I could argue that if you are used to strongly typed lanquages, the PHP should be a PoP (piece of pxss) <grin>Quote:
Originally Posted by LowlyWorm
LOL.Quote:
Originally Posted by LowlyWorm
Actually, 'expanding' was probably a poor choice of words, and not really correct.Quote:
Originally Posted by LowlyWorm
Suppose we needed to pass two parameters to a function, we would typically use something like:
thisfunction(valueA, valueB)
Or in a strongly typed language
thisfunction(int integerA, string stringA)
What I have done (trying to avoid retyping the same thing in several different places) is to create a 3rd variable called $ipath (for IconPath)
that concats the two paramters to be passed to the function. In other words, using the examples above
$ipath = valueA + "," + valueB
or, strongly typed, it would be:
$ipath = "int " + integerA + "," + "string" + stringA
So now when I call the function, instead of
thisfunction(int integerA, string stringA) I am simply using
thisfunction($ipath)
In *most* cases/programs this technique would be useless/pointless, but since the icon path never changes during the programs execution it seemed like a practical thing to do.
When I said 'expansion' I was implying that the function being called wouldn't be seeing "$ipath" as a single parameter, it would be recieving it as two separate values ie, valueA, comma, valueB.
This clearly works on my system(s), but for some reason or another it isn't working on yours and at least two others (all windows based)
I think I'll take the 'safe' way in fixing this one and pass the parameters in the more traditional manner rather than saving a few bytes of typing (which has now been 'wasted' in trying to sort out what the heck has gone wrong).
Live and learn. (and frustate a few people in the process).
Cheers, and thanks heaps for all the debugging. I'll try to get an updated release out in the next few days, after I've figured out what the heck happened to the registered overseas parcels.
Rod
Hi Rod,Quote:
Originally Posted by RodG
I'd agree, I only changed it for debugging purposes (live server will be a fresh install when I've worked out all my mods etc :-))
Thanks for the other info. You can't construct a string representing the combined parameters as they'd look at compile time and pass it at runtime in C++, Java etc. (as I'm sure you know :)).. however PHP seems to be a complete free for all.. ! hehe ;-)
Let me know if I can do anything to help,
Thanks!
David
I do, just as I'm sure you know by now that unlike C++, Java, etc, which are compiled, PHP is little more than a script.Quote:
Originally Posted by LowlyWorm
I'm never really sure if this is a blessing or a curse. As you say, it makes it a free for all, which makes it a pretty easy language to learn, but it also allows the ability to create lots of buggy code that simply couldn't exist in a strictly typed language.Quote:
Originally Posted by LowlyWorm
Mind you, PHP isn't the worst in this regard. Have you ever looked into Pyhon? It is the only language that I know where you can do something like:
variable = "Hello World"
print variable * 2
and it will dutifully print out "Hello World Hello World".
Now THAT's a free for all, but even odder is that Python is actually compiled and still allows this.
Cheers
Rod. (heading off to bed)
I should be in bed also,
Looks like you've got a bit of work to do there Rod...
I'm gonna wait 'till the ozpost module is all figured out... as if any module is ever "all figured out".. this is free-open-source
Thanks for your efforts ...
Hi David, I'd appreciate your help :-)Quote:
Originally Posted by LowlyWorm
Attached to this message (hopefully) is a .zip file called ozpost_test.zip
Within it you will find two files, an update of the ozpost.php file, and a small jpeg for the overseas registered parcels.
Place the jpeg file in with the other ozpost jpegs.
Replace the modules/includes/shipping/ozpost.php with this one.
Log into admin, hit the 'remove' button to remove the existing ozpost module, then immediately hit the 'install' button to reinstall. This action is required to enable the overseas registered function. It appear that I did code for it on the server side, but it fell through the cracks on the client side.
I've updated the icon path stuff so you shouldn't need to hack anything to get it to install (in fact this is what I really need you to test for me).
As long as I get positive feedback from you I'll create another full package and upload it to the zencart downloads area for others.
For anyone else reading this, please be advised that the attachment is NOT a full distribution, so don't expect to download it it and have it just 'work'. You are however free to download the original archive from the downloads area and follow the instructions above.
Attachment 5516
Cheers
Rod
Hi Rod,
No problem, thanks for the update. I was just heading out for a little but will check it out as soon as I get back. Will let you know how I go :)
David
I've installed the two new files, uninstalled and reinstalled the module (also double checked previous default parameter was removed) and all is looking good on initial inspection i.e. I didn't see any errors etc. I haven't given it a real good bash yet but registered international parcels are certainly there now, great!
Interestingly though, I did notice that it was listing "Express Parcel International" even when it wasn't enabled in the admin section. I tried enabling it and disabling it but shows up either way. Insured Express Parcel International only shows when enabled though. Again, I haven't given it a very thorough work out though, I can have a better look tomorrow.
David
Excellent news. :-)Quote:
Originally Posted by LowlyWorm
Thanks. I've just had a look at the EPI showing all the time, and can confirm that it's a bug. I've already taken care of it.Quote:
Originally Posted by LowlyWorm
I'll await for any further feedback before I zip the whole thing up again.
Cheers
Rod.
Hi,
I just downloaded the new version of OzPost...
There are no files (or directory) for includes/languages/english etc in the zip file I downloaded, so when I installed it I got errors complaining that the files don't exist....
Is there something missing in the download area, or did mine just not download properly?
Thanks for your great work to provide this module, it has saved me many days of work....
Nerida.
Hi Nerida,Quote:
Originally Posted by neridal
There is a new version being tested with some fixes Rod has added in, which will no doubt be available soon.
David
Thanks David,
I guess I will wait and see...
:smile:
As David has said, a new update is currently being tested that takes care of this (and a couple of other problems). It should be available in a few days.Quote:
Originally Posted by neridal
Meanwhile, if you you can't wait that long, AND you are running your server on a LINUX based system you should be able to get things working by creating an empty file in the languages directory called 'ozpost.php'.
Please be advised though that there are a couple of other bugs that may or may not affect you, eg, the 'kg/gms' setting doesn't work (it is 'stuck' on gms), and one of the overseas shipping methods is stuck in the 'on' position.
Cheers
Rod
Thanks Rod,
I will wait for now, as we are only in the setup phase for our shopping cart with products.
Great to know you are making progress...
cheers,
Nerida.:yes:
Hi There,
Great work on the shipping module !!
I have it installed & operational.
The items in my shop are quite large & I am having problems if shipping more than 1 item as the combined total of all items exceeds the OzPost maximium. It seems it doesn't see the items as being seperate boxes and adds ALL together for 1 global package.
I can not seem to find any facility in your Module or Zencart to split the shipping of the items to be indiviually boxed, packaged.
Using latest Zen & also your module.
Is there a script hack to enable this or is it a core rewrite for the next version ?
Regards
Matt
This particular module currently has no means of splitting parcels that exceed to 20kg limit.Quote:
Originally Posted by matthewrossser
I do plan on re-adding this functionality in a later update, but I can't give an estimate of when this will be.
Until I do so, you might want to consider using the older 'AustPost Improved' module (which honours the zen-cart 'maximum shipping weight' setting and provides a quote on multiple parcels.
The primary reason for wanting to redo this part of the code in 'ozpost' is because the zen-cart method used in the AustPost Improved module has no means of taking the parcel size into consideration, which depending on the products size/weight ratio would often cause significant quotation errors (at best), and would often divide parcels in impossible ways (at worst).
In other words, even though the AustPost Improved module may be better for your needs at the moment, it does come with an element of risk that you will need to closely monitor for such errors.
Cheers
Rod
Hi again,
While waiting for the updated OzPost module, my AustPost improved is giving me grief...
I have set up products with weights in grams and dimensions in cm.
If I have one product in my cart, the shipping estimate is fine, but if I have 2 or more, it goes completely out the door.
For example, I have a product which weighs 30gms and is 5cmx5cmx2cm. and another similar product. I choose 2 of both of them and then do a quote. This is what I get back:
Estimate Shipping Costs
Total Items: 4 Weight: 140gms Amount: $17.60 Dims: 11.00x8.50x1.02 Boxes: 43
Available Shipping Methods Rates
4 $5.50 (Pre-paid satchel) - correct
1 $7.70 (Express post satchel) - correct
1 $180.60 - Parcel post
2 $181.80 - Insured parcel post
2 $183.35 - registered parcel post
1 $331.10 - express parcel post
What crazy thing have I done? Anybody got an idea?
Thanks in advance!!!
Nerida.:frusty:
Hi Rod,
Thanks for your help.
I have actually discovered that the items are not going over the 20kg weight. They are less than 20kg.
It seems to be the dimesions that are causing the error.The maximum girth I believe is 140cm... width + height not to exceed 140cm.My packages are bulky and are fine if done individually(less than 140cm). However if I select 2 packages then they exceed the 140cm MAX even though they are 2 seperate articles it calls up the Error.
Seems it is not able to differentiate between multiple packages ?
Cheers
Matt
I know this *says* grams, but all I can tell from the info you have given is that it is 140 somethings... I'm guessing 140 kgs.Quote:
Originally Posted by neridal
You haven't indicated what your maximum shipping weight is set to either, I'm going to guess that you haven't set this, which means it is at the default of '3'Quote:
Originally Posted by neridal
You probably haven't changed the tare weight either, which I think defaults to 10% of the product weight, so what we have is:
product weight + tare weight = 140kg
Therefore product weight = 126kg
Max shipping weight = 3 kg
With these numbers you end up being quoted for
126/3 = ~42 boxes @ 3kgs each (give or take a box since I'm only guestimating and not considering any rounding)
Check your products weights & tare weights, and then ensure that the Kgs/gms toggle in the Austpost module matches whatever weight scale you are using.Quote:
Originally Posted by neridal
The 'gms' that you see displayed is a red herring. That is purely a textual/display thing. You can change that text to carets, jins, mites or scruples if you wish and it won't make any difference to the actual calculations.
Cheers
Rod
For the sake of correctness, the girth is actually calculated asQuote:
Originally Posted by matthewrossser
(2 x width) + (2 x height).
Correct. The splitting of parcels based on dimension (as used in the AustPost module) has caused a few issues with a number of merchants because it was splitting parcels in impossible ways. This is why I haven't replicated the code in the new module.Quote:
Originally Posted by matthewrossser
I do have several ideas how to make this work 'properly' (or at least more realistically) with the new module, but before diving in to that aspect of things I need to ensure that the server side code is performing accurately and reliably.
The ozpost module is taking a significantly different approach than the older modules, which ended up evolving into mish-mash of trying to calculate some quotes on its own and/or passing other quotes off to either the austpost.vcsweb server and/or edeliver servers, often making several different requests for the same parcel to cater for several different possible shipping methods.
The code was turning into a nightmare to read and maintain.
The all new ozpost code has separated the elements so that the server provides quotes for all valid shipping methods in a single request based on the weights, dimensions, destination and value of any given parcel.
The client code then eliminates the method(s) that have been disabled by the merchant.
The next stage of development will be to update the client code to do any required parcel splitting based on weights and/or dimensions of the items in the cart (with no concern in regards to actually obtaining a the quotes).
This way, with the client doing nothing nothing more than handling the parcel details it would/should be possible to calculate on the contents of a shopping cart using different sized parcels.
For example:
If you have two products in the cart, one weighing 19 kgs and the other weight 2kgs, the *current* methods will (assuming a 20kg limit) provide a quote of two parcels each weighing 11.5kgs (which clearly isn't going to be correct). With the new format is should be possible to quote this shopping cart correctly, with one parcel weighing 19kgs, and the other being able to fit into a 3kg satchel (for example).
It will/should also be possible to correctly split the shopping cart correctly by dimensions this way too.
As I said though, I first need to get the basic client/server code fully debugged first (especially the server side), which is also why the client side code is still somewhat 'minimal'.
Time is my biggest enemy though.
Cheers
Rod
Hey thanks Rod,
I have checked the settings and I have
Maximum Package Weight you will ship - 50
Package Tare Small to Medium - added percentage:weight 0:40
Larger packages - added packaging percentage:weight 0:2000
I have the Aust Post toggle set the gms.
I'm going to go back and double check everything again.
Cheers,
Nerida.
I checked it again and the max box size was set to 50, so I guess in grams as I am using that unit of weight measure, so I changed it to 5000 and I now get the correct estimates.
Cheers,
Nerida.:wink:
Hi Rod
As I am currently using AusPost Improved and Request For Quote shipping, and have only just discovered the new OzPost, I may be premature in asking this, however.
With oversized items or parcels, (ie Length > 100 or girth > 140), upon selecting Auspost as the shipping method, I get a white screen with the error message:
The delivery rate for this option cannot be determined at this time. If you prefer to use this option as your shipping method, please contact the store owner.
As the only recourse to exiting this screen is to use the browser Back button, I am wondering whether provision has been made in OzPost (or can be made in AusPost) to disqualify itself from quoting with an inbox message (eg "Parcel/Item too large or heavy for this shipping method. Please select another shipping method or contact the store owner."). This would prompt the user to select the Request For Quote or other shipping method, or to re-constitute their order as more managable parcels.
TIA
The new ozpost module still has several issues that need resolving. I'm actually working on them today and hopefully will all be resolved b4 I quit for the night.Quote:
Originally Posted by dw08gm
That's odd (that the only recourse is to hit the back button), I've no idea why you are getting that, as far as I know the rest of us can still move forward, and even check out (with a shipping cost of zero).Quote:
Originally Posted by dw08gm
Whatever the cause/reason I'm not going to worry about it now.
The Austpost module does (or should) already do that, but you do of course need another shipping method that could be used, otherwise, as I said, it will let people check out using a zero cost for shipping.Quote:
Originally Posted by dw08gm
As for the ozpost module, I have *just* added a couple of 'fixed price' charge settings (one for overseas, one for Aust) that will/could be used if a normal quote can't be obtained (for any reason), and my next step is to add a check so that if these values are set to zero the module will behave as though it wasn't there at all.
Cheers
Rod
Hi Rod
I look forward to your ammendments.
Whereabouts in your code is parcel size determined.
The reason for the asking is that I am currently toying (in spreadsheet fashion) with ways to determine parcel sizes based on maximum dimensions rather than weight, especially where an order may require more than one parcel whose total order weight is less than 20kg.
Is AusPost or OzPost able to handle multiple parcels in this regard?
TIA
Twas uploaded about 5mins ago. It'll take a day or two before the zencart team approve and make it available.Quote:
Originally Posted by dw08gm
Look at the code. :smile:Quote:
Originally Posted by dw08gm
I'm confused. Is there any other way?Quote:
Originally Posted by dw08gm
How can parcel dimensions ever be determined by weight?
[QUOTE=dw08gm;718458]
especially where an order may require more than one parcel whose total order weight is less than 20kg.
/QUOTE]
I think you are another of us that has been looking for the holy grail of shipping calculations.
I suggest you read the 'cubing.txt' file (supplied with both the AustPost and ozpost modules) for some of the issues surrounding this quest.
The AustPost module handles weight splitting of parcels (multiple parcels) by virtue of the the zencart code itself.Quote:
Originally Posted by dw08gm
It also has it's own parcel splitting based on dimensions. Neither method solves the problem of splitting any given parcel in 'impossible' ways.
Currently the ozpost module makes no attempt to split parcels either by weight, or by dimension. The *practical* solution to this issue would be to use a courier service rather than Australia Post for such deliveries.
I *do* have some plans and ideas for ways to have parcel splitting for the ozpost module, but I've no idea how successful It is going to be (or when I'm going to find time to do it). If all else fails I am even considering adding one (or more) courier costings to the server code (which may be the best solution anyway).
Cheers
Rod
...waiting for the new file to pass muster.Quote:
Originally Posted by RodG
Not so much a holy grail, but a method to exclude certain items from the AustPost/OzPost module. As most of my products weigh much less than 20kg, but some products exceed or approach the size limits of AusPost, the size constraints will govern where a customer orders one or more large sized products with several smaller items.Quote:
Originally Posted by RodG
Do your plans include placing a "always ship separately" and/or "force shipping quote" checkboxesQuote:
Originally Posted by RodG
in the vicinity of the dimension (LxWxH) input boxes on the add-product pages.
By allowing the seller to pre-determine the shipping method, this would help alleviate problems of parcels becoming oversize, especially where certain items in an order approach (say 70% or more) the threshold dimensions or weight set by the carrier.
No. Mainly on account of the fact that this would best be achieved with a separate/independent module.Quote:
Originally Posted by dw08gm
Cheers
Rod
Fortunately or unfortunately, it would appear that the separate module would require interaction with the AustPost or OzPost module.
Methinks you may need a lesson or three on OOP (Object orientated programming). These modules, like all other shipping modules, (and almost everything else relating to zencart) can be enabled/disabled and/or used in conjunction with any other module simply by using the the precoded methods/functions (or whatever else you wish to call them).Quote:
Originally Posted by dw08gm
What I'm saying here is that it will require no more (and no less) 'interaction' than (say) the way the postage modules interact with zencart itself, or the way zencart manages to take the results from the postage modules and uses those results for checkout processing, etc.
At *most* the AustPost/ozpost module(s) will require one additional line to be added, and that would be a check to see if any given item in the cart needs to be excluded from the Austpost/ozpost processing, but even this could be avoided by having the new module preprocess the shopping cart items (which it will need to do anyway) and removing them from the datastream before the module is called, and that is assuming the module needs to still be called anyway (in addition to the 'post separately' items.
In the *simplest* case, the new module will only need do a check to see if the 'special delivery' flag is set, and if so, set the variable to disable the AustPost module(s) for that particular shopping cart.
Does that all make sense to you?
Cheers
Rod
I have a zencart and installed Aust Postmodule and turned on options for:
parcel
500gm Satchels
3kg Satchels
500gm Express Satchels
3kg Express Satchels
I can't get the freight calculator or the user Shipping selection options in cart to show the 500gm sachels as an option when a product is purchased that falls into the 500 gm satchel weight ....
Any ideas what may be incorrectly configured?
These items are in an attribute drop down in the shop - there are eg 3 attribute options for the product - i checked and each has it's own weight in the attributes set.
Re below: estimated shipping screenshot lists shipping options but should show the 500 gm satchel as option as the item weighs 0.045kgs
Example:
-------------------------------------
Estimate Shipping Costs
Total Items: 1 Weight: 0.045kgs Amount: $0.75
----------------
Available Shipping Methods Rates
-------------------
parcel post: ( 1 ) $6.70
prepaid satchel 3kg ( 4) $12.10
express satchel 3kg( 1 ) $13.40
Fastways Courier (Delivery to 4151 - next days Delivery
(Estimated Delivery Time)
1 boxes 0.045kg(s) (incl $2.50 handling) ) $9.70
Store Pickup (Walk In) $0.00
------------------------
??
Many thanks, thank you..I know it must be staring me in the face......
Sandy
Brisbane
Parcel dimensions?Quote:
Originally Posted by ozmosaics
Cheers
Rod
Hi Rod,
You are my hero. I trolled for a long time in this forum thread and you are a very patient person (sorry am I assuming too much here?). Maybe that should be patient beyond all endurance. Reading all the posts made me realise how one should rethink the problem. You made me see the light quite a few times in the way I approach finding a solution.
That parcel size config - I tried so many things there (don't ask) but again, don't ask me why but your answer made be get a cup of tea and think, Sandy it's there in front of you....
I too the set size out altogether and Presto. all satchels/options are there . thank you.
I wish my son was here, he would have spotted it, he analyses very well, whey did he go to Canberra? LOL. Rod, thank you so much. I am very happy and thanks for the lesson in you know what.
cheers and if it's not too personal, a big hug too.
:clap::clap::clap: you are a great teacher :smartalec:
Probably (assuming too much)Quote:
Originally Posted by ozmosaics
I'm patient in as much as I don't expect everyone to read every message in every thread in order to find an answer to their particular problem.Quote:
Originally Posted by ozmosaics
I'm not as patient in those odd times when people would prefer to argue rather than learn.
You did that admirably, simply by asking what it could be that *you* were overlooking or doing wrong, as opposed to those that prefer to 'blame' the software.Quote:
Originally Posted by ozmosaics
Do keep in mind that the size checks are there for a good reason. Those 500gm satchels tend to be a fair bit smaller than people realise, and the last thing a merchant needs is to have the satchels listed as a viable shipping method, only to find that their products won't fit.Quote:
Originally Posted by ozmosaics
I like hugs. It does tend to make my wife a bit jealous though :yes:Quote:
Originally Posted by ozmosaics
Quote:
Originally Posted by ozmosaics
I shall pass this on to my lecturers' (I'm currently studying Cert IV Training and assessment). It may get me out of an assignment :book:
<grin>
Cheers
Rod
:lamo: I armed and dangerous with a mouse...and a glass of wine! My computer shudders!
.... Thanks again, entertainment and education! I hope, guess, assume, (LOL) that you realise how much these programs are appreciated and the wisdom, advice and effort given by many - is invaluable!
As we share we grow, as we learn we share - hopefully everybody is a winner - I teach -often swapping roles of mentor and mentoree, much to my satisfaction - it's stimulating.
I am sure more questions will be forthcoming.....Don't blame me, after being stuck to the screen all day and night - I become unstuck! :frusty:
I am beginning to feel very happy with Zen Cart - thank you developers and members who help out!
What a generous gift to us all! It's going to be a red letter day when I launch my web shop - I am sure everyone feels like that and knows the frustrations of feeling helpless sometimes and so badly wanting everything to work - we are spoilt here having such fantastic advice!
Big cheers for the helpers! :clap::clap::clap::lamo: Now, where was I...product data entry...groan... those tricky atttributes...gotta love 'em. I think the attributes on zen cart rock! Sorry, I think these smilies are cute....:D
Cheers, Sandy - OzMosaics - wip site: www.ozmosaics.com slowly getting there.......visit at own risk of cracking up, shop is wip - but be warned -you may get addicted to mosaics LOL! Your trash might be my treasure.......in fact don't look at the my site shop yet, look next week when it's looking good....I just have the bare bones in at the moment...the artyfarty stuff is about to happen.....I am still in "what will that do?" mode....
Good luck with your assignment!
I appreciate your continued detailed responses in explaining the complexities of shipping and programming, although I fear I may never fully grasp the latter.Quote:
Originally Posted by RodG
Yes. My previous post was really directly towards retaining the Austpost module as the primary shipping module, that ships as much as it can first and foremost, whereupon other methods must be sought for what AusPost cannot ship. Upon reflection, however, I gather this could result in (require) order splitting based on shipped items.Quote:
Originally Posted by RodG
Now I see what you mean. I favour the idea of a pre-processor, where a customer can add items to a cart and then choose which items to ship at which time. And such a pre-processor should be in the domain of Zen Cart or another module.Quote:
Originally Posted by RodG
Yes and thanks once again.Quote:
Originally Posted by RodG
Looking at the upload date of the OZPost module (15 March 2009), I gather the most recent version has yet to be sanctioned.
Hi Rod,Quote:
Originally Posted by RodG
I have done this to no avail I am still getting the
PLease help??Code:
Warning: Missing argument 4 for template_func::get_template_dir(), called in /home/***/public_html/shop/includes/modules/shipping/ozpost.php on line 67 and defined in /home/**/public_html/shop/includes/classes/template_func.php on line 42
Thank you from me and ozmosaics
The suggestion I made turned out to be inneffective (as you have discovered).Quote:
Originally Posted by kaety
There are two options available for you.
1. Create an empty file called "ozpost.php" and place it into your /includes/languages/english/modules/shipping/ directory.
2. Hold your breath and wait for the next update to be made available (I uploaded it to the zencart downloads area a few days ago, it is just waiting for the site admin to make it 'live').
Option#1 will get it working for you with very little effort, but there are also a couple of other issues with the version you have (Some methods showing when they shouldn't, a display problem if GST is enabled, and a couple of other minor things), so you might be better waiting for option#2
Cheers
Rod
Thanks RodG I have tried option 1 and you are right... still problems so option #2 it is
I know I said there are still other issues with the version you are using, but could you please let me know which problems you found (just in case you have an unrelated issue, or perhaps a problem that hasn't yet been identified).Quote:
Originally Posted by kaety
Cheers
Rod
Hello RodG,
I installed ozpost 1.0.2 and this time all went well with the install.
However there is a problem ... for example:
a. With all handling fees =$0, the postage is calculated ok.
b. With all handling fees =$10, the postage is calculated ok for regular "PrePaid Satchel 500g" and "Express Satchel 500g"
BUT "Registered Parcel" and Express Parcel Post" have $20 handling fee added rather than $10 !
This was not previously an issue in AustPost.(Tare percent =0)
Quite odd I thought.
Cheers
Hi,Quote:
Originally Posted by remoteone
I also thought the same until I re-read the instructions when adding the handling fees. It says that there are in addition to other handling fees. so if you leave registed post and express post with 0.00, you should get the desired handling fee added. Hope this helps,
Nerida.
I have another question for Rod...
I have installed the new version of OzPost and it looks great so far... Two issues that I have found (and cannot tell if it is the way I installed it or maybe a bug?)
1. When I do an "estimate shipping", the Dimensions do not display for my parcels. I get Dims: xx Boxes:
2. If my width is very close to the margin between a letter and a parcel, I get an error and the default postage rate is quoted. I am doing this as I have very small items and wanted to force them into the parcel sizes, but not by much. I actually entered the parcel width as 2.1 cm - is this not allowed maybe? It works just fine if I up it to 3cm.
Thanks for your help,
Nerida.
I'm not as convinced about the cause of the price differential as you are. Nothing from your screen capture shows me a handling fee of $20 where it should only be $10. Please try enabling the 'show handling fees' option to help confirm your observations.Quote:
Originally Posted by remoteone
.
Totally different programs. With ozpost all bugs are new and nothing from the other program is relevent.Quote:
Originally Posted by remoteone
A mystery, for sure. See if you can come up with any other clues or hints, because things seem to be working as they should be on my setup.Quote:
Originally Posted by remoteone
Cheers
Rod
I'll need to confirm, but I'm pretty sure the first is a bug.Quote:
Originally Posted by neridal
As for the second, are there any other clues as to what the error might be? I'll try creating a test product using 2.1cm to try to duplicate the problem, but I probably won't have a chance to look into it until the weekend.
Cheers
Rod
Dod Gammit ! I spent hours stuffing with that..if only I had just read the instructions. I assumed handling fees worked the same way as AustPost,
NOTE: Trap for OLD players there..
Thanks
Rod,
Just a quick THANK YOU for this update.
The setting for a Cost on error has solved a problem for me (didn't want people to selectr 0 dollars for postage that was possible with the "improved version").
Appears to be working fine on my testing server.
Michael
Thanks Rod, no other helpful clues, the exact dimensions for my product were 5.0 x 5.0 x 2.1 and it was the only item in my cart.Quote:
Originally Posted by RodG
When I changed the 2.1 to 3, it produced the correct quote info, or if I added more products to the cart (or multiple qty of this product), it produced the quote.
I just tried a few more width sizes - the error happens when I enter the width as 2.9cm as well.
Hope this helps,
Nerida.
Hi RodG,
Thanks for the new ozpost module, I know that a lot of work goes into these things.
I see that you use quite highly compressed jpg images for the logos etc.
I am in the process of making .gif files to replace some of them as I would like the logo to be larger n clearer on the screen. I know you keep the size down to avoid problems with sql string lengths (or whatever they are called)
The .gif files are smaller on disk than .jpg for the same pixel number, since a gif can have as little as 2 colors in its pallet whereas the .jpg is 24bit. Thus the gif will be clearer and faster than the jpg.
So before I go to all this trouble, is there any reason I should not change the references from the .jpg files to my new .gif files. Attached an example for you.
Great job and much appreciated .:clap:
The module, yes, the graphics, no (well, not in this case).Quote:
Originally Posted by remoteone
The sql length problem (in the AustPost module) was bad code, and had nothing to do with the actual graphics files.Quote:
Originally Posted by remoteone
The main reason for wanting to keep the file size down is to provide best performance. If I had my way we would all still be using the command line. :-)
Personally, I tend to not use .gif's due to the bad history of licencing issues that surrounds it. I've no objections to the format itself.Quote:
Originally Posted by remoteone
There's no reason why you can't change the references (Well none that I can think of), but be aware that the filenames for the shipping methods are dynamically generated, which means you can't just change one or two from this group, it will be all or nothing.
On the plus side, this means you'll only need to change the .gif reference in only one place rather than 30+ different places.
On the other hand, you could rely on how 'clever' most of todays web browsers are and just save your gif's with a .jpg extension and most browsers will determine the filetype rather than filename and will display it appropriately. You won't have to change any references, just replace thye files. (Not good practice, but useful to know).
If you make a complete set of new icons feel free to share them. I'm not proud of the default icons, that's why I'm a programmer and not a graphics designer :-)
Cheers
Rod
Hopefully this problem is now fixed. No need for you to do anything (the fix was on the server side), but I'd appreciate it if you can confirm that the fix is ok and hasn't introduced any other obvious problems.Quote:
Originally Posted by neridal
Cheers
Rod
Hi
After installing the Ozpost module I now get "debug messages" in all my product descriptions. Can anyone tell me how to fix it?
You can see an example of it at the bottom of the screen.
http://www.innerscenthealthbeauty.co...products_id=10
Thanks.
http://www.zen-cart.com/forum/showpo...&postcount=304Quote:
Originally Posted by pcnovice
Hi
I have a different problem that no one else seems to have. I have installed this module and followed the install instructions and every thing works except I can not add dimensions for my products. I have checked and rechecked to make sure everything is where it is supposed to be. Which file changes the product page to bring up the dimensions? :unsure: Looking at the code I think it is the product.php but although mine is uploaded I still can't add the dimensions.
Any help greatly appreciated.
The "INSTALL.txt" file mentions 3 files that need to be overwritten. I'll bet they were either skipped or renamed when you uploaded the files.Quote:
Originally Posted by enochian
These are the files in question:
/admin/includes/languages/english/product.php
/admin/includes/modules/update_product.php
/admin/includes/modules/product/collect_info.php
Cheers
Rod
Thanks for the help Rod.:smile:Quote:
The "INSTALL.txt" file mentions 3 files that need to be overwritten. I'll bet they were either skipped or renamed when you uploaded the files.
These are the files in question:
/admin/includes/languages/english/product.php
/admin/includes/modules/update_product.php
/admin/includes/modules/product/collect_info.php
I decided to re install everything and now it seems to be working and when I calculate shipping in Australia everything works great but if I calculate shipping to say United States the amount that shows is $54.65 and when I check that on the Australia Post website, using the same dimensions and weight, it shows $26.45. I have tried setting all the handling fees to 0.00 and have the tare percent set at 0 but it makes no difference. How can I fix this?
if you are really using the same weights and dimensions then you will get the same quotes. the fact that you are getting different quotes is a good indication that what is being quoted for isn't what you think.Quote:
Originally Posted by enochian
if you can provide evidence of a miscalculation i'll be happy to look further into it.
cheers
rod
Optional Shipping Insurance and Ozpost
This may be a bit off topic however I am wondering whether anyone here using the optional insurance module has managed to get it to operate only when the ozpost shipping module is selected, and if so how?
TIA
I'm wondering why anyone here would be using the optional insurance module when the ozpost module already handles insurance?Quote:
Originally Posted by dw08gm
Cheers
Rod
I wish I had known that earlier. I have yet to progress beyond localhost.
Hi Rod,Quote:
Originally Posted by RodG
I believe ozpost is calculating insurance incorrectly. In posting out insured parcels for our store they have to be sent as Registered Parcel Post, with extra cover (insurance) added in. Registered parcel Post includes the first $100 insurance, then its $1.25 for every $100 in value or part thereof.
I have ozpost v1.0.2 installed and have two postage options enabled.
Registered Parcel and Insured Parcel.
In a test sale of a small package under 0.5kg and $230 in value sees the following cost breakdowns
Registered Parcel:
- my P&H=$1.85
- postage=$5.40
- registered post fee=$2.75
Total $10.00
Insured Parcel:
- my P&H=$1.85
- postage=$5.40
- insurance=$3.75
Total $11.00
Our actual costs for this item sent insured post is:
- my P&H=$1.85
- postage=$5.40
- registered post fee=$2.75
- insurance for $230 item=$2.50 ($1.25 per every hundered dollars over the first $100)
Total $12.50.
Am I correct in thinking ozpost does not calculate in the need to send an item as registered post before adding the insurance cost? Is it possible to send a insured parcel that is not registered? If so, how hard would it be to add another postage option of Registered and Insured Parcel??
OR
If I am correct in my interpretation of Australia Post's Parcel Post rules and insured items incur the cost of Registered Parcel Post first, can the Insured Parcel option be easily changed at your server side to include the new costs?
Regards
Brett
Correct.Quote:
Originally Posted by FreestyleCab
Yes, definitely. Registered post and insured post are two entirely separate things.Quote:
Originally Posted by FreestyleCab
Probably not too hard, but one would have to wonder what the heck for.Quote:
Originally Posted by FreestyleCab
All registered post does is give you a tracking number. (and insurance up to $100).
Insured post has its own reference number that can be used for tracking purposes.
No, you are not correct in this regard.Quote:
Originally Posted by FreestyleCab
Moot point. Not everyone is going to be happy paying an additional $2.75 that they don't need when the item(s) are insured.Quote:
Originally Posted by FreestyleCab
Furthermore, it isn't even possible to insure items for less than $100 (The post office will tell you to send it registered instead).
Although the two methods aren't mutually exclusive, there generally isn't any need to send both registered AND insured, although the post office will quite happily allow you to do so.
Cheers
Rod
Rod,
According to the staff at our post office and the following page on the auspost website, insurance is only available with registered or COD parcels.
http://www.auspostbusiness.com.au/De...cels/Insurance
Quote:
Insurance
Insurance is only available for Parcel Post together with the supplementary services of Cash on Delivery or Registered Post. With these services, insurance cover up to $100 is included in the fee, but further insurance cover up to $5000 can be purchased.
Transit cover is also available for eParcel contract customers. This option can provide cover of up to $5000 per article.
We have been unable to send an insured item unless it was 'registered' first.
Brett
Hmmm, curious. I must admit that we haven't had the need to send anything insured for several months now, but the text provided by that link does appear to be very clear that what you say is correct. Unfortunately, their latest charges booklet http://www1.auspost.com.au/pac/pdfs/PostCharges.pdf (23 March 2009) isn't quite as specific. However, I do note that the wording in the booklet has changed from previous releases in that it no longer lists 'insurance' as such, but instead calls it "extra cover (formally known as insurance)", so I suspect that this is/was one of those changes that they quietly slipped in to increase their charges without highlighting the fact (the bistards).Quote:
Originally Posted by FreestyleCab
Almost as interesting/curious is that it seems this only applies to Australian/domestic parcels because page 26 of this booklet (International parcels) clearly states that "Extra cover (formally insurance) is NOT available on International Registered post and Air ParcelPack". (The opposite to domestic parcels)
Needless to say this does warrant further investigation and verification. I'm on very friendly terms with the staff at my local post office so I'll pop in and have a bit of a chat with them in the next couple of days, just to triple check that this is all accurate, and if so then I'll certainly update the server responses to reflect the correct charges.
Thanks for bringing this to my attention.
Cheers
Rod.
Hi Rod,
I have the austpost module installed.
When upgrades/benefits does this new ozpost have?
Can i keep my current update_product and collect_info files when switching to this module?
Michael
The biggest benefit is that ozpost is the only code that will get updated and improved upon. :-)Quote:
Originally Posted by giftpackaging
Other improvements include:
1. Faster response times from the server (only one query is needed rather than a minimum of 3).
2. Results are cached for even better performance.
3. Only one server needs to be contacted for all quotes (rather than one server for the fixed priced methods and a different server for the variable priced methods).
4. More accurate quotes for letter rates to different zones
5. Better debugging functions (for those times when quote just don't seem 'right')
5. Better organised shipping methods selection (admin)
6. A couple of additional shipping methods added.
7. Better OOP
8. Both the server and client code is easier to update to add even more shipping methods if required.
9. Server and client both use XML data for easier manipulation and futureproofing. (more versatile).
Those are just the main improvements off the top of my head.
All is not better though, the ozpost module currently has no means to split large or overwight parcels into multiple packages, so it may not be suitable for all stores.
Yes (there have been no changes whatsover with these files).Quote:
Originally Posted by giftpackaging
If you are unsure about whether the upgrade is going to be worthwhile for you please keep in mind that both the Austpost and the ozpost modules can be installed concurrently, so if you do run into problems or issues you can simply disable it and continue to use your existing module.
Cheers
Rod
Hi Rod, thanks for such a quick reply!
Sounds great - i'll install it :)
Just needed to make I could keep those 2 files, as they have already been merged for the Dual pricing module.
Hi Rod
Where you have set 25.00 and 99.00 as the default shipping amounts for national and international postage, how do I change these amounts to be formula derived, such that:
National Postage = Weight * x
International Postage = Weight * y
where
Weight is the total weight of an order
x is the national multiplier (to be set by the store manager)
y is the international multiplier (to be set by the store manager)
TIA
The short answer is "You don't".Quote:
Originally Posted by dw08gm
The long answer is you will need to modify the ozpost.php code itself. This probably won't be too difficult because the the code calls a function (_get_cost_on_error) that, as the name suggests, gets the postage cost if there is an error.
All you need do is modify this function so that it returns the cost you desire. Currently all this function really does is retrieve the values from the database and determines whether to return the local value, the overseas value or whether to disable the module if the value is zero.
Hope this helps.
Cheers
Rod
ps. I quite like this idea, it seems more practical than the fixed costs.
I thought to change line 625 \includes\modules\shipping\ozpost.php
similar toQuote:
$db->Execute("insert into " . TABLE_CONFIGURATION . " (configuration_title, configuration_key, configuration_value, configuration_description, configuration_group_id, sort_order, date_added) VALUES ('Cost on Error', 'MODULE_SHIPPING_OZPOST_COST_ON_ERROR', '25.00,99.99', 'If an error occurs these Flat Rate fees will be used (The First value for Australian delivery. The second value for Overseas delivery.</br> A value of zero will disable this module on error.)', '6', '20', now())");
However I have yet to work out how to call up the [Weight].Quote:
$db->Execute("insert into " . TABLE_CONFIGURATION . " (configuration_title, configuration_key, configuration_value, configuration_description, configuration_group_id, sort_order, date_added) VALUES ('Cost on Error', 'MODULE_SHIPPING_OZPOST_COST_ON_ERROR', '10.00*[Weight],20*[Weight]', 'If an error occurs these Flat Rate fees will be used (The First value for Australian delivery. The second value for Overseas delivery.</br> A value of zero will disable this module on error.)', '6', '20', now())");
That won't be of any use to you at all. That line of code is only ever called once, and that is during the installation procedure. All it does is set the defaults.Quote:
Originally Posted by dw08gm
As per my previous post, the place to make the change is in the _get_error_cost() function.
As for the weight variable, you'll either need to make this a global variable to access it within the function (not recommended), or modify the function (and the code that calls it) to pass the weight as a parameter along with the $dest_country variable. (recommended).
Cheers
Rod
Rod,
Would it be possible to add a rounding option to the mod, where we can select to round the postage cost result up to the nearest say.... 50c, one dollar or five dollar amount?
Brett
Yes it is possible, but it isn't something that *I* will do on account of the fact that the aim of the module is to give *accurate* quotes.Quote:
Originally Posted by FreestyleCab
Cheers
Rod
Just wanted to THANK YOU. Don't even know much.....but was able to get this up and running on my site (not that it is live yet)!
:clap:
Hi Rod,
First, I'm using the current version of zen, cherry zen template and a couple of other mods that I don't think would affect your mod. I don't know a lot about PHP yet, but a fair understanding of html, css. My shop isn't live yet. I had auspost installed, but completly removed it before installing this one.
Whew!
I don't know if this is a bug or something I did wrong. In the admin, I was getting a broken image (the little logo) obviously not important but I thought I would let you know.
To fix it I created a file structure similar to the one in auspost and uploaded an image. Funny thing was the file structure had to be..admin/DIR_WS_TEMPLATEStemplate_default/images/icons/ozpost_logo.jpg.
Was the only way I could get it to work.
I'm a bit fussy about astetics so I've been creating some new images and I'm also wanting to make some changes to the pop up window. I wanted to get the numeral (indicater of days shipping) to line up vertically with the center of the image that precedes it.
I also want to use the images, but have text for Days (Est' Delivery) Is that possible.
I know it seems trivial.
I'm guessing that there are some files already in zen cart that work with the ones you created, and perhaps one of them styles the pop up. Am I way off?
My store is at http://countrytothecore.net
You can log in as: test@countrytothecore.net
use password: tester
There is a cart with an item in it for this user with two shipping addresses (one overseas) so you can see how it is looking.
Thanks for the mod and your time.
David