ozpost shipping module

[nigelt74]

Cheers Rob

No error messages whatsoever I am still trying to figure out the log system on iinet, but I don't see anything obvious in there or in zencarts own logs

The only errors i get relate to me running zen 1.5.1 on php 5.4

store is

nagstoriches.com.au

[RodG]

No error messages whatsoever I am still trying to figure out the log system on iinet, but I don't see anything obvious in there or in zencarts own logs

The only errors i get relate to me running zen 1.5.1 on php 5.4

store is

nagstoriches.com.au

So I've been able to answer "Is the store able to provide quotes?" - Yes.

That still leaves:
Is the problem currently limited to the server testing?
If you don't invoke this option can you still make config changes to the ozpost module?
and
Are there any error messages during the uninstall/reinstall process? (these are displayed only, not logged anywhere)

Cheers
RodG

[nigelt74]

There seem to be a large number of other issues that are cropping up with this install, so i don' think it is ozpost, it is literally melting down before my eyes

Cheers for the help

[Mike_Dean]

Hi Rod,

Trust this finds you well.

Have just finished a complete install on 1.5.4, clean database, the lot and installed the current ozpost version.


Just wanted to know how to remove the delivery suburb and the country code from the shipping estimator results so that the user is just left seeing the destination & postcode..

eg;

Was showing:

Suburb Blah 1234, to Suburb XYZ 1234, Australia

To only show:

Suburb XYZ 1234

Cheers,
Mike

[RodG]

Just wanted to know how to remove the delivery suburb and the country code from the shipping estimator results so that the user is just left seeing the destination & postcode..

You'll need to edit the /includes/templates/YOUR_TEMPLATE/templates/tpl_modules_shipping_esitmator.php file to do this.

Cheers
Rod

[anthonyh]

Hi Rod

I am having great deal of difficulty installing OzPost V3.6.5 on a ZC 1.5.4 site I have recently installed. I imported a 1.3.9 database that was upgraded successfully. I have already installed ckeditor and a template. However, when I try to install OzPost I keep on receiving the following message in my error log after the Admin seizes up (ERROR 500 - INTERNAL SERVER ERROR:) after trying to activate the installation of the module.

12-May-2015 08:46:13 America/Chicago] PHP Warning:  file(/home/SITE/public_html/shop/includes/templates/CUSTOM/templates/tpl_modules_shipping_estimator.php): failed to open stream: No such file or directory in /home/SITE/public_html/shop/includes/modules/shipping/ozpost.php on line 4220

The tpl_modules_shipping_estimator.php file is actually in the custom template directory.

Other files seem to have been backed up during the installation process, but the problem is with the above file. It's not backed up and causes major problems.

Do you require any further information?

Thanks

Anthony

[anthonyh]

Hi Rod

Working and (presumably) fixed!

When the admin has seized up previously during this problem, after doing some experiments, I had been deleting the entire store via FTP and then restoring the database and backup (modified archive file with only the store included) via CPanel.

However, this time all I did was a restore of the site via CPanel over the existing site! Don't know why it worked and OzPost is now working! I have had many problems continue when restoring like this before (as it only seems to replace missing files and keeps 'rogue' files) so that is why I usually delete the entire site and do a full restore to a known point. Then I try again (and sometimes again and again and again :-)

Anyway, would still appreciate any advice on why this happened.

Cheers

Anthony

[RodG]

Working and (presumably) fixed!

Thanks for the update.

Anyway, would still appreciate any advice on why this happened.

I think this is going to remain a bit of a mystery.

The log entry you provided is showing the path:
/home/SITE/public_html/shop/includes/templates/CUSTOM/templates/tpl_modules_shipping_estimator.php

I'm assuming that you haven't edited this.

This URL is dynamically created by the ozpost installation code with:

$tpl_folder = DIR_FS_CATALOG.DIR_WS_TEMPLATES.$GLOBALS['template_dir']. "/templates/" ;

For this code to produce that output, the $GLOBALS['template_dir'] variable would need to be set to 'CUSTOM', and although this is quite possible, most templates have more meaningful names.

