[Old] Royal Mail Modules

[philip_clarke]

Will you look at that ? every time I write colon and the a word beginning with p like this 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 ?

[coffee granules]

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...

[philip_clarke]

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.

[philip_clarke]

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

Philip.

[coffee granules]

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!

[philip_clarke]

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.

[coffee granules]

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...

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 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...

[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) 

[philip_clarke]

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.

[philip_clarke]

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.