Printable View
Agreed with the above but i do believe it should remain free the way it was i am happy to pay for support when required not a ongoing monthly fee. Why dont you just charge out at a hourly rate for support like other people do.Quote:
Originally Posted by jazzah
If this is directed at me I can give many reasons for this. Firstly, this is working under the assumption that all the coding to be done has already been done and paid for. In other words, I'll only be getting paid hourly by those that *need* my support, and are willing to pay a reasonably rate from now, and in the future.Quote:
Originally Posted by uniqueliving
Secondly, all the work done over the last 3 years (lets say 3000 hours coding) has provided a stable, low maintenence code that only a handful of people have problems installing, and after that it can be pretty much forgotten.
Low maintence means once installed, few people ever need support.
I reckon if I left the original long broken austpost code as it was, over the last few years I *could* have made a small fortune charging each and every user for 'support' to fix it (well at least til someone else came along and fixed it so that individual support was no longer needed)
Low maintence also means no adjustments required when the postage rates change. *I* do this on the server... the clients (users) always get the latest prices, so I can't charge an hourly rate for that kind of support.. unlike the earlier code (recently re-released) which has many of the rates 'hard coded' which means manual updates for someone.
I'll wager a lot of people opting to use that copy will ultimately end up paying someone else more than I'm asking just to keep it updated .. what with Austrlia Post changing prices of some thing at least twice in the last 12 months
So, to sum up, it is because I have done such a good job on things that trying to survive with providing hourly support isn't a practical solution. This is a case of people paying for the support and service that they DON'T see.. (until there is a problem of course, then all hell breaks loose with people telling me how much *I've* cost them in lost sales revenue).
What The!!!
All of the above is still ignoring all the work that has already gone into the project.
I've no idea how much a contracter will charge to re-create what I've already done, but if the 100 or so active zencart merchants each put in a couple of hundred I'm sure you may get something on par... but even then it will be stagnant... the contracter won't provide free updates and free support. Well, not unless you pay another few hundred each.
I'll also add at this point that most of the features made to ozpost beyond the 'basic functionality has been added at the request of other people, not for our own use or benefit.
Anyway, what HAS already been done isn't an issue, I had never planned to make money, or even recouperate anything for my time spent ion the project so far... What I would like to do is ensure that I'm in a position where I'm capable of continuing the development and maintenance of both the client code and the servers in the future.. Hourly support doesn't allow this, unless I make the code a bit more unreliable, or difficult to install (Note how ozpost doesn't require you to run sql scripts, unlike most addons?), oh, and I'll need to stop doing price updates on the server too, I could easily charge $60 or more per customer up to twice a year for doing this.
My only other comment is that Australia doesn't have the numbers that would allow me to consider a lesser annual fee (not by any significant amount). Think about it... on the *outside* I am only going to get 30-50 people to subsrcribe.. (Based on current takeup rate)... that's what, $500p/m tops. I typically spend 2 hrs a day with the zencart forums, and 4 or 5 hours per day doing other ozpost related things... seems to me that I'm still grossly underpaying myself
And alas, these numbers aren't sustainable either, which is why I also need to tap into the market for other ecommerce stores.
Finally, if this was your way of telling me to 'get a job' all I can say is I wish I could... Australia has a big issue with 'ageism' (acknowledged by the changes to centerlink requirements for 55y/os). In the last 9 months I have applied for a little over 200 positions, ranging from fulltime, parttime, casual, contract, and voluntary, from help desk to security consultant. In the last 4 years I have applied for will over 400 jobs, and during that time I put myself through TAFE to 'prove' I had the required skills to potential employers... this cost me over $10k in fees (in spite of being subsidised by the goverment)..... pretty much cleaned out our bank account and still no job, so why *shouldn't* I turn to those that I've been working for (for nothing) for the last few years (zencart merchants) and 'ask' them to help me survive the future, thus ensuring the future of the software that they count on?
From the impression/reaction I have recieved from some people (not necessarlly you) there is a perception that there are a 1000+ people using zencart/ozpost and I stand to be making $100,000 per year from it.. Yeah, I wish....... If there were 1000 of us, I'd only ask $10 per year, and we'd all be happy :-)
Regards
Rod
Hi RodQuote:
Originally Posted by RodG
Understand a bit better where your coming from now as I have been stuck on the centrelink thing for years after a accident left me permanently disable at no fault of my own there was no compo or anything and i basically lost everything i had. Since then i started the shopping carts and gradually grew a bit bigger and opened a retail shop which enabled me to create a job of my own. If i had a job for you you would have it. I,m sure there are more than 30 or 40 zencarts out there, the problem I have is that i have 8 carts and @ $5 per cart it adds up when the carts aren't doing that well with not as many people spending at the moment. I can't afford to spend $40 per month on this.
Also Rod is supplying and maintaining a server to run the module. He is not just supplying code and support.
I think the best option would have been if you had charged right from the beginning! Then people wouldn't think it is their right to get it for free. Hindsight....
The osCommerce users of the module have only ever had the paid version, and yes, you are correct, not one of them has expected a free version to be thier 'right'. Other carts will also only ever know of a paid version.Quote:
Originally Posted by robbie269
However, I stress that there never was any plans or intention to charge for the service/support *ever*, so it isn't like this scenario has been caused by a *lack* of foresight... I'd have done many things different over the years if that were the case.. eg, better auditing, better merchant feedback for pending expirations, automated registrations , and so on
If I should happen to come into money from other sources, and still have time available for ongoing support/development I'd revert back to the free system faster than you could say 'refund' - Seriously, I get a LOT more satisfaction form working with and helping people for free than I ever could by charging (even though it may not always appear that way).
Anyway, I agree hindsight is a wonderful thing. Lets hope the system does 'survive', because it would be sad if in a few years the servers (and I) go away and people start saying 'In hindsight, we really should have supported the service, because now it isn't even an option.
Cheers, and thanks for your supportive comments
Rod
thanks for quick fix :D and will be doing subscription once the sites are ready.
I will let u know if i find any issues.
Hello,
We just setup a TNT account, it said the price checker will take 1 or 2 days to be approved
I am able to login to TNT ONLINE @ http://www.tnt.com/express/en_au/site/home.html with the TNTuser / TNTpassword which redirects to http://www.tntexpress.com.au/interaction/asps/frame.asp,
but I cant get into my.tnt, admin said they use this but I dont know what it is
Ozpost error log:
Server Returned TNT0.00-1The account number supplied is invalid or not assigned to this login.RPXXX.X02 Regular ParcelREG19.853Registered ParcelRPPi21.203Insured ParcelCOD27.403Cash On DeliveryEXP47.451 Express ParcelEXPi51.751 Insured Express 4.30 2.95 CLARINDA SYDNEY 3
Or other test said
TNT0.00-1The account number supplied is invalid or not assigned to this login.PPxxxx.102 5kg Prepaid Satchel ExpressRPP21.305 Regular ParcelREG24.256Registered ParcelCOD31.806Cash On DeliveryRPPi32.356Insured ParcelEXP57.852 Express ParcelEXPi68.902 Insured Express 11.05 2.95 EAST WICKEPIN SYDNEY 1084
We used the right login info....
Rod, I brought this up once before, but think I need the hack:
ego.com.au shows 0 days delivery for all but the most remote areas of OZ, so where can I change the 0 to always be 1?
I realise this isn't the optimum approach, but if it is a server thing, I would rather at least a human figure so people opt for this service.
It leaves the other services for dead and I want to encourage it! (I mean with my customers - suppliers probably already know how much easier it is to book, pay for and use. And usually cheaper...)
The TNT site is a nigtmare to navigate - too many different logons for various services.Quote:
Originally Posted by vandiermen
First and most important, it needs a valid TNT account for the 'RTT' service. The error messages are suggesting that this is the problem, the account itself is valid, but NOT for this particular service.
I can tell the username/password provided were correct because these are the first things checked (if incorrect we are informed of this before it procedes to check the account number), so what we have are valid user credentials but not for the service being requested.
We require the "RTT" or 'Rated Transit Times' service, this needs to be created at 'TNT Online' and it requires a phone call to the CIT
Helpdesk on 1300 851 131 for the service be enabled for the account.
For some strange reason it doesn't seem possible for TNT to set up a user account, a TNT online account AND the RTT service at the same time, but it really is three distinctly separate accounts that need setting.
Hope this helps?
Cheers
Rod
Yoiks, I thought I'd fixed that @ the server *ages* ago. I'll take another look into it ASAP (next day or two at most )Quote:
Originally Posted by tpeck
I've noticed their (e-go.com.au) prices are always considerably cheaper than the competition, but until a few weeks ago I'd not even heard of them.It's good to find more than one person finds 'em useful.Quote:
Originally Posted by tpeck
Cheers
Rod
Should be fixed now.... For some reason I'd commented out the line where I'd fixed it before (probably got sidetracked with phone call or sumthing).Quote:
Originally Posted by tpeck
FYI, The 0 days were being reported intead of "Overnight". My fix is/was to replace 'Overnight' with the number #1 - That way, the shipping days offset will still function.
Problem now is, I can't seem to find any locations where it *doesn't* report "Overnight" so hopefully I haven't inadvertantly broken something else.
Cheers
Rod
You beaut! That's fixed it.
I too hope you haven't inadvertently broken the overnight thingy, but overnight still registers 1 day in my feeble brain!
Mine too!Quote:
Originally Posted by tpeck
How come no one ever offfers 'overday' shipping? :smile:
Cheers
Rod
I received notice of this change today. I go on holidays tomorrow.
As Ozpost was working correctly on my checks, and the module itself gave no alert, I had no reason to visit this thread.
Your change has put me in a very difficult position. Pay the hostage fee and lose even more money, or go with the default shipping, and just lose money.
I am already close enough to having to fold. Thanks for the module, but I will not be switching to the subscription. I'm already running at a loss, I can't add another.
The alternatives? Don't. Work.
At least you did recieve notice. A few of the more unfortunate users who's expiry was last week didn't get any notice. As a result I suspended the automatic expirations as soon as I realised that it was probably doing more harm than good. You, and many others, have had at least a week extension until I was able to track you down via Google searches (basically this the only method I have of contacting users not yet subscribed).Quote:
Originally Posted by Dvixen
I've found all but five of the currently active zencart/ozpost users (127 active @ Sept 20th 2010).
Did any of us realise that we were so few numbers?
Perhaps we should form a committee ;-)
Cheers
Rod
Hi Rod
I hope this hasn't already been covered but after 122 pages of replies its easy to overlook......Anyway just downloaded and installed 2.0.9. We use both Aus Post and Fastways for delivies currently.
We have found however that peopleget put of by shipping costs in Australia and use a practice of building in a component of the shipping cost into the product which then gives free shipping to most east coast capitals. Out business rarely sells multiple items in a single transaction. For remote areas then the shipping cost is discounted by the amount "built in" the price.
I want to use your module rather then the other Fastway shipping module due to the issues with different costs for different suburbs within a post code.....and having to maintain this database. To fit I thought of using a negative handling fee for Aus post and Fast Way Labels however when you do this it removes that option from the result. (woudl also like it to return $0 if the calculated cost via the module is less then what I put int he handling fee as a negative number).
Is this possible and am I missing a config option ?
Thanks
Stumps
No. This is a first.Quote:
Originally Posted by Stumpy74
I can't think why it should... I've no reason to *deny* negative amounts.Quote:
Originally Posted by Stumpy74
It should be possible (he says cautiously), and no, you haven't missed a config option.......Quote:
Originally Posted by Stumpy74
<a little later>
I've spotted the problem, It seems the program is making use of the handling fee values as part of a validity check...
Handy with a text editor?
load /includes/modules/shipping/ozpost.php into editor
At or near line 467 you'll see:
Alter this line so it reads:Code:if ( (($quote->cost > 0) && ($handlingFee >= 0)) ) { // valid quote
Save the file, then enter your negative handling fees.. use ANY value except -1Code:if ( (($quote->cost > 0) && ($handlingFee != -1)) ) { // valid quote
As for returning to $0 ... the line that follows the one just edited is a simple formula that adds the shipping and handling figures, so add another line after that that reads something like
if ($cost < 0 ) $cost = 0 ;
... resave the file and give it a try.
Cheers
Rod
Thats great thanks Rod. Working like a charm. Going to register for the server during the week after a bit more tinkering.......
out of interest will this mod work its way into core code or will I need to fix for each release ?
Thanks again
Stumps
Adorable Baby Cakes
www.adorablebabycakes.com.au
I'll fix it in the core code, albeit, in a somewhat different manner. What I've given you is what we in the trade call a 'kludge' ... it get's the job done, but it's nothing to be proud of.Quote:
Originally Posted by Stumpy74
Cheers
Rod
G'day Guys and Gals,
I've been have a good chat with a friendly fellow at TNT today as a result of some/several people having issues getting the TNT quotes to work.
I/we have identified several 'common' problems.
1. Having a TNT account is not enough. You MUST request the RTT service to be enabled.
2. Passwords are limited to 14 characters - This is confusing because if you enter longer passwords on the website they are accepted just fine, but if you use a password revealing utility it can be seen that anything over 14 characters are truncated ... However, they are NOT truncated when used via the quote scripts, so the username/password fails for no apparent reason. I'm reluctant to have ozpost perform this same truncation because I beleive it may cause other issues at a later date.. The solution, reset the password to something shorter, OR, when entering it into ozpost only use the 1st 14 characters.
3. Usernames with space characters. Example "TNT Developer".
Although these are perfectly valid names for the TNT quote server, the ozpost module doesn't URL encode the name when asking for a quote request. This causes an incomplete data string to be sent to the ozpost server and as a result neither the TNT or the Fastway quotes will show.
This is a bug with the client code that I'll take care of with the next update, meranwhile the solution is to replace the space character(s) with a "+" (plus) symbol.
Finally, there are two main error messages that the TNT servers will return in regards to logon errors, these are both visible with the ozpost in 'debug' mode.
The 1st error "Username and password combination is incorrect" means you don't have a valid TNT online account, or, the username.password really is incorrect (see items #2 & #3 above).
The other error "The account number supplied is invalid or not assigned to this login" is telling us that the login details are correct, but the account hasn't been set up for the RTT service. See problem#1.
Hopefully this helps others out, and if anyone reading this decides to take another look into why they couldn't get it working don't be too surprised if it has somehow 'fixed itself' already - (This is because I was able to supply many of the account numbers and usernames, and have the RTT enabled, if it wasn't already).
Cheers
Rod
ps. degrandi - I was unable to get this account activated because apparently the username had been changed and I wasn't able to supply rhe current/new name.
Hi Rod,
I'm trying to decide what measurements to use on CD and DVD Cases in order to determine the best method to allow for the correct postage options..
Do I lay them flat and measure it, or do I stand it up and measure it ??
Take a Standard CD Jewel Case as an example;
If you picture an X and Y axis, I've measured it as width along the case, ( X axis, left to right) and the length from bottom to top (Y axis) and the height as the thickness,
So I end up up 14cm (w) x 12.5cm (l) x 1cm (h) and a weight of 0.1 (as my default weight is in Kg's)
And I've also tried standing the case up, and getting length (X Axis) height and width (Y axis)
14cm (l) x 1cm (w) 12.5cm (h)
Either way, if I put 1 in a cart, I get Flat Rate shipping (no rate returned), any more than 1 and standard shipping options are presented.
If I have just one case, and include anything else, standard shipping options are presented.
I know no one would buy just a single case, with nothing else, (though stranger things have happened..!) it just concerns me that I have something amiss somewhere.
I have the following options on offer;
Registered Parcel
Insured Parcel
Express Parcel
Prepaid Satchel
Version 2.08
Any clues.???
Thanks,
Mike
Hi everyone,
Just wondering if there is an issue with this module at the moment? My wife's site isn't giving postage calculations anymore. The option just doesn't come up. It's been like this for a little bit now. We thought it might be an issue with the connection to Australia Post, so have been waiting for it to be fixed, but it is taking awhile. Is it just us? I've gone through all the settings and everything seems fine. No code has been changed recently.
Appreciate your help!
Kind Regards,
Brian
Hi Brian,Quote:
Originally Posted by Brian Flanagan
Which version are you using ?
If it's OZ Post, Have you paid the subscription ?
The Oz Post Mod is no longer a "Free Service"
http://shop.vcsweb.com/index.php?mai...roducts_id=207
Mike
Hmmm...that may be it...what a shame. Will discuss with my wife and see what she wants to do as she doesn't make much money to begin with, hence the reason we built the site on the 'free' ZenCart! Thanks for pointing that out.
Quote:
Originally Posted by Brian Flanagan
Quote:
Originally Posted by Brian Flanagan
You do have another option.
The original Aust Post (not to be confused with the updated whizz bang Oz Post) has apparently been updated to comply with current zencarts and PHP requirements etc..
Its still a free mod...
http://www.zen-cart.com/index.php?ma...oducts_id=1695
Only issue is, its not supported by Rod due to the newer Oz Post mod, so if something goes wrong, you "may" not get any help..
Ok, thanks for that info. Will have a look. May be our only option. My wife's considering what to do at the moment. Appreciate your help!
It makes no difference.Quote:
Originally Posted by Mike_Dean
The module always re-orientates items so that the length is always the longest dimension and the height is always the smallest. This way as items get 'stacked' we don't end up stacking them end to end.
I'm going to speculate a little here ... You have letters disabled as an option don't you?Quote:
Originally Posted by Mike_Dean
Typically, if something is letter sized you wouldn't want a parcel quote for it as well, so this is the standard behaviour of the module. The problem is, of you have dissallowed letter rates, and the item being quoted is letter sized, and nothing else has changed, there will be no other quotes returned by the server, so the module falls back to the static method of quoting.
If you set the "Hide parcel rates if letter sized" option to "NO" , then you'll recieve the parcel rates for this letter sized item, and they'll be shown instead of the static rate.
True, but if you were selling actual CD/DVD's this is something that has great appeal, because these can be sent at letter rates; the postage costs for individual sales can be kept extremely low, with ozpost providing correct/valid quotes regardless of whether one or ten are ordered.Quote:
Originally Posted by Mike_Dean
Cheers
Rod
Spot on..Letter rates now enabled.Quote:
Originally Posted by RodG
Cheers Rod
Quote:
Originally Posted by RodG
Thanks, that did the job.
Hi Rod,
Do you have any intention of adding Couriers Please to this module ?
(The reason we chose CP, is that 3 of our suppliers deliver via CP, so they can do the pick ups at the same time)
Reason I ask,
We use (currently) Aust Post for all single parcel orders, and Satchels, and use CP for all bulk items, eg more than one parcel, as its cheaper.
We want to use the current Fastway option as well in the mod, as it allows us to calculate costs for multiple parcels, which work out to be similar to CP, rather than exorbitant fees with multiple parcels via Aust Post, or returning no fee and expecting the customer to contact us for a rate.
Obviously we can't have the Fastway Mod showing "Fastway" as a service and then ship via CP.
Can we mod our code to remove the reference to Fastway and the labels used, and just call it "Flat Rate" or "Door to Door" or something along those lines ?
Would that be possible within the realms of the mod ?
Thanks,
Mike
I haven't ruled them out yet, but their web interface doesn't allow for easy/simple scripted access so it isn't going to be in the near future. Perhaps sometime next year?Quote:
Originally Posted by Mike_Dean
Well, no you can't... but......Quote:
Originally Posted by Mike_Dean
I was discussing something like this just the other week with a nearby friend. They want TOLL support (also difficult to script), but the noted the TOLL and TNT rates were pretty similar,Quote:
Originally Posted by Mike_Dean
The names of the Courier(s) can be changed with simple edits to the language files. The method types are sent by the server and can't be as easilty changed... However, the code logic is pretty simple, and changing the text to something different isn't difficult, I think I've given examples of how to do this elswhere in this thread.Quote:
Originally Posted by Mike_Dean
.
Anyway, back to Couriers Please, if you know where I can find any documentation on how to interface with their server, or where I can obtain theie table rates I'll gladly revisit it.
Cheers
Rod
Quote:
Originally Posted by RodG
Thanks Rod,
Just trying a few options now, but I have found what appears to be an error in the Fastway costings
Using a 15Kg parcel as an example from 2263 - 5730 the Fastway site suggests 1 GREY Label at $52.80 plus 2 Saver Labels, yet on the OzPost Mod, its still suggesting 1 Grey and 2 Savers, but at a total cost of $11.00 (no P&H), so it appears to be not including the cost of the GREY Label.
Mike
Noted and fixed (server side)Quote:
Originally Posted by Mike_Dean
Cheers
Rod.
Hi,Quote:
Originally Posted by RodG
I have a copy of the Post Code Zones and a copy of the Parcel Rates which calculates the required qty of Regional and Ezy Link labels for Couriers Please,
Would that be of any use ?
If you want to PM me with the nominated email address, I can send them over
It could be useful....certainly worth a look. email to me at [email protected]Quote:
Originally Posted by Mike_Dean
Thanks
Rod
Hi Rod,Quote:
Originally Posted by RodG
I just upgraded to V2.09 and now I get the message re Postal Module Expires in XXX days
Can you please let me the required code modification to remove this, as it really serves no purpose having this displayed to customers...
Thanks,
Mike
Quote:
Originally Posted by Mike_Dean
The fact that you are seeing this is indicative that you don't have all of the icons installed (it would normally show up as ALT text), but to remove it completely from the current version (V2.0.9) you will need to load the file
/includes/modules/shippping/ozpost.php into a text editor.
Locate the following lines (around line 300 or so)
-------------------------------------------------------------------------------------------------
if ($ozicon != " ") {
$ozicon = zen_image($ozicon,"Postage module expires in ".
$xmlQuotes->information[0]->expires." Days") ;
$ozicon = "<a target=_blank href=http://ozpost.net/>".$ozicon."</a>" ;
}
-----------------------------------------------------------------------------------------------------
You can either delete these lines, or comment them out by preceding them
with //
Resave the file.
Cheers
Rod
Hi,
I'm using ver 1.3.9b and I have been notified by a customer today that my shipping isn't working and she is being charged the error cost.
I haven't changed the shipping component at all. What could be wrong?
I realise this is quite elusive, but thats all the info I have and I really have no idea what is wrong as it was working not so long ago.
I did have store pickup installed and then uninstalled it the other day. I just reinstalled it them, but still no joy.
Is there an update I have missed in the last few weeks?
The items work previously...
www . pinksugardesign . com
Thanks Rod.
I have also changed the error postage price, but it sin't updating. It says $6.35 in the ozpost module in admin but not on the actual shopping cart. It is still set at $40.
Not sure what to tell you at the moment... The logs look ok, and my test puchase (5 mins ago) returned quotes forQuote:
Originally Posted by pinksugardesign
http://pinksugardesign.com/includes/...tpost_logo.png http://pinksugardesign.com/includes/...ozpost_rpp.png
http://pinksugardesign.com/includes/...tpost_logo.png http://pinksugardesign.com/includes/...ozpost_exp.png
Lemme know if problems persist.
Cheers
Rod
Still no joy here.
I keep getting the old error rate, it still hasn't even updated that.
Bugger.
By chance you don't have any idea where I should start trouble shooting?
This sounds like it may be a cache problem. Try clearing your cache files and/or try using a different browser.Quote:
Originally Posted by pinksugardesign
Cheers
Rod
The new error rate is now showing. I have just cleared the cache on my browser (after the new error rate showed) and still no joy.
How did you get the proper rates?
Bugger me this is going to be a pain...
Try disabling e-GO rates.Quote:
Originally Posted by pinksugardesign
It looks like there is something amiss with there servers at the moment causing unexpected problems.
Cheers
Rod
E-go rates disabled and its working like a charm again. :clap:
You are nothing short of a life saver Rod, thanks so much for your help and quick resolution.
Much appreciated! If you are ever in the need for a decal - just let me know! :bigups:
G'day Boys 'n' Girlz
Just a quicky to let those subscribed to this thread know that a new update of the ozpost,net client for zencart has been released.
Version 2.1.1 is now available for download at its home site http://ozpost.net
It has also been uploaded to the software add-ons section of the zencart site and should be made available in a week or so.
Main new features are support for Platinum parcels/satchels and support for express letters. Please see the changelog.txt file for more information.
Cheers
Rod
I'm just reading the changes and this line sticks out:
"Re-wrote the packing/stacking code so that multiple items are now treated as individual items."
What's the upshot of that change... are items no longer combined where possible?
Regards
Rob
Yes, items are still combined, but instead of 10 x item = L x W x (H*10) they are added one at at time within a loop that re-orientates the parcel with each iteration. The result being a cubeshaped parcel rather than pipe shaped.Quote:
Originally Posted by robax
This change has no effect when several *different* items are added to the cart.. it only affects multiple quantities of the same item.
Cheers
Rod
Ok cool, thanks for the informationQuote:
Originally Posted by RodG
Rob
Updated and now fastway shipping time estimate doesnt display correctly.
Also postage delay doesnt work
http://countryfurniture.net.au/images/new-1.jpg
Actually, it is displaying the unmodified data send from the fastway server.Quote:
Originally Posted by gmturner
It does, but only in certain circumstances.Quote:
Originally Posted by gmturner
Let me explain ... there is a bit of an evolution processes going on here. The original postage delay was very simple because only one source of data was used, namely, Australia Post, and it supplied a single number/digit to indicate the estimated days delivery to the client, so all the module needed to do was add the number of days delay to this number, then add a bit of text to make it obvious what the number stood for, the text of course being 'Days Estimated delivery'
This was fine until I started adding other carriers each of which had their own methods of specifying the delivery time. SO, to mitigate this issue I added code to skip this behaviour with the new carriers. For all practical purposes this worked quite well, but what I didn't realise though that I failed to exclude FastWay from being treated in this manner... and because PHP doesn't enforce script coding habits instead of producing an error, it was allowing the code to add the days delay to a "number" like ("2 to 3").. it does this by ignoring anything after the '2', so if the dals delay was '3' then the reported estimate for "2 to 3" plus 4 = 6.
Now, because this is working only due to a bug, the number is now a single digit, so the client text "Day Estimated Delivery" was correctly/incorrecty added and everything appeared fine.
Anyway, I discovered this 'bug' whilst adding the Platinum Parcel methods and noted that the estimated days returned for these were no longer using the standard AustPost single number/no text - So I have been/am seeking a method to both fix the bug AND allow the differently formatted data from the server. To do this, A bit of lateral thinking gave me the idea of using the length of the string(s) returned, so if a "long" string was returned (such as "not avialalbe to all locations" then the module should display the string, 'as is'. If the string was short, then assume it was a number (or range of numbers) and then add the postage delay and other text.
I chose to make the 'switch' at 5 characters.. "2 to 3" is 6 characters so it is being displayed as is.
To revert back to the previous bevaviour edit line 572 of /includes/modules/ozpost.php and change
if (strlen($quote->days) > 4 )
to
if (strlen($quote->days) > 6 )
Anyway, that said, I still need to do some serious thinking/tinkering in regards to how to deal with this in the future... as mentioned, it currently only works with fastway due to an oversight combined with loose (poor) coding, the days delay has never had any affect with the other courier times.
I'm also not at all happy with the various inconsitancy of formats ... TNT for example estimates a particular date (taking weekends and holidays into account), Australia Post returns just a single number (for all but platinum)
Fastway provides a range of days, but only the numbers, no text, and so on.
It'd be nice if I had the server return them all in the same format, my *personal* preference would the format used by TNT, where it specifies a partcular date, but I can't just jump into doing that, because then it will break the postage delay stuff completely, and to mitigate this issue means the days-delay needs to be sent to the server so that they can be added *before* the request, rather than after the results are returned (Bugger, I meant to add that to this release so that if I did get around to looking at it serverside the client code wouldn't need to be updated again. Oh well. Next time.
The other (simpler) option would be to convert the very informative date based estimates down to the number of days format and add the delay client side...
Other than my current neglect to send the delay_days to the server it is theoretically possible to support both methods with no other changes to the client code.
Anyway, that's the story regarding this change... if you have any thoughts, opinions or suggestions as to how you'd like to see the estimated delivery times in the future then I'm all ears.
Cheers
Rod
includes/templates/template_default/images/icons/ozpost_logo.gif
How do I remove the above part from the postage section of shopping cart please (the part in bold I mean)?
I have tried placing the icon in the section etc, but it is not removing it.
I have just subscribed to the module today.
Everything else is working fine that I can see.
Kind Regards Casey
This usually only shows when the icon is missing (or no permission to view), but after a number of tests/checks there does appear to be something amiss that I haven't quite put my finger on yet.Quote:
Originally Posted by integrity_designs
Meanwhile, the best fix is to load
/includes/modules/shipping/ozpost.php into a text editor, navigate to line #315, which currently reads:
$ozicon = ( $_SERVER['QUERY_STRING'] == "main_page=checkout_shipping" ) ? $this->logo:" " ;
Then replace this line with
$ozicon = " " ;
(That is a space character enclosed by quotes, followed by a semi colon).
Resave the file.
Cheers
Rod
Quote:
Originally Posted by RodG
Thank-you for your help. It is very much appreciated. :bigups:
Kind Regards Casey
Hi, I just went to check some postage costs on my site, only to find that I'm getting no results back.
It shows "Available Shipping Methods" and "Rates" but then there's nothing underneath.
I'm not sure when it stopped working. I did check it after I subscribed and it was working then. My site is Learn Heaps.
I've checked my other site and it does seem to be working, so I'm not sure what's happened.
I've just tried to verify this, and it seems that you are offering Free Shipping on every single item I've looked at.Quote:
Originally Posted by Lissy
You MAY have done this as a result of the apparent problem you were having, or it may be the problem itself.. You haven't really provided enougth information.
Nothing amiss at the server end, and it is obvious that whatever the problem is, it is local to one of your stores only. Enabling the DEBUG option is generally very informative in cases like this.Quote:
Originally Posted by Lissy
Cheers
Rod
Hi Rod
Okay, I've turned debug on. Hopefully it tells you something useful, because I can't see anything obvious!!
I have 2 types of products.
One lot have free shipping, and have a "Free Shipping" logo in the product list. When I estimate shipping on those, I'm getting the free shipping option showing up and nothing else, which is fine and how it should work.
The problem is all the rest of my products, which should have shipping listed as it's not included in the product's price, but these are returning a blank result - ie just the table headers and nothing underneath that. An example is:
http://learnheaps.com/zencart/litera...-frieze-poster
Oh, and I notice the VCSWEB section under debug is coming up with a 403-Forbidden error page. Is that correct or am I supposed to be able to see helpful stuff there?
The permission denied is of significant concern, I'm currently at a loss to expain it ....Quote:
Originally Posted by Lissy
Quote:
Originally Posted by Lissy
At least now I have something to work with.... I wonder how long it would have taken me to stumple onto an item that didn't have free shipping? (not long actually, I stop looking after 5 seconds). It is easier (but takes longer) for me to wait until a suitable link is provided :-)
Do you have any other useful information? Such as are there any other problems? Hints about changes or updates that may have caused the problem?
I'll run a few more test/checks later this evening..
Cheers
Rod
It would be nice to say that I check the postage calculator daily, but as I don't think I have since I subscribed, it's a bit hard to put the finger on when it went funny. I don't "fiddle" with the site much though!
The only change made recently was I was trying to change something, which involved altering
admin/includes/configure.php
includes/configure.php
To do it, though, I just renamed the existing file configure_old.php in both directories, fiddled with a copy, then when it didn't work, deleted the copy and renamed the old file back to configure.php
I have double checked these files and they're dated 2008, so they've definitely gone back to the old versions when the postage calculator worked fine, so I'm not really sure if there's any way that's upset something.
Hopefully you have seen my PM by now?Quote:
Originally Posted by Lissy
Cheers
Rod
Yes thanks. Working perfectly now - appreciate your help!
Hi Rod,
I'm having a problem with the displaying of the shipping module in ZenCart.
I've installed the ozpost over the austpost module, and now I can't see the module control stuff in the right hand panel.
Also I hadn't checked the shipping module page for a long while so I'm not sure if the problem as there previously.
Do you have any idea on where the problem my be.
Thanks,
Peter.
Hi Rod, I have upgraded to the new version. Only problem I have is when the total weight is less than 500g it thinks it is a letter. As I am shipping glass it needs to go in a box as a parcel or 3kg XL bag.Quote:
Originally Posted by RodG
I have altered the dimensions to 3x30x5 cm however letter option still comes on.
Any ideas?
thanks
Mark
Correction:Quote:
Originally Posted by mark168
when the total weight is less than 500g AND the dimensions permit, it thinks it is a letter.
This has nothing to do with the upgrade, it has always been that way.
Dealing with a situation like this usually means that you need to take things into your own hands rather than expecting the module to do it for you. This may often mean a compromise of sorts... For example, I know of one store that sells everything from bowling balls to crystal vases (yes, really). Needless to say, no one would ever ship both of these items together. For people, this is obvious, but how the heck do we tell that to the shipping module(s)?Quote:
Originally Posted by mark168
Sure, there are ways it CAN be done, and for a coder it is probably a relatively trivial task, but to include such versatility for 'end users' would make the admin control panel so complex that it would be easier to just code what is needed on demand anyway.. at least that is my view, until/unless someone can demonstrate a working example of such a system)
I'm afraid I'll need you to prove/confirm this to me. I've just created a test item using these same measurements and the letter rates did NOT appear.Quote:
Originally Posted by mark168
Please provide a link to your test item, along with the destination postcode/suburb that you are using so that I can replicate and resolve the issue.
Cheers
Rod
ps. One 'workaround' to avoid the letter rates (even though product indicates letter valid) is to DISABLE letter rates as a valid method, but when doing so ENSURE that you DON'T HIDE the parcel rates.. This will ensure the items will be quoted for minumum parcel size/rates rather than letters.Quote:
Originally Posted by mark168
Cheers
Rod
This is usually caused byQuote:
Originally Posted by Peter Homann
1.A duplicate or backup file in the /includes/modules/shipping/ folder or
2 A php file in the /languages/modules/shipping/ folder.
Cheers
Rod
Good news. Thanks Rod, your tip worked. I did previously "hide parcel rates" when letter was disabled.Quote:
Originally Posted by RodG
I was getting the default $25 flat rate before.
One more happy customer.
regards
Hi Rod,
Is the server down for quotes at the moment as i can't get any quotes to come through.
Also one other question, do i need to update to the latest version if everything is working fine with the version prior to new update.
Well it was till just recently:wacko:
I just did the update and found problems with it, not displaying the ozpost gif in the shopping cart just the URL string which looked terrible, also when the quotes were working it was only quoting on 2 or more items, when there was one item it was only giving the stored per item price, which is ok but i like live quotes for everything for my customers.
Have you had any other subscribers with these problems.
Thanks for any info on this.:yes:
Using zencart v1.3.9g I had ozpost v2.0.6 running. I then upgraded to ozpost 2.1.1. Going to admin and doing unistall then install of the new version. As a result of installing the new version 2.1.1 Shopping Cart quantity adjustments became broken. That is, no quantity adjustment (increasing or decreasing the number of items) could be made via the Shopping cart, although products could still be deleted completely.
I then downloaded and installed ozpost v2.0.9 and once again, as with v2.0.6 quantity adjustments could be made. Therefore the problem lies with the coding of v2.1.1 files somewhere.
Yes i am using v2.0.9 and it has worked very well, when i got an update from Rod by email he did not mention if it was a critical update so i just left what i had in place as updating takes me a lot of time to get things how i like them and a lot of mucking around plus down time from getting orders so i hate updating. Now it is doing the cost per item price when somebody orders just one thing i am not sure why this happening, i hope Rod can take a look, i hope he is also supporting zencart 1.38 users also and not just the new version as we all have to pay for use.Quote:
Originally Posted by Ragareb
No.Quote:
Originally Posted by sgallasch
What does 'Debug' say?Quote:
Originally Posted by sgallasch
No, but just as with any software, if you expect the latest security fixes, the latestest bug fixes, and the latest features, then yes, you will need to upgrade.Quote:
Originally Posted by sgallasch
It's not as though you need to update the entire store... it most it requires the replacement of 3 files!!
Did you subscription/trial expire?Quote:
Originally Posted by sgallasch
A known problem. The fix.......Quote:
Originally Posted by sgallasch
-------------------------------
ozpost v2.1.1
/includes/modules/shipping/ozpost/php
line 315 currently reads:
$ozicon = ( $_SERVER['QUERY_STR........
Change it to read
$ozicon = " " ;
Resave.
-------------------------------
This is a VERY COMMON COMPLAINT.Quote:
Originally Posted by sgallasch
Your items are suitable for letter rates, but you have disabled letter rates as a valid option, and at the same time you have left the default setting to hide parcel rates if the items are letter sized. The module is therefore givingthe only thing you have left ... the static rates.
Solution.
1. Allow letter rates for letter sized objects or
2. Don't hide the parcel rates if the items are letter sized.
3. Use valid weight/dimensions for your products (assuming that they are not letter sized to start with).
Cheers
Rod
Sorry, but ozpost cannot cause this problem.Quote:
Originally Posted by Ragareb
There must be more to this than it appears.
Cheers
Rod
for the record, I generally do NOT send updates by email.. The only exception is if a problem has been identified and I need the fix to be verified.Quote:
Originally Posted by sgallasch
There has never been any 'critical updates' - It is recommended that all users keep their installations up to date, but not for any 'critical' reasons.Quote:
Originally Posted by sgallasch
You aren't needing to update your entire installation, there's just 3 files to replace (no merging required) plus the addition of any new icons.Quote:
Originally Posted by sgallasch
OK, I'll give you this one.... what with the number of options and settings, re-settting it all can take a lot of messing around... perhaps even 5 minutes :-)Quote:
Originally Posted by sgallasch
DEBUG is your friend.Quote:
Originally Posted by sgallasch
I'd be happy to, but I'd need a URL so that I can see/verify the problem for myself.Quote:
Originally Posted by sgallasch
As always, I'm happy to support all users where possible, no matter what version of zencart or ozpost is being used, but NOT because you "all have to pay for use", because this is NOT the case. The software is GPL, it is entirely free, and like all GPL software it comes without any warranty or fitness of use. Its use does not entitle anyone to any support.whatso ever.Quote:
Originally Posted by sgallasch
The *subscriptions* are for access to the quotation server(s) .. nothing more, nothing less.....
It is my responsibilty to keep these servers up to date and online. It is also my responsibilty to ensure that server updates do not break existing client software.
Any other work I perform in the name of 'ozpost' (such as development and ongoing support of the client software) is still done on a purely voluntary basis.
I Thought I should clafity that, because the implication that the ozpost module(s) themselves are of a commercial nature means they'd not be allowed int the downloads section, and I would not be able to offer support for it in this forum. Ir needs to be made clear that the subriptions are for the server, not for the software and/or support.
Cheers
Rod
I looked at code for v2.1.1 in:Quote:
Originally Posted by RodG
includes/templates/CUSTOM/templates/tpl_modules_shipping_estimator.php near bottom of the page I added line:
echo "</form>" ;
This solved the problem. That line was in both v2.0.6 and v2.0.9 but not in v2.1.1
Cheers
Yeah, I am aware of that line somehow getting dropped :blush: but I thought no one would notice :wink2:. This doesn't really explain the problem you describe though (well not in any way that makes logical sense to me at the moment), but if you've found that it fixes it them I'm happy to leave it at that :smile:Quote:
Originally Posted by Ragareb
Cheers
Rod.
ps. Good Catch.
Thanks Rod for the help, but all my products are DVDs which are letter sized with proper weight and dimen so i always had hide parcel rates hidden. the live quotes work fine for australian deliveries as a large letter, but when i switch to my test O/S address it reverts back to the static price, this has never happened before and i have never changed anything, this all began last night, it just used to give the large letter price for O/S customers which i could adjust with handling costs, what could of changed? :wacko:Quote:
Originally Posted by RodG
Thanks for all the other answers to questions, you have created a great mod!
Hmmm, I updated some of the server code last night... coincidence? Maybe, but gut feeling says I probably broke something in the process.Quote:
Originally Posted by sgallasch
I've just reverted back to previous code pending further investigation.
Cheers
Rod
ahaa struck gold great news it has fixed the problem,Quote:
Originally Posted by RodG
A GREAT BIG THANKS ROD :clap:
Hi, I have a bit of an unusual problem with the postage module. I am running ozpost V2.0.9 on ZenCart v1.3.9 something - not the latest one.
All postage calculations are working correct with the exception of postcodes in the ACT which are averaging approximately $2.00 more than they should.
It's only postcodes within and around the ACT. All others (I only tried all capital cities) are calculating correctly.
Any idea what the problem could be as I have hit a blank.
Thanks
Anna
www.toycrazy.com.au
I'm quite happy to accept that what you are saying is correct, but unless you can provide and explicit example (IOW, a link to an item in your store, and a destination postcode that you have used to verify the problem), as well as what you think the postage should cost, then, and only then will I be able to explain what is occuring.Quote:
Originally Posted by annav
I just know that if I start adding products/items and random and selecting my own destination postcodes will ensure that I find the only items and destinations that don't have a problem, and this is assume it is an item/destination related problem. Chances are, the problem is something else entirely, which is why I need to be on exactly the same page as you for testing purposes.
Cheers
Rod
I am having an issue with the tnt part of the module. It calculates and shows TNT Shipping rates in debug mode but switch off debug mode and the tnt shipping calculation doesn't show in checkout. I am using Zen Cart 1.3.9h no upgrades. Fresh install 2 weeks ago. Using Ozpost 2.1.1. www.superiormarinegroup.com.au/catalog
It seems to be working at the moment (Road express only).Quote:
Originally Posted by Olsta
your debug shows other TNT methods available, so I assume you have disabled those.
BTW, your tpl_modules_shipping_estimator.php file hasn't been updated with the latest copy from the ozpost distribution package... it takes care of some of the messy formatting.
Cheers
Rod
Ozpost.net News
17th November 2010 CHANGES TO ESTIMATED DAYS DELIVERY - OZPOST.NET
In keeping with a number of requests, ozpost.net has recently altered the way it estimates the delivery times shipping quotes.Until now, each carrier returned this information in their own formats that generally had nothing in common with each other. Some would quote a specific number of days, some would quote a range of days, and others an estimated date. Feedback appears to indicate that most people (merchants and most importantly, the customers) appear to prefer the date format rather than the estimated days format, so I have opted to make all estimates conform to this format...
Along with this change comes a couple of new configuration options that will be included in the next client program updates. Meanwhile, these options can be added to existing/older clients by loading the file /includes/modules/shipping/ozpost.php into a text editor and searching for the line that reads like:
$result = $this->_getURL($this->SERVER, "/postage.php?weight=$parcel......................................");
Insert between "?" and "weight="
deadline=xx&maildays=y&
So the line now reads something like:
$result = $this->_getURL($this->SERVER, "/postage.php?deadline=xx&maildays=y&weight=$parcel.............
The "deadline" (xx) is the cutoff time (hour 0-23) for sameday mailings (overnight delivery)... The default is set for 10am (local store time).
The "maildays" value (y) indicates the days that you do your mailings..
A bitmapped value where:
Mon = 1
Tue = 2
Wed = 4
Thu = 8
Fri = 16
A value of '0 or 31' indicates every weekday, otherwise simply add the numbers that match your maildays..
examples: Mon, Wed & Friday only = 1 + 4 + 16 so maildays=21
Tue & Thursdays only = 2 + 8, so maildays=10
All except Mondays = 2 + 4 + 8 +16 so maildays=30
Tue, Wed, Thurs only = 2 + 4 + 8 so maildays=14
The default value is '0' (all weekdays)
IF YOU ARE HAPPY WITH THE DEFAULT VALUES YOU DON'T NEED TO MODIFY ANYTHING!!!!!!
If you have any further questions or problems please ask.
Thanks
Rod
Hi Rod
I prefer the 'estimated days' method. I'm still running an old version because of my mods for 'packing' and not really in a position to install and modify the latest version at the moment. (EDIT: v2.0.6 modded)
Problem for me immediately is that I'm now getting '0 days estimated delivery' for my shipping quotes. (EDIT: I changed code to state 'estimated delivery')
Is the 0 days thing to be expected or is there something else that is going wrong?
Cheers
Greig
Hi Rod,
Thanks for your continued support on ths excellent mod :)
I have a slight problem...
My "Prepaid express satchel 500g" is only displaying as a "Prepaid satchel 500g".
It has the correct price displayed and the alt text is correct "500g Express Satchel" but it has the wrong image associated.
Also when selected it displays as Australia Post (500gm Satchel):
Not Express Satchel..
I'm using the .png icons
The site is: stillmomentsnursery.com
ozpost V2.1.1
Thanks
Tim
This has been a particularly troublesome one for me to maintain backwards compatibility with, mainly because pretty much every different release has had *some* kind of change to the part of the code that dealt with the output formatting of the disparate data from the various carriers.Quote:
Originally Posted by GAM
No, the '0' thing was not to be expected and should now be fixed (for v2.0.6 at least). Other versions have either already been fixed, or I'm not yet aware they are still broken).
Cheers
Rod
Hi Rod
Thanks, it seems to be fixed now. Finally got an order today ;-)
I'll try to have a look at the latest release and see if/how I can port my existing changes to the new version, that is, if my changes are even required now. I haven't kept abreast of the changes but I read that you've modifed the 'packing/volume' calculations, which was the main reason for me to keep with my modded 2.0.6 version).
If there is some way I could continue to display a number of days instead of the other variations I would appreciate it a lot.
Cheers
Greig
It should be OK now. (My error with latest server update).Quote:
Originally Posted by Tim Ware
Thanks for the report.
Cheers
Rod
Thanks Rod is working correctly now thanks. :)
1 other quick question..
I have the Postage Delay (days) set to a minus figure to disable the estimate delivery time feature.
But after I set it to this, it starts adding new lines between the quotes. Which get larger and larger as the quotes go down through the list.
It works fine if I enable the Postage Delay (days).
Thanks again
Tim
I'll possibly end up adding a toggle/switch for this.Quote:
Originally Posted by GAM
Question. Since you prefer the Days, do you prefer them as they are currently supplied (IOW, NOT taking weekends into account), or would you prefer to use the *actual* number of days instead?
Or, to put it another way... if the estimated days is say "1" and the order is placed on a Friday, the real estimate should be 3 days 'cos that's how long it'll take to arrive at destination, so which is your preference, business days or actual days? (ideally, this should be what would your customers prefer). I'll probably only use the business days for the module, but I thought I should ask, because the direction I take with ozpost really is a direct result of user feedback.
Cheers
Rod
Hmmmm, what interesting (and unexpected) behaviour... I need to look into this a lot further than I've time for at the moment (I have to head out shortly for the evening). It is this part of the code that has undergone most of the restructuring lately... and as surprising as it may seem, I've done most of my tests and checks with the older client programs.. It didn't really occur to me that the latest version would also have some hidden issues.Quote:
Originally Posted by Tim Ware
Doh!
I'll report back what I find, along with any suggestions for a fix/cure
Cheers
Rod
Hi RodQuote:
Originally Posted by RodG
Toggle would be good ;-)
I prefer 'business days'. The reason I prefer an estimated transit days system is that my 'dispatch days' can be irregular hence... 'x days estimated transit from dispatch date'.
FYI
I read about your new system regarding weekly dispatch days, a few posts back, and it sounds good and I imagine very appealing for many/most but it would not really work for me due to my 'irregular' dispatch days... typically Tue to Thur but often enough Mondays and Fridays too. Time of day also makes a big difference. I typically 'cut-off' same-day dispatch around midday i.e., orders received after midday would normally be dispatched the following business day.
If you are going to look at the 'days' vs 'date' toggle/flag then I will hold off upgrading (and hacking) the latest version.
Cheers
Greig
Rod thanks for your quick response. Have updated that file. Had some issues with it early on that is why i reverted back to the older file but it seems to be working now. As for the tnt shipping still doesn't show when not in debug mode. Will leave the shipping module debug mode off so you can see what I mean. Don't understand it as the debugger doesn't give me any errors?? Yes I only have TNT Road Express enabled. I have tried to enable them all to see if any show up when debugging mode is off and none of them show.Quote:
Originally Posted by RodG
superiormarinegroup.com.au/catalog
No I spoke too soon. Updating the tpl_shipping_esitimator makes the search sidebox drop to the side and squeeze the page up. Looked at the coding and change the table dimmensions from 100% to a pixel width but didn't fix the side box issue. when I put the old file back in it is good again. ??
PLEASE DISREGARD THE PREVIOUS POST ROD. I added a form tag to the end of your updated tpl-modules-shipping_estimator file and this fixed the layout problem.:DQuote:
Originally Posted by Olsta
This is a known (and somewhat embarrasing) bug introduced into v2.1.1 <sigh>Quote:
Originally Posted by Olsta
Cheers
Rod
With the debug enabled, what you see in the 'server returned' section are the methods that are considered suitable for the item being quoted. If a method *does* show here, but *doesn't* show in the end listing, then it is because that method has been disabled.Quote:
Originally Posted by Olsta
In the test I performed, there were 4 valid TNT methods returned, but only one of them was showing, which was how I deduced that you had disabled some of rhem.
As a general rule, many/most errors will *also* show in the 'server returned' section, and they will have a quote of $0.00, and usually an estimated delivery time of -1 . In either case, quotes containing these values are also filtered from the final quote list.
There are *some* errors that can't easily be trapped or catered for in any meanginful or useful manner, and these are usually 'silently' ignored. For the most part though, if an error can be reported, it will be...
Anyway I figured knowing a little about what the debug is showing you will help solve many of the mysteries.
Incidently, you probably don't realise it, but with your debug enabled this afternoon I was able to identify an issue with *some* of the TNT error reporting, so thanks to you, the module now provides a little more debug information than it did this morning :-)
Cheers
Rod
Hi Rod, I have enabled the 4 TNT shipping methods for you and put the shipping module back into debug mode. I personally can't find any errors but I assume you would have a better knowledge and understanding of what the debug returns than I would even though to me it just looks like a straight forward return result on what shipping methods can be placed given the weights and dimensions produced. You may already have this info but I have a 23 page doc file from tnt for RTT (Version 2) which I could send you if you would like me to do so send me your email to [email protected]Quote:
Originally Posted by RodG
Thanks Ollie
Well, as I said in my posting to you yesterday"Quote:
Originally Posted by Olsta
It seems to be working at the moment (Road express only).
your debug shows other TNT methods available, so I assume you have disabled those."
In other words, there were NO errors that I saw with MY test order.
I Just tried another item... still not a problem.
Conclusion: The problem you are having is Item specific, or perhaps destination specific. (help me out here huh? I can't check every item to every possible destination for you).
Not really, it is a straigtforward XML fileQuote:
Originally Posted by Olsta
Exactly. As well as many of the possible error messages, should they occur. Did I not just explain all this too you?Quote:
Originally Posted by Olsta
I appreciate the offer, but until/unless it is proven that the existing code is broken and/or produces invalid results then I probably won't even look at it, under the assumption it is no different than the informatation that I already have.Quote:
Originally Posted by Olsta
ANYWAY, as I've said, I tested your store last night and again just now, using an a couple of random items, to a couple of known valid destinations, and nothing was amiss... We clearly need to start working on the same page, please provide a link to the item along with the destination postcode/suburb that you are using that will show the problem that you are having and then perhaps I can solve the mystery.
Cheers
Rod