[Old] Royal Mail Modules

Will you look at that ? every time I write colon and the a word beginning with p like this :p some little icon appears and sticks his tongue out at me, did this board always do that ? One of these days I am actually going to work out how to be a geek and do that smiley stuff and pick a cunning username that bears no realtion to me as a real person at all. All this "virtual" stuff, still can't make head nor tail of it, it's really simple "write programs for the real world people", you don't get more real than the Royal Mail. I mean me trying to post a valid point and then I stick my tongue out at myself, what is the world coming to ?

Hey, Philip! - It's cool to hear of someone with a RL now and again. - Sometimes it's like us geeks live in some myserious world that never touches on RL so your issues are good to hear even if not that good.

I would love to see the BRM module back on track again, even if it meant doing all the boring stuff myself!

Personally, thieving shamelessly from earlier posts, I don't see why filtering on the product side of things, disallowing certain postage options, and adding both thickness and length attributes should be that difficult.

Also, for the love of something/someone, could whoever updates the module make the darn thing work with GoogleCheckout and the default Zen Cart checkout. - At the moment I have just finished 14 days of painstaking work on my site only to find that now, in the final moments leading the glory of a completed store, I can only have "walk in" and other (default) postage options for people wanting to collect in person, pay by cheque, or pay by postal orders. - Seriously not amused...:sadwalk:

Err works with PayPal and WorldPay, I'm sure about that.

Okay let's get debugging then, on your confirm checkout page, you need a print_r($_SESSION) to see what is going on, it should list the cost of shipping that you are sending through to googlecheckout. Then the HTML in the background, the "hidden" stuff should replicate this in a manner google shoud be understanding. IF this is a post, I haven't looked at checkout yet, which I shall just go now. I have about 5 minutes free before getting back to working on security modules for you lot.

