Printable View
Yes, the latest ozpost code makes a copy of the files it needs to modify before doing any modifications. These have the "_restore" extension.Quote:
Originally Posted by robbie269
There are three files in total. the two you've mentioned, and another called 'update_product.php' located in the /admin/includes/modules/ folder.
I'll provide more details in my next response/
Cheers
Rod
These errrors were caused because the of security restrictions placed on your server. In most cases (so far) this hasn't caused any 'fatal' errors (like yours) because the same restrictions would normally cause the backups to also fail, meaning that nothing would actually be changed at all. You'd simply not get the benefit of the minor changes made to these particular files.Quote:
Originally Posted by robbie269
Yes, the main ozpost.php file *did* get updated. It is only the tweaks to these supplimental files that would have failed.Quote:
Originally Posted by robbie269
I see that you have found the fix. It is/was just a matter of re-naming the backup/restore files back to thier original names.
I will shortly (hopefully by the end of the day) be pushing out another update that resolves this problem, and will allow these files to be properly updated.
Cheers
Rod
It upgraded again this morning. I now have no shipping options. Is it the upgrade or a server problem?
Getting this error in the Cache: "[18-Jun-2012 09:16:31] PHP Fatal error: 1146:Table 'ani48156_store.ozpost_cache' doesn't exist :: delete FROM `ozpost_cache` WHERE `cache_entry_created` < DATE_SUB(NOW(), INTERVAL 8 HOUR) in /home/ani48156/public_html/store/includes/classes/db/mysql/query_factory.php on line 101"
Gone back to version ozpost V3.1.2 and it all works again. I will stay on this version and stick with manual updates until I know the new one works for me.
Robyn
Easy fix. Just perform an uninstall / install sequence from the control panel.Quote:
Originally Posted by robbie269
I've not had a chance to look into exactly why it needs this additional step, but the 'ozpost_cache' table doesn't apper to be getting created during the initial update, it gets created fine during the re-install sequence though.
Cheers
Rod
Thanks Rob that fixed it. I still have the problem with the product.php_restore file etc when I updated. Why will mine not update properly?
Could you please be a little more specific. There are several stages of processing involved with the updates.Quote:
Originally Posted by robbie269
Stage#1. Reading the original files, updating them and saving the modified file(s) to /zencart/cache/ozpost/folder/filename
Stage#2. Renaming the original file to <filename)_restore
Stage#3. Copying the modified files from /zencart/cache/ozpost/ to the original files location.
Stage#4. If no errors detected then delete the work files from /zencart/cache/ozpost/
Each stage has an error check and the error messages displayed/reported will provide a clue as to where the problem is.
Cheers
Rod
I think I get to stage#2 but where is /zencart/cache/ozpost/? Is that meant to be under my cache folder?
The error messages will let you/me know for sure.Quote:
Originally Posted by robbie269
Yes, the 'ozpost' folder get created in your /cache/ folder during the installation/upgrade. It gets deleted after a successful install/upgrade.Quote:
Originally Posted by robbie269
If errors occur this folder and its contents remain intact (and can be used for further troubleshooting, or possibly even a manual copy to their intended destinations).
Any further info that you can provide will be greaty appreciated.
Cheers
Rod
Well there is no ozpost folder under my cache folder. So maybe I get to Stage#2 but miss Stage#1.:dontgetitQuote:
Originally Posted by RodG
OR, it could mean the the upgade was succesful, in which case we're barking up the wrong tree.Quote:
Originally Posted by robbie269
The install/upgrade and the re-install process will both provide information on completion. This will either be error message(s) or a successful completion message.
It is important for me to know which of these you are getting. Or perhaps you are getting neither, which means the problem is more serious than I am imagining.
Cheers
Rod
No I definetly get the successful completion messages:
Warning Ozpost module upgrade available V3.3.1
Success $Id: ozpost.php,v3.3.1 17th June 2012
Success Bugfix : Fixed problem of sending FastWay requests even when disabled.
Success Updated : installation code. (no longer uses fopen).
Success Updated : installation code. (Now makes a _restore file before making any changes)
Success Updated : Click N send file handling (no longer uses fopen, which was oten dissabled on the server)
Success Improved: caching mechanism (faster response times)
Success Added : tests to not modify premodified files
Success Added : tests for most likely weight factor to be used based on existing store products
Success Added : code to modify the english languages files to reflect chosen weight format
Success The ozpost shipping module has been updated. Please check your settings.
Success Your previously installed module has been saved as ozpost330
Success The ozpost database has been updated. Please CHECK YOUR SETTINGS.
Ok, now lets go back to square#1. Exactly what do you mean by "I still have the problem with the product.php_restore file etc".Quote:
Originally Posted by robbie269
I really have no idea what "THE problem" is?
Taking the '/english/product.php' file for example, after a *successful* install/upgrade you will/should have two near identical files in the /english/ folder.
The updated /english/product.php file and the original zencart file, which is now called /product.php_restore.
Are one or the other of these files missing? (which one?)
If both exist, do they both contain data, or is one of them just an empty file?
Cheers
Rod.
After the update there is only the product.php_restore file. No product.php. The same for all 3 files.
I've just uploaded a new version to the ozpost update servers (V3.3.2). This may not fix your problem, but it should provide a bit more information as to what is going astray (I hope).Quote:
Originally Posted by robbie269
Please let me know your results.
Cheers
Rod
Did the update 3.3.2.
Products in admin blank
No quotes on website.
Removed and re-installed ozpost in admin as you told me previously.
Now have quotes on website and product details in admin.:smile:
Got the following error when I re-installed:
Warning Notice: The original file (/home/ani48156/public_html/store/---/includes/languages/english/product.php) file has already been modified and will not be updated. Please restore this file with the original zencart file to allow a clean install of this module
Warning Notice: The original file (/home/ani48156/public_html/store/---/includes/modules/update_product.php) file has already been modified and will not be updated. Please restore this file with the original zencart file to allow a clean install of this module
Warning Notice: The original file (/home/ani48156/public_html/store/---/includes/modules/product/collect_info.php) file has already been modified and will not be updated. Please restore this file with the original zencart file to allow a clean install of this module
Warning Ozpost Shipping module Installation/Upgrade successful.
Hope this helps.
Great to know it's working. Not so great that it still needs another 'kick' to get it started.Quote:
Originally Posted by robbie269
Oooer, a warning of success. LOL.Quote:
Originally Posted by robbie269
All information helps. It tells me what the problem was, but it doesn't quite explain why it got fixed. ... Or maybe it does.Quote:
Originally Posted by robbie269
This particular error message is from an 'error' that I expected during an upgrade (it wouldn't occur on a new installation), and simply put, isn't an error at all. The module is supposed to create a copy of the file anyway (without modifiying it), so that it for the rest of the code it gets treated the same way as the other ozpost files. I'm guessing that if I hide these error messages again the problem will return.
Assuming you now have the files that you are supposed to have (a modified copy and a _restore copy of each of these) this particular warning/error can be safely ignored.
Cheers
Rod
Just to confirm, yes I do have a modified copy and a _restore copy of each file.Quote:
Originally Posted by RodG
Rod
I've just received a note from a would be customer claiming that my site isn't offering any shipping options. On trying it with my own test account I'm now getting this message at stage 1 of the checkout:
I'm at a loss to know where this change in behaviour has come from as I spend very little time maintaining the site these days.Quote:
Not Available At This Time
Sorry, we are not shipping to your region at this time.
When I visited the admin side Ozpost updated itself to v3.3.2 but this issue persists. Can you advise if this notice is part of Ozpost or should I be looking elsewhere to resolve it?
It's NOT part of Ozpost, so you probably need to be looking elsewhere.Quote:
Originally Posted by lucidlee
It doesn't hurt to remove/install the ozpost module to ensure the database and files are in sync though. Your settings will remain intact.
Cheers
Rod
Rod can you help me find where to do this please? I'm getting the same error The service Sea Mail for NEW ZEALAND does not accept parcels over 20kg. )
Oops I didnt quote original message....you were saying to "turn off error messages"
Also would it be easy for me to update to your ozpost module? By the looks of it i'm using something else (ozzy post) that was set up for me years ago.
Thanks in advance :smile:
http://www.antmanhelmetdesign.com/store/
The early versions of ozpost don't have the option to turn these messages off, and this particular error message is now being suppressed by the ozpost servers (which means that whatever module you are using, it is still connecting to the old drc.edeliver servers, which were to be turned off earlier this year (but they had a reprieve because a lot of merchants weren't ready for it).Quote:
Originally Posted by antnest
The ozpost module installs are getting easier all the the time (with only two files to install/copy to the server there's not a lot that can go wrong).Quote:
Originally Posted by antnest
After the initial install of ozpost V3.x.x further upgrades are either fully automatic (V3.3.0 -> V3.3.2), or invoked via a single keypress (V3.3.3 and above).
Cheers
Rod
Hi Rod, i upgraded to zen cart V1.5 with fresh install about 6months ago and ever since ozpost has been doing something wierd where it works out postage fine but it wont show what type of postage it was from admin area or on the order summary that is sent to customer and admin.
In the email it shows as:
Sub-Total: $171.00
( ): $10.85
GST: $15.55
Total: $181.85
in admin area is shows like this:
Attachment 10692
any idea what i may have done wrong?
I've not experienced this symptom before.Quote:
Originally Posted by gmturner
What version of ozpost are you using? The most current is V3.3.5.
My suggestion would be to update to this version and see if the problem resolves itself.
Cheers
Rod
Ps. The latest version has only just been uploaded to the zencart site and will take a few days for it to be made available. You can d/load the latest version at any time from http://ozpost.net.au/downloads/
Im using 3.3.4 and its set to auto-update but doesnt seem to want to jump up to 3.3.5 when i force a re-install/update.
It only seems to happen on paypal express checkout from what i can tell. Direct deposit seems to work fine.
I just tried doing a paypal express checkout and i bought a item worth $4.50 and it takes you to the paypal thing and gets you to log in etc and tell you its going to charge you $4.50 and you press continue and then it takes you back to my site and then adds postage on, but doesnt give you a option of which one you want to pick. It just auto-selects cheapest?
When i do re-install it says:
The file (/home/countr18/public_html/*adminareaname*/includes/languages/english/product.php) has already been modified. This alert can be ignored
The file (/home/countr18/public_html/*adminareaname*/includes/modules/update_product.php) has already been modified. This alert can be ignored
The file (/home/countr18/public_html/*adminareaname*/includes/modules/product/collect_info.php) has already been modified. This alert can be ignored
The bottom 2 appear to be changed for ceon uri mapping, the top one im not sure. is this a issue that may be causing it?
Ill re-install with 3.3.5 in a minute and see how she goes.
In other words you have been having this exact same problem since about the start of the V3.x.x series and possibly before?Quote:
Originally Posted by gmturner
"Doesn't seem to" doesn't really rell me a lot. :-(Quote:
Originally Posted by gmturner
The way this works it outside the scope of anything ozpost (or any other shipping module) has any control over, so if this is a problem that only started occuring about 6 months ago it will be caused by a change in your paypal settingsQuote:
Originally Posted by gmturner
Having said that, due to bad placement of a bit of javascript code in v3.3.3 there is a problem with PayPal checkout in that it'll only produce a blank screen and not even go to the PayPal site. This was fixed in V3.3.4
These messages are generated by the ozpost installer code, and yes, they CAN be ignored. If you wish to get rid of these messages you will need to click the REMOVE button to uninstall ozpost, then re-replace these three files using the original files from the zencart distribution package, and finally, click the INSTALL button to re-install the ozpost module, which will then be able to perform the modifications needed. (The changes being exactly the same as the changes already made to the pre-modified files).Quote:
Originally Posted by gmturner
Although this may seem a bit odd/quirky, the reason for it is that up until V3.x.x. the initial installation of the ozpost module required that these 3 'core' files be replaced by the copies from the ozpost package. This has always been a source of problems because quite often they were not being replaced, or they were being placed into the wrong folders. They were also being re-replaced with the ZenCart upgrades, causing a loss of the ability to add or modify the product dimension data.
V3.x.x has taken a different approach in that these files no longer need to be replaced, but instead, the module will make a backup copy of them and perform the needed modifications during installation (and revert them back to the zencart originals upon removal). This makes installations a lot easier (just two files, plus the graphics) to upload to the server with no need to replace these core files.
The update code performs a check to see if these files have already been replaced, and if so, it generates the alerts, but makes no further changes to the files.
So, how'd it go?Quote:
Originally Posted by gmturner
Cheers
Rod
yeh it started i think as soon as i upgraded, so whatever version you were on 6months ago. Ive only now decided to address it.Quote:
Originally Posted by RodG
Well i forced a upgrade and it upgraded to 3.3.4 yesterday, it would not upgrade to 3.3.5 automatically. I did this today manually by replacing the files.Quote:
"Doesn't seem to" doesn't really rell me a lot. :-(
There are 4 ways you can pay for something in my store:Quote:
The way this works it outside the scope of anything ozpost (or any other shipping module) has any control over, so if this is a problem that only started occuring about 6 months ago it will be caused by a change in your paypal settings
-Paypal express checkout(dont need to create account on my site, just sign into paypal. Is a new feature in 1.5 i believe) - this one has the issues.
-Normal paypal where you have to sign into my site and then select it - works fine.
-Direct bank deposit - works fine
-cheque/money order - works fine
So the issue i believe is restricted to paypal express and may possibly be linked to how it doesnt let you pick which method to ship with it just auto-picks the cheapest for you, this is where the problems start as seen here:
Attachment 10696
When you use one of the payment methods that work fine that shouldnt even be one of your logo's.. it should be text and this is where the problem seems to be, its trying to use the logo's instead of text and the logo's dont work in admin area or in emails so it just shows as nothing.
So it senses that my files are changed and gives up? do i need to go in manually and put some of your code in in this case? what are some chunks of your code i can look for in these files to make sure auspost has installed itself correctly?Quote:
The update code performs a check to see if these files have already been replaced, and if so, it generates the alerts, but makes no further changes to the files.
I think i found a small error in your INSTALL.txt
That should be includes/modules/shipping/ozpost.php shouldnt it? thats the way you have it in the actual folder structure anyway.Quote:
Installation: Copy the following files to your store (keeping the same folder hierarchy)
Required: includes/modules/ozpost.php
I think that this alone would suggest that ozpost is NOT the issue (unless you are refering to an ozpost upgrade you did six months ago rather than the Zencart upgrade you did six months ago. Or did you upgrade both at the same time?Quote:
Originally Posted by gmturner
I'm still not sure what you mean by 'forced an upgrade'. Prior to V3.3.2 this was fully automatic with no way to 'force' anything. Since v3.3.2 I've added a button that needs to be pressed to initiate the updates. It doesn't 'force' anything, it is just a button that effectively make it possible to prevent the automatic updates until you are ready to do so.Quote:
Originally Posted by gmturner
Did it show the update was available and *attempt* to update itself (perhaps with errors?) or was you presented with the update button?Quote:
Originally Posted by gmturner
Sorry if these questions seem silly or obvious, but I can't see what you are seeing, and your terminology is causing me confusion.
I assume your PayPal problem still exists? (It probably will do, because other than my blunder with v3.3.3 the operation of the module hasn't changed for years)Quote:
Originally Posted by gmturner
There is *no* connection between payment methods and the shipping methods.Quote:
Originally Posted by gmturner
You are quite right, this IS where the problem is, but there is *nothing* the ozpost (or any other shipping module) can do to affect this.Quote:
Originally Posted by gmturner
If you wish the customer to have the ability to select the shipping method, you'll need to set the following option in your paypal module settings:
--------------------------------------------------------------------------------------
Express Checkout: Select Cheapest Shipping Automatically
When customer returns from PayPal, do we want to automatically select the Cheapest shipping method and skip the shipping page? (making it more *express*)
Note: enabling this means the customer does *not* have easy access to select an alternate shipping method (without going back to the Checkout-Step-1 page)
----------------------------------------------------------------------------------------
They do (or did) used to work, but there was a problem in that the database fields weren't big enough to hold all the data, so to mitigate this issue the ozpost module used to extend the size of these fields. This was way back in v2.x.x though. The module has long since stopped using these logos in the /admin/ functions, and I didn't think there was any way they could still be used. It seems I'm mistaken though, and will need to investigate this a little further.Quote:
Originally Posted by gmturner
Anyway, this means there are now two ways to cure your problem. The first is to adjust the paypal setting so that the customer can choose the shipping method.
The second would be to disable the use of the icons (which may or may not work. It depends on whether the lack of feedback problem is related to the field size or not).
No. It senses that the files already have the required changes, and if so it makes a straight copy of the changed files without re-applying the same changes (which will cause problems). The rest of the upgrade processing continues normally (at least that's the theory). The fact that there were no other error messages suggests the upgrade was succesfull. (This is why I can't really understand why you are finding it wasn't successull. There are a zillion checks that occur during an upgrade/install), I can't think of how it can fail an upgrade without producing a useful error message to explain the cause.Quote:
Originally Posted by gmturner
No. The entire idea behind these latest changes are so that users don't have to manually modify any code, ever. In fact the latest code even incorperates tests and checks to determine whether products are weighed in Gms or Kgs, and will update the language files to match (the defualt definition of 'lbs' is never going to be right for an aust merchant)Quote:
Originally Posted by gmturner
The main ozpost.php file should be self evident as to which version is used from the version number displayed in the config screen.Quote:
Originally Posted by gmturner
The ozpost language file never gets auto updated, and the only time this will change is when a new carrier is added.
All the other files that get changed or modified will have a current date/time stamp, and the *original* files will be renamed with a _restore extension.
In your case, the three files that didn't get updated because they were premodified will be exactly the same size and have the same contents as the same named _restore files.
Here's a list of the files that ozpost ether creates or modifies:
create: DIR_FS_ADMIN , "clicknsend.php"
create: DIR_FS_ADMIN, DIR_WS_INCLUDES . "extra_datafiles/clicknsend.php"
create: DIR_FS_ADMIN, DIR_WS_INCLUDES . "functions/extra_functions/init_clicknsend_dhtml.php" (zen v1.5.x only)
create: DIR_FS_ADMIN, DIR_WS_INCLUDES . "boxes/extra_boxes/clicknsend_customers_dhtml.php" (zen 1.3.x only)
modify:DIR_FS_ADMIN, DIR_WS_LANGUAGES . "english/product.php" (this premodded file was needed with ozpost v3.3.2 and below)
modify:DIR_FS_ADMIN, DIR_WS_MODULES . "update_product.php" (this premodded file was needed with ozpost v3.3.2 and below)
modify:DIR_FS_ADMIN, DIR_WS_MODULES . "product/collect_info.php" (this premodded file was needed with ozpost v3.3.2 and below)
modify:DIR_FS_CATALOG, DIR_WS_TEMPLATES . "template_default/templates/tpl_modules_shipping_estimator.php"
modify:DIR_FS_ADMIN, DIR_WS_LANGUAGES . "english.php" (changes 'lbs' to kgs/gms only)
modify:DIR_FS_CATALOG, DIR_WS_LANGUAGES ."english.php" (changes 'lbs' to kgs/gms only)
Yup, that's an error in the text file. The actual folders are correct.Quote:
Originally Posted by gmturner
Cheers
Rod
Changing the paypal setting to allow the user to choose their shipping has fixed it.Quote:
Originally Posted by RodG
I still think this problem is ozpost related and only happens when the customer uses paypal express checkout and the option is set for it to auto-select cheapest postage. I may be wrong though, you may want to look into it further. If i find some spare time i might try install on a fresh install of 1.5 and see if it happens. Not that i really care anymore as its better for my customers to be able to select what they want and it also opens up the free store pickup option which they didnt even get a choice to before.
Sweet. :)Quote:
Originally Posted by gmturner
Thanks to your input, I'm inclined to suspect you are not wrong.Quote:
Originally Posted by gmturner
I beleive the clue to the mystery is the fact that the icons are being returned with the quotes even though they shouldn't be. This would also suggest that the error messages (if enabled) will also be getting returned prior to the actual quote data, and this most certainly could cause a problem. Performing a fresh install will not solve the issue.Quote:
Originally Posted by gmturner
I spent some time updating the code last night with some changes that I think should solve the problem (assuming my assumtions are correct). These changes will be incorperated in the next update (v3.3.7).Quote:
Originally Posted by gmturner
Cheers
Rod.
ps. Thanks for your help and feedback. It's greatly appreciated.
Hey Rod sorry to be a pest again but my ozpost module doesnt seem to have fastway couriers pink labels?
edit: to clarify, i have most labels. red, orange, green, white, grey, brown, black, blue, yellow and lime.. but no pink option to tick. its a fairly important one as its entire rural vic for me(geelong).
I've no idea why the pinks aren't included. Have they been a new addition to the range in the last 12 months or so?Quote:
Originally Posted by gmturner
I'll take care of this over the weekend.... unless I discover a reason why they've been left out.
Cheers
Rod
im not exactly sure about that, i asked my mum who deals with all the postage and she said it isnt new.Quote:
Originally Posted by RodG
So its not just me then, pink isnt selectable on any ozpost?
Correct.Quote:
Originally Posted by gmturner
Cheers
Rod
Ozpost V3.3.7 now supports the pink labels.Quote:
Originally Posted by gmturner
If it doesn't show up as a selectable item in the ozpost config screen please perform a remove/install sequence. (I had one of the 3 sites I've just updated fail to show this as a new option after the apparently successful upgrade).
Cheers
Rod
Thanks Rod, as always excellent support for your add-on.Quote:
Originally Posted by RodG
i did have to do a remove/install sequence but she works!
my mum asked the fastway rep and this is what she came back with:
and if you search this thread for pink there has been mentions of it 2 years ago.Quote:
pink and lime green have always been existence, but about 4 or 5 years ago they swapped them over and pink is now country Victoria and lime is Melbourne and up around Bendigo to Echuca and around Wangaratta, Beechworth, Albury and Wagga Wagga NSW. So Pink covers all the areas that the local tickets don’t.
Again, Thankyou!
Hey Rod,
Does the fastway part of the module support cubic weight or does it only run on actual weight? it works out the australia post correctly using cubic weight(16kg) but the fastway one is done on the actual weight(11kg - national label + 2 saver labels when it should be + 3 saver labels.)
Quote:
Debugging information
Parcel
Items 1 Weight 11000gms
Dimensions 54.00 x 41.00 x 29
Cube / Weight 64206cc / 16.0515Kgs
Quote:
QueryString
/postage.php?weight=11000&height=290&width=410&length=540&value=80&fromcode=3221& Osub=MOOLAP&destcode=4703&Dsub=TARANGANBA&flags=0&host=Her%27s+N+His+Crafty+Hand s&storecode=3221&version=3.3.7&FastWay=GEE&maildays=31&AllSat=1&NoSurcharge=1
thanks,Quote:
<?xml version='1.0' encoding='ISO-8859-1'?><quotes>
<quote><id>FWL</id><cost>34.95</cost><days>4</days><description>FastWay Labels (GREEN +2 Saver labels)</description></quote><quote><id>RPP</id><cost>51.75</cost><days>6</days><description>Parcel up to 17 Kgs cubic weight</description></quote><quote><id>REG</id><cost>54.80</cost><days>7</days><description>Registered Parcel up to 17 Kgs cubic weight</description></quote><quote><id>COD</id><cost>63.50</cost><days>7</days><description>Cash On Delivery </description></quote><quote><id>EXP</id><cost>182.05</cost><days>5</days><description>Express Parcel up to 17 Kgs cubic weight</description></quote><quote><id>PLT</id><cost>187.45</cost><days>5</days><description>Platinum Parcel up to 17 Kgs cubic weight</description></quote>
<information>
<servername>svr1.ozpost.net</servername>
<serverIP>184.154.169.226</serverIP>
<serververs>26-06-2012</serververs>
<timestamp>Sat Jun 30, 2012 19:01 (SA Server Time)</timestamp>
<requesttime>19:31 (VIC Store Time)</requesttime>
<postdate>Mon 2nd of Jul</postdate>
<insurance>0.00</insurance>
<surcharge>0.00</surcharge>
<egoinsurance>0.00</egoinsurance>
<registration>3.05</registration>
<fromsuburb>MOOLAP</fromsuburb>
<destsuburb>TARANGANBA</destsuburb>
<origstate>VIC</origstate>
<expires>469</expires>
</information>
</quotes>
Gavin
Fixed :)Quote:
Originally Posted by gmturner
Cheers
Rod
Hi Rod, we're using Ozpost module 3.3.5 in our new shop and we only want to use Australia Post - with our cartons weighing a maximum o 19kgs each. The module is fine to post out one carton of product but as soon as we want two cartons its saying it's too heavy for Australia Post - but I want it to be able to send up to 2 cartons - maximum weight of 40kgs if possible. How do I do this?
Our site address is: www.organicattitude.com.au/webshop
Set the ozpost "Use Core Weight" setting to 'Yes', then set your maximum weights, etc from the config/Shipping&packaging settings.Quote:
Originally Posted by My_Red_Zebra
Cheers
Rod
Quote:
Originally Posted by RodG
Thanks Rod, I had already done this, but alas, did it again now and it's all good. :clap:
My shipping estimator in the cart, before logging in, does not seem to be working in Internet Explorer. Pressing enter after putting in the postcode brings up a result in Firefox and Chrome. However in IE, when you press enter, nothing happens. There is no update button anymore, is that correct?
Can you test it out at the horsestall.com.au?
Just did the latest update V3.3.7 then removed and re-installed. All OK now. Update button has re-appeared too!Quote:
Originally Posted by robbie269
Thanks for letting me know that the problem has been solved.Quote:
Originally Posted by robbie269
Cheers
Rod
Ok it all works now. However one new addition that I really HATE is the flashing "Please select country or enter Postcode" in different colours. I think the flashing colours looks cheap and nasty. How can I remove the flashing ASAP?Quote:
Originally Posted by RodG
Thanks Rod for fixing the flashing colours :-)Quote:
Originally Posted by robbie269
Hi Rod,
I need to test e-go.com.au and I may be getting old but it seems that it does nto matter what I do it does not work. There are no option to select other than the insured and normal and have both ticked but nothing. Please can you tell me what am I missing?
Zen- cart 1.50 and the latest OZ Post ,just updated itself :-)
Thanks
Tassos
Does enabling the DEBUG option provide any clues?Quote:
Originally Posted by hrinfo
Also please provide a link to one of your products, as well as the destination postcode & suburb being used so that I can duplicate the problem. I appreciate that the issue may affect all items and destinations, BUT, if there is just one item in your store that *doesn't* show the error you can bet that that will be the one I randomly select for testing. Guaranteed!
Cheers
Rod
Hi Rod,
Ok it seemed it fixed itself although in a weird way :-) I had to enable the debug function and once that was done I got the messages and after that it worked. I will run few more tests and hopefully that was it.
Thank you
Tassos
I've had a small handful of weird and seemingly unrelated problems reported with the last couple of updates. I'm still looking for the cause of them, but meanwhile it has been determined that performing a remove/install keypress sequence has solved all of the issues reported so far. It is possible that the act of enabling the debug function has the same effect by virtue of the fact that it causes all settings to be re-saved?Quote:
Originally Posted by hrinfo
Anyway, the important thing is that it all seems to be working now :)
Cheers
Rod
Hi Rod,
Just for your info it has something to do with caching but not with the browser. If I was to be exact the fact is that the initial problem with e-go not working was there even though I was trying different browsers and on different machines. Once I enabled the debug and got to the debug messages then everything worked everywhere. Does the software stored any information anywhere that may cause it , as far as I remember that was not the case but may something changed with the updates.
Anyway thought to let you know and I will keep an eye on it in case it happens next time :-)
Regards
Tassos
I did introduce a new caching system in one of the more recent updates (to improve performance), and any given quote request is now cached (in a database table called 'ozpost_cache'). It is stored for a period of 1-8hrs, depending on whether sameday postage is possible or not. (1 hour if allowed/possible, 8 hrs if not). Enabling the debug bypasses this caching. Performing a remove/install sequence will completely clear the cache regardless of the age of the data.Quote:
Originally Posted by hrinfo
Cheers
Rod
my client hyosungparts.asia is setting up a new domain hyosungparts.com.au using the same database as an add-on domain. can you please confirm if this is ok. will the shipping module work on hyosungparts.com.au or do we need to pay more.
The ozpost subscriptions are based on the STORE_NAME (as defined in configuration->My Store settings), so as long as this doesn't get changed the current subscription will be retained regardless of the domain name(s).Quote:
Originally Posted by vandiermen
If by chance the STORE_NAME does get changed (eg, MyStore Retail for one site, and "MyStore Wholesale" for the other, then as long as I can recognise the connection/link between the two stores I manually combine them under a single subscription.
No, you'll not need to pay more. Our intention is to never charge any given store owner for more than one subscription.Quote:
Originally Posted by vandiermen
Speaking of charges, does this mean that you are the developer of more than one store using the ozpost services? If so, you will be entitled to our developers discount rates (33% reduction in all further subscriptions, including renewals). All I need is confirmation that you are the developer responsible for (at least) 2 disparate stores with a 12 month subscription.
Cheers
Rod
yes 6 stores. my clients pay you direct. i have paid for subscriptions in the past. normally i place the orders in clients name so they get invoiced next time.Quote:
Originally Posted by RodG
I will PM my account details and store url's. in-case you just add discount to my vcsweb account i would like that anyway.
The discount code has been generated and emailed to you.Quote:
Originally Posted by vandiermen
As per the email, it is your choice as to whether you pay the subscriptions on your clients behalf and retain some or all of the savings for yourself (to help cover your support costs, which is actually what the discounts are intended to be used for), or whether you choose to pass the code on to your clients so that they receive the discount for themselves (which will help you retain them as ongoing clients).
Cheers
Rod
some problem with not calculating multiple boxes
when dimensions are too large gives an incorrect weight error
we have Use Core Weight and Restrain Dimensions turned on
add these items to cart to get incorrect weight error
Hyosung - GT 250 - 650 - Rear Fairing Left Black
Products Shipping Weight:1.6
Product Length (cm):105.00
Product Width (cm):25.00
Product Height (cm):25.00
Hyosung - GT 250 - 650 - Air Filter
Products Shipping Weight:0.3
Product Length (cm):17
Product Width (cm):12
Product Height (cm):11
Hyosung - Spark Plug NGK
Products Shipping Weight:0.1
Product Length (cm):8.50
Product Width (cm):2.50
Product Height (cm):2.50
if you can have a look for us. thanks.
Very Important: The ozpost module itself doesn't deal with multiple boxes.Quote:
Originally Posted by vandiermen
I've spent 100s of hours over the years attempting to create code that does *reliable* parcel splitting (without success), and as a result I'm not surprised that other code that attempts to do this is also subject to failure.
Nonetheless I don't stop people making the attempt, which is why ozpost has the Use Core Weight and Restrain Dimensions settings.
Hopefully you read the big red warnings when enabling these.Quote:
Originally Posted by vandiermen
Firstly, it appears that you may have found a minor bug with the 'Restrain Dimensions' code in that the tare dimensions appear to be added after this constraint has been applied.. The end result being a parcel that is 2mm larger than allowed by Australia Post. I suggest that until I fix this bug you should set the tare dimensions to zero (very few people would be needing/using these, and being constrained makes it pointless setting it anyway ).Quote:
Originally Posted by vandiermen
As for the WEIGHT problem, Whilst you have the 'Use Core Weight' set to 'yes' then the ozpost module weight calculations are skipped and the weight/parcel details as evaluated by zencart itself are used. This means that you have set the 'Maximum Package Weight you will ship' to something larger than the 20kg allowed by Australia Post. Set this to something smaller and the problem should go away.
Cheers
Rod
I have set
0,0,0 - tare dimensions
19 - Maximum Package Weight you will ship
GT 250 - 650 - Rear Fairing Left Black : Product Length (cm):101.00
But problem continues
Only works when I set the Rear Fairing Left Black to 80 Product Length
this was working before but stopped working; before it was only happening with some combinations, i can't tell you.
I understand if weight is over 20kgs zencart splits in to more boxes, but this does not work sometimes when item dimensions are over x and gives strange weight error.
Working before what?Quote:
Originally Posted by vandiermen
If it was before an update then it is possible that your database and the files got out of sync. Performing a remove/install keypress will solve this problem.
I've done some tests and viewed the links to the screenshots you provided, and have determined several things:Quote:
Originally Posted by vandiermen
1) The over dimension problem (item too large) was NOT caused by a bug in the code as I'd first thought. It was caused because the dimension restriction code wasn't being applied at all. I was led astray because I didn't realise that you had defined the length of one of the items to exactly 105cm and I'd assumed I was seeing the restricted dimension rather than the inputted dimension.
2) This problem has now apparently cleared itself.. You possibly already did a remove/install, or the program detected the discrepancy and automatically re-synced things when you edited the tare dimensions.
3). The links that you provided show that nothing is actually amiss with the module, and your 'strange weight error' is nothing more than the cubing rules being applied. You'll get the exact same 'Too heavy' message if you enter the same weights and dimensions into the Australia Post online calculator.
What this ultimately means is that your product dimensions aren't reflecting reality (which is probably why you find the need to enable the 'restrict dimensions' in the first place). The cubing rules always take priority over the deadweight value supplied. The ozpost module has no control over this.
Cheers
Rod
Hi Rod,
All of a sudden when checking out, I get a blank page after selecting an ozpost shipping method. The page that isblank is;
http://www.homanndesigns.com/store/i...ckout_shipping
If I select "Walk in" it is OK.
I looked in the cache and have this error in the debug log.
Any Ideas what might be causing this as I've not changed anything in my Store.Code:[14-Sep-2012 14:55:22] PHP Warning: Missing argument 3 for zen_get_zone_code(), called in /var/www/vhosts/homanndesigns.com/httpdocs/store/includes/modules/shipping/ozpost.php on line 1439 and defined in /var/www/vhosts/homanndesigns.com/httpdocs/store/includes/functions/functions_lookups.php on line 104
[14-Sep-2012 14:55:23] PHP Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 388 bytes) in /var/www/vhosts/homanndesigns.com/httpdocs/store/includes/modules/shipping/ozpost.php on line 1472
Cheers,
Peter.
Hi Rod,
I found the problem....
It was the large Click and Ship files in the cache that were causing the problem.
Cheers,
Peter.
These can be deleted via the admin->customers menu. Alternatively, if they are getting too large it probably means you aren't using them anyway. You can prevent their creation by deselecting the clicknsend option from the ozpost module.Quote:
Originally Posted by Peter Homann
Cheers
Rod
Hi Rod,
Thanks for the reply. Yes, that's what I did.
It will teach me not to play with things I don't use. :)
Cheers,
Peter.
Hi Rob, hope I'm not asking a question you've already answered but I couldn't find it here. How would I use the Ozpost for International shipping and set free shipping for Australia?
Thanks!
To do this, the first thing you must realise is that the ozpost module cannot and will not support free shipping itself. Such an option defeats the prime purpose of the module, which is to produce *accurate* shipping quotes. None of the carriers supported provide free shipping.Quote:
Originally Posted by marknew
The next thing to realise as that 'free shipping' is a valid option supported by zencart with modules other than ozpost (which is another reason why it isn't supported by ozpost itself.. it'll simply be doubling up on existing code).
The final thing to realise is that if zencart determines that any given product/parcel is suitable for free shipping then the ozpost module code shouldn't be invoked in the first place. Why request an 'ozpost' quote when the store has already determined its suitable for free shipping?
OK, so with these important facts known, I will now answer your question.
Step#1. Install/configure one of the free shipper modules to provide free shipping to Australia Only.
Step#2. (shouldn't really be needed). Disable all Australia shipping methods in the ozpost config settings. (Doing this will prevent 'accidental' ozpost Australia quotes from showing even if the free shipping module fails to prevent the quote requests from occurring in the 1st place).
Hope this makes sense?
Cheers
Rod
Thanks Rod, Cheers!
I have Zencart v1.5.0 with ozpost module but no matter what settings I have all I can get is the Flat Rate to show on the website. I did have the old version which has now become obsolete and I have uninstalled it in the admin panel and I did uninstal and reinstall the ozpost module in the admin panel and it is still has not changed. Is there anything else that I can do to get this working.
Yes. Make sure that your products have valid weights and dimensions.Quote:
Originally Posted by seanymph
My randomly chosen test product Bookmark - Fire Nymph Beaded apparently weighs nothing. It's not possible to provide a quote for such items.
Also check that you aren't 'hiding' the only valid shipping methods possible. For example, if I assume you add a weight to the bookmark above (lets say its 10grams) and the dimensions are entered as being 3 x 6 x 0.1 (cm) this item would be classed as suitable for letter rates. If you have opted to not allow letter rates as a valid method AND you have set the option 'Hide Parcel Rates if letter sized' there will no longer be any valid quotes for the module to display, which will cause it to revert to using the 'static' rates.
If entering valid weights/dimensions doesn't solve the problem please provide a link to the product(s) that you are using for test purposes as this will allow me to see what is being sent to the servers and I'll probably be able to offer other suggestions. It's not much good letting me select products at random because I'll always manage to select the one product in the store that doesn't fit the symptoms.. for example, the bookmark I selected above may well be the *only* product in your store that *doesn't* have any weight defined for it, which means I could already be way off the mark.
Cheers
Rod
Thanks Rod I will try your suggestions and let you know if it works.
Hi Rod,
I tried your suggestions still having the same result it is only showing flat rate $25 it is not showing any other option.
Below are two of the links that have both the product weight and dimensions.
http://fantasy-art-originals.com/ind...c6fb9202dae64a
http://fantasy-art-originals.com/ind...d1d43b66684202
Thanks
seanymph
It appears that you store isn't able to connect to our servers for quotes.Quote:
Originally Posted by seanymph
Normally this would be an easy one to solve, but there doesn't appear to be any network related issues either (otherwise the suburb list wouldn't be displayed). I assume that you aren't having any problems seeing how long your subscription is valid for either?
To complicate matters even more, zencarts curltester.php script indicates that this is also working.
I've attached a file ozpostcURLtest.zip to this reply (hopefully). If you could please unzip and upload it to the root folder of your store, then enter
http://yourdomain.com/ozpostcURLtest.php to your web-browser it should give a clearer picture as to what's going on.
Cheers
Rod
Thanks RodG,
I did want you said installed the file in the root folder this is what came back.
http://ozpost.net.au FAIL
Query : http://ozpost.net.au/postage.php?fla...client_version
Connect Time : 0
Name lookup Time : 0
Total Time : 0
########################################____
http://ozpost.net FAIL
Query : http://ozpost.net/postage.php?flags=...client_version
Connect Time : 0
Name lookup Time : 0
Total Time : 0
########################################____
http://svr0.ozpost.net FAIL
Query : http://svr0.ozpost.net/postage.php?f...client_version
Connect Time : 0
Name lookup Time : 0
Total Time : 0
########################################____
http://svr1.ozpost.net FAIL
Query : http://svr1.ozpost.net/postage.php?f...client_version
Connect Time : 0
Name lookup Time : 0
Total Time : 0
########################################____
http://svr2.ozpost.net FAIL
Query : http://svr2.ozpost.net/postage.php?f...client_version
Connect Time : 0
Name lookup Time : 0
Total Time : 0
########################################____
Thank you. Please come again,
The problem is with your server/host. There is nothing that you (or I) can do to fix the problem other than to submit a bug report with your host.Quote:
Originally Posted by seanymph
Due to the simplicity of the test script that I've provided it would be prudent to have them perform any testing they need to do using this script (rather than reporting it as a 'zen cart' problem).
You'll find that when this script runs with successful connections that you'll have no more issues with the ozpost or your paypal modules either. All of these issues have the same cause, which as stated, is only fixable by your host.
Cheers
Rod
Hi Rod
I contacted Justhost and they insist that there is nothing wrong with the server that they have made no changes. I will contact them again in the morning hopefully they will be able to look into it more thoroughly.
seanymph
I note that it still isn't working. Is your host still denying that there is a problem? Did you point them to my test script? What was their response/explanation?Quote:
Originally Posted by seanymph
Cheers
Rod
Hi RodG
I just had a chance to call them today concerning this they are looking into it and they have given it to their script technicians to see what is causing the issue with connecting to both ozpost and paypal. They have advised that it will probably be sometime tomorrow they will get back to me and have it sorted. As soon as they get back to me and have an answer I will let you know.
Hi RodG,
This is the response I have received from Justhost concerning this issue:-
Hello,
I apologize for any troubles you've been having.
This doesn't appear to be a server issue.
If i do curls manually this is the results I see.
$ curl -IL http://ozpost.net.au
HTTP/1.1 200 OK
Date: Mon, 01 Oct 2012 16:06:54 GMT
Server: Apache/2.2.22 (Unix) mod_ssl/2.2.22 OpenSSL/0.9.8e-fips-rhel5 mod_auth_passthrough/2.1 mod_bwlimited/1.4 FrontPage/5.0.2.2635
X-Powered-By: PHP/5.2.17
X-Pingback: http://ozpost.net.au/xmlrpc.php
Link: <http://wp.me/P2t8YF-6>; rel=shortlink
Connection: close
Content-Type: text/html; charset=UTF-8
$ curl -IL http://ozpost.net
HTTP/1.1 406 Not Acceptable
Date: Mon, 01 Oct 2012 16:07:21 GMT
Server: Apache
Connection: close
Content-Type: text/html; charset=iso-8859-1
$ curl -IL http://svr0.ozpost.net
HTTP/1.1 403 Forbidden
Server: Zeus/4.3
Date: Mon, 01 Oct 2012 16:06:16 GMT
Connection: close
Content-Type: text/html
$ curl -IL http://svr1.ozpost.net
HTTP/1.1 406 Not Acceptable
Date: Mon, 01 Oct 2012 16:08:09 GMT
Server: Apache
Connection: close
Content-Type: text/html; charset=iso-8859-1
$ curl -IL http://svr2.ozpost.net
HTTP/1.1 200 OK
Date: Mon, 01 Oct 2012 16:08:35 GMT
Server: Apache/2.2.22 (Unix) mod_ssl/2.2.22 OpenSSL/0.9.8e-fips-rhel5 mod_auth_passthrough/2.1 mod_bwlimited/1.4 FrontPage/5.0.2.2635
X-Powered-By: PHP/5.2.17
X-Pingback: http://ozpost.net.au/xmlrpc.php
Link: <http://wp.me/P2t8YF-6>; rel=shortlink
Connection: close
Content-Type: text/html; charset=UTF-8
Curls seem to work, however you are being rejected or refused connection from most of them.
Thank you,
Jean
Level II Site/Script Compatibility
Justhost.com
888.755.7585
Can you make any suggestions?
seanymph
Hi RodG,
Well I dont know what the issue was that caused both paypal and Auspost modules to give error messages and Justhost have not got back to me since the last email I sent to them asking for further assistance. But it seems that all is working right now thanks for your help in this matter without your assistance I would have probably still be no where with Justhost.
seanymph
Those rejections/refusals are/were to be expected if/when the servers are queried with no valid data.Quote:
Originally Posted by seanymph
The 'important' thing they should have noted was that *some* of the queries they ran from the command line were successful, yet *none* of them were successful via the test script (or the ozpost module).
Cheers
Rod
I can confirm that all is OK now. In fact if you run the ozpost test script yourself you'll have a better idea of what to expect when things are working. This can be a great aid if things ever get broken again.Quote:
Originally Posted by seanymph
Keep in mind that the ozpost system has 3 different servers on 3 different networks. If they all report 'FAIL' the problem is almost certainly something amiss with the stores host.
With some hosts you've just got to persist a little more than others. It'll be interesting if they report back to you with what they needed to do to fix it. Actually, it'll be useful info for me to know, that way I can be more precise with the next person with the same(?) issue.Quote:
Originally Posted by seanymph
Cheers
Rod.
Hi Folks,
Just received from Australia Post.
----------------------------------------------------------------------------
Dear Customer,
Our records indicate that you registered for an API key to utilise Australia Post’s postage assessment calculator (PAC) and postcode search (PCS) API’s. This email is to advise that from October 22nd 2012 Australia Post will be changing postage prices and the way that the U.S. security surcharge is incorporated.
As part of the price changes the $9 U.S. security surcharge will no longer be separately itemised in the total postage cost. Instead, this cost will now be incorporated into the regular pricing cost.
We believe that this change should have no impact to your implementation of the PAC API but wanted to bring this activity to your attention in any case.
Should you have any questions about this change please contact us via this link:
https://auspost.com.au/devcentre/support.asp
Regards,
Aus Post Web Support.
-------------------------------------------------------------------------------------
This change will NOT have any direct effect on OzPost users, who have been lucky enough to have had this surcharge included in the postage costs (where applicable) for almost a year now (when the surcharge was first introduced). However, it does mean that I need to reconsider how this charge is presented to the customer.
At the moment this surcharge is being listed as a separate charge from the postage. My question is, do the ozpost users have any preferences in this regard? Should I update the ozpost module(s) to include this surcharge as a part of the shipping costs (As Australia Post are going to be doing), or do you prefer to have it listed as a separate item, as it currently is?
Majority Rules, so make your voice count.
Cheers
Rod
Since this is an unavoidable cost I see no particular advantage to showing it separately.
The argument against this is that it helps avoid 'postage shock' for those affected by the surcharge. OK the final cost is the same, but wouldn't people be more receptive at seeingQuote:
Originally Posted by lucidlee
Product Cost $50.00
Postage Cost $39.00
Security surcharge $ 9.00
-------------------------
Total $98.00
Rather than:
Product Cost $50.00
Postage Cost $48.00
-------------------------
Total $98.00
Hmmm.. perhaps not..
Your vote has been noted, and thanks for stating your reason. Much appreciated.
Cheers
Rod
Rod
I have a fairly limited product range but only one group of products really works with OZPost (well Australia Post really). These ship in tubes, up to six products per tube.
If I sell these products in bulk (ie >25) they ship as a flat pack via Pack & Send, who handle packaging and then contract shipping via DHL, FedEx or whatever. They quote for specific quantities and destinations - automated lookup to a remote server seems impossible. Anyway I occasionally get an updated quote for my common pack sizes and destinations so really the table rate module is what is needed here.
To offer shipping prices on my website for these 'flatpacks" and tubes I'm figuring that I need to be able to invoke one shipping module or another according to package type or, given how my site is organised, by product category. Zen cart seems adept at swapping shipping modules according to zones, weight, $Order or units but not according to product category. Is this indeed an insurmountable limitation or just not thought of?
I don't know if I'm alone in this regard so I'm asking if you can provide a technical feasibility response - and if your other users can indicate an interest.
All being well maybe we can crowdfund this.
Lee
This is actually quite easy to do and there are several threads that cover the information needed. Here's a link to one of them.Quote:
Originally Posted by lucidlee
http://www.zen-cart.com/showthread.p...g+product+type
The main reason why this isn't 'standard code' is because each and every store will have their own unique category structure, and each store will have their own selection of shipping modules. Trying to create a universal interface to satisfy everyones needs is a tough ask, doubly so when the principles behind it are so simple.
It is more of a user interface problem rather than a technical problem.
Cheers
Rod
Hi Rod,
There appears to be a problem with your site shop.vcsweb.com/
Currently it is off the air, and as such no postage calculations are being performed.
This a major issue so hopefully you are aware of it.
Cheers,
Peter.
Seconded.Quote:
Originally Posted by Peter Homann
Cheers
GAM
Me too. I have reverted to a flat rate. Not happy as it is the start of my busy season.
Robyn
The Horse Stall
------ Here's a copy of the email I've just sent out to a couple of other people that are currently experiencing the same problerm.---
------------------------------------------------------------------------------------------------
There are major problems with our primary server at the moment.
Both backup servers are fully functional.
Most of the ozpost client modules will detect the svr1 problem and use srv2.ozpost.net instead (and if that fails they should use svr0.ozpost.net).
If you are experiencing an issue as a result of this current outage, you have three options.
1) update to the latest ozpost code.
2) Load the code /includes/modules/shipping/ozpost.php into a text editor.
Locate the line of code that reads:
curl_setopt($ch, CURLOPT_URL,"svr1.".$server.$request);
(it'll be somewhere around line #1696)
Change 'svr1' to 'svr2'.
Resave the file.
This'll force the module to use the secondary server 1st :)
or
3) Be patient. svr1 will be back online ASAP.
Cheers
Rod
Update: ozpost outage.
Our primary server is still offline (12hrs and counting), with no idea as to when it will be fixed. (It is outside of our control).
I've just completed code changes that will solve the quote issue that some of you are experiencing as a result of this outage. The new code has been designated as V3.4.0 and is currently available for download on the ozpost.net.au website (see link in signature line).
This update has been submitted to the zencart downloads, but it could take a few days to be approved.
Until the server problem is rectified we are unable to update/renew subscriptions. We appreciate that this can cause undue hardship for those that leave their renewals until the last minute, therefore, until we get the subscription servers back online ALL SUBSCRIPTIONS WILL REMAIN VALID and will show 999 days remaining.
Cheers
Rod
Hi Rod,Quote:
Originally Posted by RodG
My OZcart was working with the recommended fix of changing server 1 to server 2 as suggested. This morning the module is no longer working, it is showing 0 days subscription left.
I also have these errors when I select the Ozpost module from the shipping module in my Zencart Admin.
Is there something that has changed that is causing this?Code:Error cURL communication ERROR: name lookup timed out
Error cURL communication ERROR: name lookup timed out
Error cURL communication ERROR:
Error cURL communication ERROR: name lookup timed out
Error cURL communication ERROR: name lookup timed out
Error cURL communication ERROR:
Cheers,
Peter
Nothing that I'm aware of.Quote:
Originally Posted by Peter Homann
When convenient you should change this back to svr1 as it provides that additional layer of redundancy. Also, accesses to servers 2 & 0 trigger an SMS alert to warn that there may be an issue with svr1. (I currently have you whitelisted to avoid such alerts).Quote:
Originally Posted by Peter Homann
Although not much help on this instance, but if you were using svr1 1st you'd get three of these (one for each server tried).Quote:
Originally Posted by Peter Homann
Clearly *something* has changed, but not from the ozpost side of things. These are DNS lookup errors, in other words it is a resolver problem with your webhost/server.Quote:
Originally Posted by Peter Homann
Such problems are not uncommon and usually fix themselves within a few minutes. If it persists much longer than that you'll need to do further investigationing.
Cheers
Rod
Hi Rod,
Any tips on how to investigate further?
Is the problem that my host (in the USA) cannot lookup site http://ozpost.net.au/
Cheers,
Peter.
That I can't tell you. What I can tell you is that the error message(s) that you posted indicated a problem looking up svr2.ozpost.net & svr0.ozpost.net (no .au)Quote:
Originally Posted by Peter Homann
I assume the problem is ongoing?Quote:
Originally Posted by Peter Homann
Are there any other issues (currency update problems, paypal problems, or anything else that connects to external servers)?
You can also try running the ozpost server test script from here:
http://www.zen-cart.com/showthread.p...86#post1151486
Has your host updated its firewall recently?
I can't really think of anything else at the moment.
Cheers
Rod
Hi Rod,
Paypal, currency updates etc. All work well.
Below is what the script returned.
Will turning on debug provide anything extra?Code:http://ozpost.net.au OKAY > V3.4.0
Query : http://ozpost.net.au/postage.php?flags=get_latest_client_version
Connect Time : 15.667356
Name lookup Time : 15.501922
Total Time : 15.884058
########################################____
http://ozpost.net OKAY > V2.9.9 PLEASE UPGRADE
Query : http://ozpost.net/postage.php?flags=get_latest_client_version
Connect Time : 15.071452
Name lookup Time : 15.011499
Total Time : 15.188857
########################################____
http://svr0.ozpost.net OKAY > V3.4.0
Query : http://svr0.ozpost.net/postage.php?flags=get_latest_client_version
Connect Time : 15.180432
Name lookup Time : 15.010016
Total Time : 15.386911
########################################____
http://svr1.ozpost.net OKAY > V3.4.0
Query : http://svr1.ozpost.net/postage.php?flags=get_latest_client_version
Connect Time : 15.065858
Name lookup Time : 15.005805
Total Time : 15.184502
########################################____
http://svr2.ozpost.net OKAY > V3.4.0
Query : http://svr2.ozpost.net/postage.php?flags=get_latest_client_version
Connect Time : 15.172087
Name lookup Time : 15.007182
Total Time : 15.389777
########################################____
Thank you. Please come again,
Cheers,
Peter
Nothing amiss there.Quote:
Originally Posted by Peter Homann
Perhaps.Quote:
Originally Posted by Peter Homann
Oh, just to confirm, you did tun the script from your store and not your localhost, didn't you?
The reason I ask is because the script results are contradicting the error messages you reported.
Cheers
Rod
Hi Rod,
I was doing an update on solarcampingaustralia.com.au, and did auto file then DB updated to V3.4.0 ozpost.
Check settings and Fastway was changed to city name instead of fastway-codes (that's less confusing) .
we were using BDB Wide Bay, so I changed it to Wide Bay
Tested cart and no Fastway
Changed fastway to Sunshine cost and fastway is working.