Printable View
ah ok so it thinks the items are KG not grams, even though nothing has changed on the site only the shipping module and I have gms selected in the ozpost admin section... will keep digging..Quote:
Originally Posted by baldcat
I'm getting a blank main_page=checkout_shipping page.. God I hate Zen-cart (most of the time)
Quote:
Originally Posted by RodG
Dear Rod,
Thank you for your reply. I know all to well how stressfull it can be when everything goes wrong at once, and you're the only one available who can fix it.
Switching to php5 half worked. The estimate shipping window now comes up ok, but when proceeding through to checkout the screen still goes blank. Once I did a refresh and it came out ok, but after that all I got was blank screen.
I'll fool around some more with it myself and try to pin down the problem.
Thanks Rod.
Rod
You are wise in the way of PHP :) I now have my control panel back.
However the original fatal error persistsQuote:
Originally Posted by RodG
and appears to be the same one Peter http://www.zen-cart.com/forum/showpo...&postcount=228 is referring to although the line number is different.Quote:
Warning: SimpleXMLElement::__construct() [simplexmlelement.--construct]: Entity: line 1: parser error : Start tag expected, '<' not found in.../shop/includes/modules/shipping/ozpost.php on line 345
Warning: SimpleXMLElement::__construct() [simplexmlelement.--construct]: 6d in .../shop/includes/modules/shipping/ozpost.php on line 345
Warning: SimpleXMLElement::__construct() [simplexmlelement.--construct]: ^ in ....shop/includes/modules/shipping/ozpost.php on line 345
Fatal error: Uncaught exception 'Exception' with message 'String could not be parsed as XML' in /shop/includes/modules/shipping/ozpost.php:345 Stack trace: #0 /shop/includes/modules/shipping/ozpost.php(345): SimpleXMLElement->__construct('6d??<?xml versi...') #1 /shop/includes/classes/shipping.php(114): ozpost->quote('') #2 /shop/includes/modules/shipping_estimator.php(133): shipping->quote() #3 /shop/includes/templates/charcool/templates/tpl_shopping_cart_default.php(173): require('/home/charcool/...') #4 shop/includes/templates/charcool/common/tpl_main_page.php(121): require('/home/charcool/...') #5 /home/charcool/public_html/shop/index.php(97): require('/home/charcool/...') #6 {main} thrown in /home/charcool/public_html/shop/includes/modules/shipping/ozpost.php on line 345
For him it's line 253 for me 345 but the ozpost.php code is identical:
In debug mode a quote is being sought from the Ozpost server and contact made.Quote:
$xml = new SimpleXMLElement($qu) ;
In the first instance the error message above appears in the shopping cart, if I refresh the screen, the estimator pops up: sometimes with just the "Walk In" option or on some products that I haven't already selected (so non cached quotes I guess?) with a quote for all AP domestic Shipping options not just the ones selected in the contol panel and with different handling costs to those nominated in the Ozpost set up.
In Ozpost I have selected only registered and express parcel options, both with with a $4 handling charge, but this is what I get back after I refresh the shopping cart when it presents the fatal error message:
Any clues? And thanks again for helping get my control panel back.Quote:
Aussie Post 0 0 days Est Delivery (Includes $0.00 Packaging & Handling ). $0.00
Aussie Post 3Kg Prepaid Satchel 3 3 days Est Delivery (Includes $0.00 Packaging & Handling ). $9.90
Aussie Post 3kg Prepaid Satchel Express 1 1 days Est Delivery (Includes $0.00 Packaging & Handling ). $11.30
Aussie Post Regular Parcel 3 3 days Est Delivery (Includes $0.00 Packaging & Handling ). $11.50
Aussie Post Cash On Delivery 4 4 days Est Delivery (Includes $0.00 Packaging & Handling ). $21.70
Aussie Post Registered Parcel 4 4 days Est Delivery (Includes $8.00 Packaging & Handling +$ 2.8 fee). $22.30
Aussie Post Express Parcel 1 1 days Est Delivery (Includes $8.00 Packaging & Handling ). $29.50
cheers
Gene
Technically speaking, that was a 'zencart' issue in that zencart loads any file it finds with a .php extension.Quote:
Originally Posted by Arliss61
Needless to say, I learned this from experience in having done exactly the same thing that you did. Had me going around in circles for several hours trying to figure out what I'd broken.
OK, this is 'normal' operation. The debug mode is designed to show what is being returned by the server *before* any filtering based on the control panel selections.Quote:
Originally Posted by Arliss61
This is telling us that the connection to the server is all ok. Well, at least during those time that you get a response.
As for the fatal errors, is this still occurring (from the time you read this reply?)
If so, then it still needs further investigation, but if all is working ok now I think I know the cause.
It appears that there was a glitch in the DNS records when we changed the delegation to the new servers. Instead of the old nameservers being replaced by the new ones, they were added in addition too the old ones, This meant that 2 of the 4 nameservers were pointing to the correct (new) quotation servers, but the other 2 were still pointing to the old servers (offline).
The end result being that approx every second quote request was being directed to a server that no longer exists.
Changes to DNS delegations can take up to 24hours to propergate around the globe, which is why it took a couple of days for the ill effects to show, a day or two for me to realise what the heck was going on, and now another couple of days for the now corrected information to repropergate.
I only made this discovery about 20hours ago, so *some* servers may still have invalid data.... All being well things *should* be fully stabilised within the next day (tops), but most servers should already be feeding out correct information.
Cheers
Rod
Hi Rod,
I'm currently using the AusPost (Serna) module, and have realised that there are now newer modules to replace it.
I've just spent a couple of hours downloading and reading up about the AusPost - Improved module, trying to see if I could expect any issues moving from the old to the new. At the last minute, I stumbled across a post which mentioned 'Ozpost'!
On checking out Ozpost, I found your comment 'Replacement module for the "AustPost Improved" (which is no longer supported)'.
I really hadn't had a hint that "Improved" wasn't the definitive Australia Post calc module until that point!
Would it be possible to add a comment to the AusPost and AusPost - Improved download pages to alert people to the fact that they have been replaced by OzPost?
Thanks!
Am also having the "Uncaught exception 'Exception' with message 'String could not be parsed as XML'" error reported by others in ozpost, on line 345.
Have just upgraded to php 5.2.10 so not sure if that is related to the problem or not..? It doesn't matter how many times I refresh, I always get a blank page and do not get it coming up every second or third time as I would expect if it was a DNS problem. Turning on debug mode for the module returns a whole lot of info about package data which suggests to me it is communicating with the server? Looks like the problem is something to do with how the response is parsed by the module...? Don't understand enough about object oriented code or xml to be able to debug this but just wanted to flag that another person was having this same problem.
Look forward to a solution or ideas that will help.... Any help with this problem appreciated!
I have nothing to do with the AusPost module.Quote:
Originally Posted by skybluepunk
I created AustPost improved (several years ago) as an improved alternative. If Serna's module has been working for you there would be no reason why it shouldn't continue to work. In which case I suggest you stay with it at least until I can resolve all of the current issues going on with ozpost.
Personally I wouldn't/couldn't do this with Serna's module, it wouldn't be right for me to do so as I am the author of an *alternative* to his module.Quote:
Originally Posted by skybluepunk
Being the author of both AustPost - Improved and ozpost I *could* in good conscience suggest that ozpost has superceded the AustPost module, but as has been highlighted, the ozpost module is still quite new and hasn't had a good long test like the austPost module (which until recently gave people the option as to whether to upgrade or not.
As a result of our current server issues, this choice has now been removed because the AustPost - Improved module is no longer operational, but I simply have far to many other more important issues to deal with before even considering updating the download page to reflect this information. THERE IS NO REASON WHY SOMEONE ELSE CAN'T DO IT though.
The current situation isn't pretty.
Serna's module may or may not work. It isn't affected by our current server issues.
AustPost - Improved will only be able to quote for parcels (no letters or satchels), and will probably be somewhat intermittent anyway, and will probably need 'patching' for reliable operation so that it only uses the 'drc.edeliver.com' server and not the 'austpost.vcsweb.com' server.
The ozpost module (the only module that I now support) *should* be working and fully functional, but it does need your ISP to support php5.
There *may* still be an issue with the ozpost module that produces .xml errors, I'm hoping this is a transient issue because some DNS servers are handing out stale data. I/we need to wait a couple of days for the DNS to stabilise before I can determine if this is the case or not.
If things do stabilise then all problems are solved.
If .xml problems with ozpost still exist in a couple of days then there is probably an as yet undetermined bug in the code that has only just revealed itself and will need further investigation.
Hopefully this clarifies the situation.
Rgds
Rod
Just an idea - In the interim could we change our ozpost modules to bypass DNS resolution and go straight to the correct server on the IP? Could you post the IP addresses of the "correct" servers so we could put them in to test whether it's a DNS resolution issue....?
Using the IP won't work. Like almost every ISP on the planet we use name based hosting (which makes it possible to host more than one domain on a single server).Quote:
Originally Posted by belabela
Testing is easy. Use the following link:
http://ozpost.vcsweb.com/postage.php...=100&value=100
If you get a valid response you are connecting to the right server. Anything else would suggest a probably DNS problem.
Feel free to change the postcodes, weights, dimensions, etc in the link if you wish to experiment.
Some web browsers display the resultant page in a more readible form than others (I suggest you use firefox).
Cheers
Rod
Hi Rod,
Thanks for your prompt reply, and the detailed update.
The original AusPost is working fine for me at the moment, but I'm looking forward to using the extended capabilities of OzPost once it's all sorted.
Hope it all calms down for you soon :-)