[yak_get_remote...] is a new tag which can be used in a product post. This allows you to set up a store on one blog, then use the products (posts) on another. The basic idea is that you can have a central store with all your products, then separate (smaller) sites which pull in specific relevant products. When you click the buy button on the smaller site you are, of course, redirected to the central store.

There are 2 fundamental limitations:

1. it currently only works with libcurl (thus your PHP install must have curl enabled)
2. there is no way (at the moment) to redirect back to the original site. For example, the central store might be setup on site A, and 2 or 3 specific products linked on site B. A customer clicks the buy button on a product in site B, and is redirected to the shopping cart on A. At which point the cart should present a link to return the customer to the calling page.

Usage of the new function will be as follows:

1. On the Yak->Settings, under the Advanced tab, set a remote server and path. For example:

http://myserver.com
/myblog

2. In a post, use the tag: [yak_get_remote_n] where n is the id of the post in the remote store. For example:

[yak_get_remote_9]

Which will embed the content of post #9.

The new functionality does point toward a necessity for affiliate functionality (as briefly mentioned here) — but that’s a much larger effort that may need to wait. The new tag is currently in the repository, and will appear in the next release of YAK.

• Affiliates program - setup affiliates in YAK settings (select from registered users), then affiliates would be able to login to your WP admin panel and view their progress, perhaps setup keywords to manage a campaign? Not sure here. I favour a simple approach as much as possible, but it very much depends on whether a simple approach provides any value. This is probably one of those features that might have to wait until someone wants to fund the development, because it’s only a real user who’s going to come up with something that actually might be useful in the real world.
• Better address configuration — which fields should be included, how they should be labelled (over and above the i18n labelling). Which leads onto…
• Better WP integration — a registered user could enter their address, and this would be used when ordering. Which, as a by-product, should mean that a user could login and see their order details (i.e. order tracking).
• Multiple shipping options — at the very least provide for a configurable number of shipping options. Better yet, provide hooks for alternative shipping engines.
• Tax Calculation — calculating the Infernal Revenue Services’ cut of your sales isn’t something YAK does at all, at the moment, which has been a problem for some. At the very least, a simple tax calculation engine would allow you to specify a tax percentage for a country (have to add states, for the United States and Australia), but would this be enough? Feedback sort on this particular possibility.
• Workflow — at the moment we have “Send Stock”, “Cancel Order” and “Reset”. Are those enough? I started an email discussion with a user about a year ago about workflow, but they never replied after an initial couple of messages.
• Order filtering — the ability to specify date ranges, display today’s orders by default, etc (suggestions?)
• Product filtering — at the very least, a pick list of the alphabet for filtering at the top
• Export — csv(?) export of your orders, your customers, and perhaps your product list. The latter may not be necessary, if I come up with something reasonable in terms of an xml feed for products.
• Wordpress MU compatibility — only if I find a step-by-step installation guide that’s any good…
• Cart widget — display the current basket contents (summary) on the page.
• More download options — one request has been to allow for a configurable email to be sent out (rather than a download link). I was also thinking about tokens for support activities (i.e. buy a support token), which lead me onto the idea of creating a semi-secure sub-page of the download product (in this case a “support product”) where customer and technician can discuss the job. Useful for me, and at least one other user I’ve talked to, but it’s a fairly limited domain, so not sure about adding it as a core feature.
• Checkout navigation breadcrumbs (suggested by Chris). Fairly easy to add, so this will go up the priority list.
• Related products — “other products you may be interested in” (again suggested by Chris). Displayed when a customer adds to their basket.
• Additional gateways — one of authorise.net or PayPal Payments Pro integration. And fix Google Checkout so that we have end-to-end integration.
• SKU — I added product code quite a while ago, intending to use it for SKU, but it doesn’t make sense in light of multiple product types (one product with multiple types will have multiple SKUs). Adding SKU support also means adding the facility to search by SKU with a suitably nice URL (obviously time to brush up those mod rewrite skillz).
• Rewrite! Tidy up the codebase. Or start again with lessons learned from the past couple of years, and spend more time in the WP codebase to make sure YAK is consistent. This will happen once I win the lottery (considering I buy a lottery ticket about once every 1-3 years, calculate the probability for yourself )

And some additional stuff (not specifically related to development):

• Add discussion forums and move all the comments into the forums. I tried to do this before, but probably could’ve done it better, so might be worth trying again. Having 450 comments in General discussion is getting rather unwieldy.
• Site redesign — easier if WP properly supported multiple themes

I think that’s pretty much it. If there’s something I’ve missed that you think should be in this list, please leave a comment here. If anyone wants to fund development on one or more of these items, send me an email to discuss, otherwise you’ll have to wait until they trickle in over time.