(It's not exactly complex using attributes to negate postage sizes, but it's a max length/ width/ height thing and ZC already have a weight splitting option that gets right in the way, an exampled would be boxes 24mm in height, you can fit 9 of them into an A4 padded envelope, but who'es to say that you are not piling them up on top of one another and so instead of large letter, using packet ?)

Thanks
Philip.

Which default zen cart checkout, does it not work with ?

Philip.

Well this is weird... I was looking at the database trying to figure out what was going wrong.... created another test user... and the darn thing started working fine.

So now it's just GoogleCheckout giving me a headache. - Not sure about the check method you listed, but let me take a look and I will try to work out where we both are with this; I suspect you are using PHP console, which I don't have unless there is something in my cPanel I can use.

As for the length/thickness thing... Well I would have to use common sense with that one. - For example, though, a length variable would allow me to prevent someone with an item over 250mm from sending it as a letter or large letter, whilst a thickness variable would allow me to prevent someone from sending an item that has a 35mm diameter by letter or large letter.

Preventing the use of certain postage modules during product creation would be a much easier to implement solution, though. - This way there would be no guess work for the customer and no situations where the modules say yes when in fact the answer would be no because I would know whether a given item could realistically be posted using a certain method and could therefore accurately allow or disallow certain postage methods based on that.

Oh, and my cart version is 1.3.8a... thanks again, Phil!

in cpanel you have a text editor under file manager or something similar, I saw it a couple of weeks ago. I cannot get my own modules to work with the ZC test data on a test site, because it's USA based in lbs at the moment. 5 Minutes turning into 2 hours.

Yes, I do have one of those notepad thingmys... but then I also understand how to use Notepad ++ and my sFTP connection is almost 24/7... :smile:

The lbs thing involves two files, so that (at least) shouldn't keep you tied up for too long you'll be pleased to know.

Anyway, a couple of codeine with extra strong coffee and I'm now good for the next four hours :rotflmao: so...

GoogleCheckout installed and yes, it is picking up the modules OK in the admin interface but displaying them all as being %name% not configured, where %name% is the name of the module.

So... I guess that I should just be able to edit one of the .php files now to give me that session thing...

Right, this is a continuation of my 'breadcrumbs' trail for anyone else trying to sort their setup out.

This is what I am currently seeing below the GoogleCheckout button on the checkout (it's not PHP, but those tags make it stand out better):

Error: Shipping Methods not configured
rm1stlargeletter (ignored)
rm1stlargelettersf (ignored)
rm1stletter (ignored)
rm1stlettersf (ignored)
rm1stpacket (ignored)
rm1stpacketsf (ignored)
rmamassmallpacket (ignored)
rmamassmallpacket500 (ignored)
rmamisfsmallpacket (ignored)
rmamisfsmallpacket500 (ignored)
rmamsmallpacket (ignored)
rmstdparcels (ignored)
rmstdparcels100 (ignored)
rmstdparcels250 (ignored)
rmstdparcels500 (ignored)
specialdelivery (ignored)
specialdelivery9am (ignored)

Are you taking the mickey ? DiHydroCodeine is one of the medications that keeps my disability from killing me.

Okay now I have installed it, I have used the shipping generator too, that creates some shipping php code that is then saved as (overwritten) as shipping_methods.php That part of it works in the sense that after doing that, in the admin area it would appear configured correctly in

Default Values for Real Time Shipping Rates

but I have no idea what that means, I also have no way now of testing further since I have no google checkout facility or gateway, so unless you want to mail me you sandbox settings, then I could continue. There seem to be a lot of "standard" settings at the bottom with fedex and ups, but I have no idea why because I haven't read the instructions yet, I've just got it working this far.

Philip.

coffee granules:

Right, this is a continuation of my 'breadcrumbs' trail for anyone else trying to sort their setup out.

This is what I am currently seeing below the GoogleCheckout button on the checkout (it's not PHP, but those tags make it stand out better):

Error: Shipping Methods not configured
rm1stlargeletter (ignored)
rm1stlargelettersf (ignored)
rm1stletter (ignored)
rm1stlettersf (ignored)
rm1stpacket (ignored)
rm1stpacketsf (ignored)
rmamassmallpacket (ignored)
rmamassmallpacket500 (ignored)
rmamisfsmallpacket (ignored)
rmamisfsmallpacket500 (ignored)
rmamsmallpacket (ignored)
rmstdparcels (ignored)
rmstdparcels100 (ignored)
rmstdparcels250 (ignored)
rmstdparcels500 (ignored)
specialdelivery (ignored)
specialdelivery9am (ignored)

IS all this information at googlecheckout or on the shop, has the shipping_methods.php been sorted out on your end ? That is pushing every module through to somewhere.

I believe I have fixed it.

I deleted shipping_methods.php, renaming shipping_methods_uk.php to shipping_methods.php... and everything is showing up perfect everywhere!

I have yet to do a test order, but am about to and will report back when I do.

As for the codeine, I was not taking the mickey. - I actually suffer from chronic migraines that have hospitalized me on a number of occasions and strong codeine with ibuprofen is about the only stuff that controls the damned things... and it is so nice just to be pain free for several hours and to be able to concentrate without feeling like I've just been in a major headbutting session with a brick wall... :frusty: :smile:

coffee granules:

I believe I have fixed it.

I deleted shipping_methods.php, renaming shipping_methods_uk.php to shipping_methods.php... and everything is showing up perfect everywhere!

I have yet to do a test order, but am about to and will report back when I do.

Reading the shipping_uk code, he already generated everything needed for the uk modules to work, whomever coded it though very much ahead. It would appear that instructions in the zip file are somewhat lacking though.

coffee granules:

As for the codeine, I was not taking the mickey. - I actually suffer from chronic migraines that have hospitalized me on a number of occasions and strong codeine...

Don't take codeine then one of the side effects is supposed to be migraines (don't get them myself). Might be codeine phosphate, but that doesn't work on me, I take 8x 30mg tablets of DHC a day the strongest panadol contains 7.46 mg (sometimes I need a bit more) it takes the pain just down to the level where the adrenalin puts my heart rate up to 90-120 BPM a minute at rest. No codeine and

• headache due to withdrawal,
• my heart goes to 150 bpm at rest so walking up the stairs could make it explode.
  Pain doesn't kill, the body's response to 14 years of pain can though.

coffee granules:

I believe I have fixed it.

I deleted shipping_methods.php, renaming shipping_methods_uk.php to shipping_methods.php... and everything is showing up perfect everywhere!

Now you see if you had read the changelog then

24/08/2007 v1.4.1beta1 (ropu)
- Added shipping_methods_uk.php with UK pre-configured shipping methods.

so all that one needs to do to get google checkout working is to rename a file for the past 14 months or so !

You've a very bad condition there and, yes, it is the phosphate variant I take.

...and yes, it would appear that Ropu has added a UK profile and not coded it in properly (scrambled logic statements?)

I agree that the documentation could be better, too. - The installation test, in particular, is very confusing because it leaves you not knowing whether you should be seeing a login request page or not.

Incidentally ('breadcrumb' time again!) According to Misty, and several other users of the module, if you see the login screen when carrying out the installation test then all is good and fine, and your GC module is installed correctly.

coffee granules:

You've a very bad condition there and, yes, it is the phosphate variant I take.

...and yes, it would appear that Ropu has added a UK profile and not coded it in properly (scrambled logic statements?)

I agree that the documentation could be better, too. - The installation test, in particular, is very confusing because it leaves you not knowing whether you should be seeing a login request page or not.

Incidentally ('breadcrumb' time again!) According to Misty, and several other users of the module, if you see the login screen when carrying out the installation test then all is good and fine, and your GC module is installed correctly.

Well I don't know about that, but I'm not supposed to be "here" I'm supposed to be checking through the payment module's security in general, so I may ask you a favour at a later date to borrow your sandbox.

Philip.

Well, I suppose being here beats being flamed by a bunch of ungrateful so-and-so's over at OSCommerce...

...and there shouldn't be any problems testing with our sandbox if it will help you with your projects.

You might need to PM me, though, 'cause I'm not always online at the forums and my hours vary allot - at the moment I'm in a nocturnal phase...

It doesn't work.

Seriously, I have just put a sandbox together and the google checkout does not work. the shipping_uk one has all the modules in it wheter they are installed or not, and the only thing that I can see is that google will charge £1 for the shipping. NOT a good place to be for your at thi exact momnet in time. It is NOT the shipping Module, it appears to be the implementation of the google code, where that button appears, it needs a rewrite

Just checked, it's a flat rate system that just labels the amounts you put in. It does knock off international things if your google is set to the UK, but it's just a flat rate with a royal mail title grabbed from the modules.

It needs to be stopped, placed in the traditional way, where people can choose the correct shipping for the weight and then pass the information to google. Basically it is a very limited button. At least on my screen the checkout appears under the chopping cart, not on the confirmation page, so there is no change in delievery address, it takes google's account details address. I have overriden the default templates, when I didn't, I dind't get the google button.

anyway this is not something to discuss here, it's something to discuss over at the google checkout cupport thread. And osC, I have no idea, and I doubt they do, I checked again and the download contains at least 7 exploits, the payment modules are now in disarray as the guy that screens the add-ins, just doesn't as "I havea mortgage to pay" and the only person with the keys to the code has gone walkabout. 14,000 osC shops alomst all of them with at least 2 exploits, and they said "don't blame the coders".

philip_clarke:

Just checked, it's a flat rate system that just labels the amounts you put in. It does knock off international things if your google is set to the UK, but it's just a flat rate with a royal mail title grabbed from the modules.

I will now eat my own words. :no:

This is how google checkout works and it's really quite good but you have to configure it very carefully.

:smartalec: Right here goes then first off go here:

http://<YOUR_WEBSITE>/googlecheckout/responsehandler.php

and check if you get this type of error message

Cannot open /var/www/html/googlecheckout/logs/response_error.log file. Logs are not writable, set them to 777

So you set them to read write or owned by the webserver.

What happens is that you click on that Google button and it sends you to google with a call back to get the shipping rates that you have specified/ installed. When you set up google checkout then you put in default values for your service in case the call back fails, and this is why I thought it was a flat rate. So if set up correctly it goes.

• Click on button
• go to google
• google calls your shop for the shipping rates available for the weight of the item
• the rates appears in the select

if the call home fails, then it reverts to default values you have set up.

To try and diagnose the problem is a bit "tricky" visiting the googleresponse page above is helpful in that it if you have correct permission to write to your log files, then it presents you with a password access box ! This is the first time that I have seen true two way communication between a payment module and shipping rates.

So UK people,

• install "big royal mail"
• then install google checkout,
• then copy googlecheckout/shipping_methods_uk.php to overwrite shipping_methods.php.
• then visit

http://<YOUR_WEBSITE>/googlecheckout/responsehandler.php

to see if you get errors (and remember on a test site google may still not be able to communicate with your shop).

• put in default values for the UK shipping modules in case communication does fail in the google payment module.
• remove all the USA shipping options at the bottom which is irrelevant by setting GoogleCheckout Carrier Calculated Shipping to false

That should then work (paypal donations to [email protected] for having worked this through and having written the modules in the first place).

Philip.

Hello again!

Thanks for the testing. - I've hit another problem with something else, so I had not got around to doing the tests on GC just yet.

I will review what you have listed and will post again later (maybe much later - looks like you've been pretty busy!).