If you HAVE edited the log entry (something you should never do because it is too easy to be led astray) and the reported path is the same as the actual path, then either you or the computer has made a mistake. Computers don't make mistakes. ;-)

So, if *that* file is missing (or most likely, it is located in the 'wrong' place), one has to wonder what other files have also been misplaced/relocated.

For what it's worth, the 500 Internal server error, although a generic error message designed to not reveal any sensitive information, is more often than not caused by dissallowed folder permissions (such as '777', which works on many, but not all servers).

Now, having said all that, the tpl_modules_shipping_estimator.php file doesn't *need* the ozpost modifications and the module will work quite ok using the default tpl_ file, or even one from a different template.

What the ozpost installer tries to do, is replace the 'State' dropdown menu on the quote page with a list of dynamically generated suburb names derived from the postcode that the customer enters.
The ozpost module has no need to know the State (this can be derived from the postcode), but most of the courier companies require a postcode and suburb name.
If a suburb name isn't given/provided, the module does a postcode lookup and selects the first name from the list returned.

Anyway, although knowing this doesn't answer the question as to why things went wrong, but it will let you know if the template is/was modified or not. (If it has a State dropdown you are using an unozpostified template. If you have the Suburbs selector then you are using a fully patched tpl_ file.

Cheers
RodG

[anthonyh]

I think this is going to remain a bit of a mystery.

The log entry you provided is showing the path:
/home/SITE/public_html/shop/includes/templates/CUSTOM/templates/tpl_modules_shipping_estimator.php

I'm assuming that you haven't edited this.

Yes, I edited the capitalised entries, ie SITE and CUSTOM, all else is correct. The actual path does exist and the tpl_modules_shipping_estimator.php is in there.

For what it's worth, the 500 Internal server error, although a generic error message designed to not reveal any sensitive information, is more often than not caused by dissallowed folder permissions (such as '777', which works on many, but not all servers).

The folder in that contains the tpl_modules_shipping_estimator.php has a file file permissions of 755.

Now, having said all that, the tpl_modules_shipping_estimator.php file doesn't *need* the ozpost modifications and the module will work quite ok using the default tpl_ file, or even one from a different template.

Thanks for letting me know this.

Anyway, although knowing this doesn't answer the question as to why things went wrong, but it will let you know if the template is/was modified or not. (If it has a State dropdown you are using an unozpostified template. If you have the Suburbs selector then you are using a fully patched tpl_ file.

By my screenshot below you will see that an un-logged in customer will have to select the State, so the template was not modified.

ozpost01.jpg

Now, from the information you have supplied, I decided to look at the current tpl_modules_shipping_estimator.php file. It contains no mention of OzPost. I then looked at one of the files that was created when the system was crashing and reporting the error. It contains the following code:

       if(CART_SHIPPING_METHOD_ZIP_REQUIRED == "true"){
echo "<script type=\"text/javascript\" src=\"http://svr0.ozpost.net/ozpost.js\"></script>" ;
if ($order->delivery['country']['iso_code_2'] != 'AU') {  
        $zip_code = '' ; $order->delivery['suburb']  = '' ; $d1 = "none" ; 
   } else { $d1 = "inline" ;} 

I then replaced the non-ozpost tpl_modules_shipping_estimator.php in the custom template folder with the one that mentions ozpost and now this is what shows:

ozpost02.jpg

Once you have selected a suburb the following shows:

ozpost03.jpg

I have checked the site and there was no crashes or error logs generated after doing this.

Thanks so much for your help Rod. It's really appreciated. Everything appears to be truly working as expected now. Please let me know if there is anything else I should investigate. Also if you ever find out what caused the original problem please let us know.

Cheers

Anthony

[RodG]

I then replaced the non-ozpost tpl_modules_shipping_estimator.php in the custom template folder with the one that mentions ozpost and now this is what shows:

ozpost02.jpg

Once you have selected a suburb the following shows:

ozpost03.jpg

I have checked the site and there was no crashes or error logs generated after doing this.

The screenshots indicate that all is OK as well.

Cheers
Rod