Unless, of course, the work of “someone else” amounts to a half-meg schema file.

Now, my spider senses start tingling if I come across a single schema file that’s over a few 100 kilobytes, but Netbeans gets it’s knickers in a right proper twist if you try to generate sample xml from this epic monstrosity. 289MB generated before I managed to kill the process.

And oh, what an xml. I don’t think separation of concerns was a primary, secondary or even tertiary thought for whoever sat down with tool in hand to design this particular ’standard’. If a simple type named ActionCommonDataTypeCodesEnumeration isn’t worrying enough, the fact that it contains terms such as Begin, Cancel, Complete, Create, Delete, Dispatch, Lookup, Initiate, Instruction, Information, PartialCancel, PartialComplete, Read, Request, Update, and so on, hurts the back of my brain.
Let’s not get started on PriceCommonData, UnitPriceCommonData, and the myriad other CommonDatas littered through the document. Ack. Aching brain.

Okay, yes, I’m not the target audience, and I haven’t paid the US$149 for the documentation, so I may be reading more into the schema than I probably should, but if I look at it through even slightly REST-tinted glasses, it frankly gives me the heebie-jeebies.

Suffice it to say that I will probably not be using ARTS’ inventory.xsd for my, much simpler, requirements. I may indeed roll my own, but happy to entertain suggestions if someone has a better idea.

That is RPC. It screams RPC. There is so much coupling on display that it should be given an X rating

Worse yet, Word appears to no longer support Thai language — meaning it’s not fit-for-purpose for my wife either. Unfortunately, we left the Office 2003 disk in storage, back in NZ, so we can’t rollback to the version of Office that did support Thai language.

Exactly why is Office such a cash cow for Microsoft? Because of muppets like me, obviously.

I had a number of problems, some of which are documented here, and starting with this thread here. However, the final clue came from this post. I’ve differed slightly from his solution, basically performing the following steps:

1. install MySQL using MacPorts.

2. copy the libmysqlclient_r dylibs from the mysql dir to the MAMP lib dir, with something like:

cp /opt/local/lib/mysql5/mysql/libmysqlclient_r*dylib /Applications/MAMP/Library/lib/mysql/

3. run the build for MySQLdb (python setup.py build). The final step fails, but you can re-run the GCC command to remove the wrong architecture (-arch) option. In my case, it unnecessarily added -arch ppc. So my final gcc exec is:

gcc -Wl,-F. -bundle -undefined dynamic_lookup -arch i386 build/temp.macosx-10.5-i386-2.5/_mysql.o -L/opt/local/lib -L/opt/local/lib/mysql5/mysql -L/opt/local/lib -L/opt/local/lib -lmysqlclient_r -lz -lm -lssl -lcrypto -o build/lib.macosx-10.5-i386-2.5/_mysql.so

4. create a dir in /Library/Python/2.5/site-packages called MySQLdb and copy the contents of build/lib.macosx-10.5-i386-2.5/ and build/lib.macosx-10.5-i386-2.5/MySQLdb into it.

With any luck you should now be able to connect to the MAMP install of MySQL through Python.

If you’ve downloaded version 1.1.2 of YAK, please try again with 1.1.3. There was a slight problem with the promotion code, calculating percentage-based pricing discount when integrating with PayPal or Google Checkout.

Also included in this release is the facility to add promotions (i.e. discount codes that run for a specific period) — a custom piece of development paid for by a YAK user (thanks Chris!) — Czech translation provided by Frank, and Spanish translation provided by Josep (thanks guys).

The full changelog can be found here: http://www.briggs.net.nz/hg/yak/raw-file/tip/release_notes_1.1.2.txt.

As usual YAK can be downloaded from the WordPress Extend site.

Somewhat irritating, was the fact he claimed to have found connections between us. Quite how he managed to find a connection I don’t know — given that there were/are none — but more galling was the subsequent request that I post messages to that effect, on all the forums where this muppet had been posting. Needless to say, I was somewhat less than agreeable, and I suspect that my refusal cemented whatever paranoid delusions of persecution he had conjured.

I only bring this up now, because YAK has suddenly become the target of that self-same troll. Or at least, I’m guessing it’s the same twit (given the similarity of name). This time ridiculously claiming that my plugin has somehow opened a gaping security hole in WordPress’s administration panel. Laughable.

I suggest that rather than YAK causing the problem, it’ll be the fact that this individual has a few too many brain-cells short of a functional cranium, and that “password” is rather too simple an administration password.
On the positive side, it does hopefully prove that the troll has nothing to do with me, and is obviously a sad git with far too much spare time on his hands.

UPDATE: just to be thorough, I’ve double-checked some of the access points in YAK where there might’ve been potential for a security hole, and I can’t see anything that might compromise WP’s security. So I return to my earlier description of the poster: a muppet.

1. removed the ‘lower()’ on header keywords to support case-sensitive headers (patch submitted by Eugene S).

2. added the facility to wait until the socket is connected before issuing a “CONNECT”

3. removed the space between header and value (i.e. header: value becomes header:value) which fixes an incompatibility with RabbitMQ

4. added the missing connect headers (user/pass) to the “CONNECT” command (again fixes an incompatibility with Rabbit).

As usual changes are committed and you can get the latest version from my Mercurial repo here.

Transpose Red Elephant’s menu and chefs to the Thai Friends location and you’d have the perfect restaurant. As it is, I’d rather put up with the crappy view of Khyber Pass and the motorway, and enjoy the steamed snapper and flaming chicken.

Interestingly, I have yet to find a Thai restaurant in London which comes even close to Red Elephant. The closest would be (coincidentally) Blue Elephant in Fulham — but that has variety in its favour rather than quality.

I don’t think so. I’m attempting to follow the pragmatic creed of learning a new programming language a year (well, laziness will probably turn it into every 2 years, but that’s nothing to do with age), and I think my head is in a better place now, to do so, than it was 10 years ago. Certainly my mother doesn’t think age is any barrier — she started learning Spanish in her late 20s (I seem to recall), and began Italian well into her 50s.

I could probably come up with numerous other examples at a push.

So the fact that the British High Commission in Thailand has just rejected my sister-in-law’s student visa because of her age (early 30s) smacks of excuse, rather than legitimate reason (in which case, why didn’t they tell us the real reason for the rejection?)
Despite the fact we pre-paid for the course, provided evidence of income, accommodation, etc, etc, etc — all the masses of paperwork you need to provide when sponsoring a visa application — it appears that ageism is rife within the Home Office.

Disappointing.

Download it here.

The Handbook covers basic installation, setup for gateways such as PayPal and Google Checkout, downloadable products, multiple types of products, etc. If you’re having difficulty with the basic instructions on the YAK page, this is hopefully the best place to start.

This release includes the following changes:

• “Hard-code” the PayPal IPN page. This means you don’t need to create it manually. Instead just specify: http://yourdomain.com/wordpress/wp-content/plugins/yak-for-wordpress/yak-paypal-ipn.php
• Add Italian translation, provided by Roberto Mogliotti.
• Change the download message to use the tag [downloads] rather than a code.
• Change the email confirmation message to use tags rather than codes.
• Fix a nasty problem zeroing price and alternate title when commenting on a product.
• Fix a problem with the random order number.

I’ve also removed support for the old tags (the html comment form such as <!−−yak_buy−−>), so you’ll need to change your posts to use square brackets if you upgrade (e.g.

As usual, this release has only been fully tested by… well, me… so there may be some bugs I’ve missed — if you find something, please post on the Bugs page or email me directly.

Google Checkout integration requires https, but when testing I’m currently getting the dreaded error:

Protocol https not supported or disabled in libcurl

This despite the fact that curl -V gives:

curl 7.18.2 (i386-apple-darwin9.4.0) libcurl/7.18.2 OpenSSL/0.9.8h zlib/1.2.3
Protocols: tftp ftp telnet dict http file https ftps
Features: Largefile NTLM SSL libz

And port installed gives the following output (excerpted):

curl @7.18.2_0+ssl (active)
curl-ca-bundle @7.18.2_0 (active)
lighttpd @1.4.19_0 (active)
mysql5 @5.0.51a_0+server (active)
php5 @5.2.6_1+fastcgi+macosx+mysql5 (active)

I’m obviously missing something, but no idea what. Hoping that any Mac gurus who happen to come across this might have a suggestion or two…?

First talk, good. Last talk, good. Stuff in between… meh.

Highlights of the evening: catching up with Ben. And, after 7 years, finally meeting Alan (the last talk!) in person…

…even if it was only for a few minutes.

If you’re using 1.0.3d, I recommend you upgrade immediately.

The experimental release (1.1.0-exp) is still unpatched, and will be replaced by version 1.1.1 in a few days.

It’s fixed in trunk (in source control), and I’ll be releasing an updated 1.1.1 version shortly which includes the fix. I’ll also be releasing a patched version of 1.0.3d just in case people don’t want to upgrade to the latest and greatest.

In the meantime, if you’re running either of those versions, I recommend you disable comments on those products for the moment.