xi.co.nz

I didn’t paint a single 40k figure in 2013, nothing but Warmachine and Bones. After the newbie tournament at the end of 2012, my next step was a squad of Exemplar Errants, the UA, and a Revenger from Comics. They’re nice plastics, but they weren’t particular fun to assemble – the shoulder pegs didn’t fit, nor did the crossbow pegs in the hands. The metal UA is also 15% taller than the plastics, so it looks pretty silly at times.

For Tagcon, I ordered from Defiant Severius, the Covenant, and Vassals. The dark-haired vassal has sculpted putty hair and a repositioned head.

Tagcon won me eEiryss (unassembled as of now) and eSev (which didn’t get painted until 2014), and I picked up a Redeemer and Nicia. Note that the redeemer arm is a scratchbuild from Dakkajet bombs, since I’m not a fan of the base one.

For Cavcon I had to find five points of filler in a hurry, so some of the Cinerators from the two-player starter got done. God these are great miniatures, it’s a shame they’re just not that good in play. I think I’ll use them in a Vindictus list.

Later in the year, aiming for Conquest, I ordered the Avatar, Zealots+UA, Gorman, Rhupert, Wracks (unpainted but done with jeweller’s chain), and a Hierophant, and picked up a Reckoner kit from Comics.

And a bonus Avatar with Gaze of Menoth running:

There’s a Warmachine journeyman league happening at the local club, and I decided to play the alt Menoth battlegroup – the idea is that it’ll get me down to the club to play more often, and I’ll get a bunch of stuff for my existing army painted up instead of starting something new. The alternate box is Feora, Dervish, Repenter, Guardian – I have a Repenter from the two-player battlebox painted already, and I acquired the rest. Discount Games is pretty fast shipping – it took roughly 10 days to reach Christchurch from Idaho.

The current state of the battlegroup:

Week one painting was the Dervish:

Week two was Feora herself:

Week three will be the Guardian:

So here’s what got painted last year.

First up, my Menoth for Warmachine – I was aiming for a 25 pt newbie tournament in December, which was probably one of the first times I’ve ever painted models before playing with them. None of these are glued into a base yet, as I’d like to base them all consistently and I ran out of time for basing for the tournament. What I’d like to do is carve flagstones out of putty – it’ll be something different to the standard PVA + stand + flock my 40k models are using.

High Exemplar Kreoss

Choir of Menoth

Repenter light warjack

Revenger light warjack

Vigilant light warjack

Crusader heavy warjack

Vanquisher heavy warjack

I’m planning to have a 35pt army ready for Warclouds over Woolston in February.

The other stuff I painted this year was for 40k at Conquest – this was the first local tournament using 6th edition, so it was a nice chance to paint up some allies. My Tau have been sitting around for almost 11 years now, so they deserved it!

Dakkajet – this is a really wonderful kit. After cursing the the Privateer Press plastics, it was a dream to put this together. The base was another putty experiment.

Lootas

Tau Crisis Suit commander and Fire Warriors

Hammerhead gunship

PHP Fatal error:  Uncaught exception 'Mage_Core_Exception' with message 'Mage registry key "_singleton/core/session" already exists'

You’ll see this if you try and do

Mage::getSingleton('core/session')

from a command-line magento script which hasn’t had the session initialised already. A simple workaround is to load the session model yourself early in your script:

$session = Mage::getModel('core/session');

Magento has lots of great thirdparty extensions available, but one annoyance is that they tend to make your configuration page look pretty messy. Each vendor tends to set up a new section in the configuration, which leads to a huge set of tabs.

To tidy this up, we can just make a small modification to the system.xml file for each extension, to force them all to keep their configuration together.

Here’s the system.xml from an extension as distributed:

<?xml version=”1.0″?>
<config>
<tabs>
<mageworld translate=”label”>
<label>Mage World</label>
<sort_order>100</sort_order>
</mageworld>
</tabs>
<sections>
<easybanner translate=”label” module=”easybanner”>
<label>Easy Banner</label>
<tab>mageworld</tab>
…

And here’s the change:

<?xml version=”1.0″?>
<config>
<tabs>
<thirdparty translate=”label”>
<label>Third Party</label>
<sort_order>303</sort_order>
</thirdparty>
</tabs>
<sections>
<easybanner translate=”label” module=”easybanner”>
<label>Mage World – Easy Banner</label>
<tab>thirdparty</tab>
…

The result:

After much discussion on freenode ##php about the issue, I’ve written up a howto for storing database passwords securely and safely.

So if you insert data into a mysql field that’s too long for the field size, the database will silently truncate the data being inserted. This is problematic!

To force mysql to fail these inserts,

set sql_mode = 'STRICT_ALL_TABLES';

In Magento, most extensions that actually do something visible need a .xml layout file. In 1.3 those files were usually distributed in app/design/default/default/layout – but in 1.5, if you have a custom design, those files won’t be used. According to this post the best place to put layout files for an extension is in app/design/base/default/layout – this means that even if you have your site’s custom theme at app/design/sitename/default, the extensions will still work.

However, most of the ‘1.5-compatible’ extensions we’ve looked at still put layout files in default/default. This means that you have to copy the extension’s layout, templates, and skin files into your custom theme, even if you don’t want to change any of them.

Here’s an example from a purchased extension:

/app
/app/design
/app/design/frontend
/app/design/frontend/default
/app/design/frontend/default/default
/app/design/frontend/default/default/template
/app/design/frontend/default/default/template/Extension
/app/design/frontend/default/default/template/Extension/catalog_products.phtml
/app/design/frontend/default/default/template/Extension/catalog_categories.phtml
/app/design/frontend/default/default/template/Extension/pages.phtml
/app/design/frontend/default/default/template/Extension/links.phtml
/app/design/frontend/default/default/template/Extension/container.phtml
/app/design/frontend/default/default/template/Extension/store_switcher.phtml
/app/design/frontend/default/default/layout
/app/design/frontend/default/default/layout/Extension.xml
/app/code
/app/code/local
/app/code/local/Company
/app/code/local/Company/Extension
/app/code/local/Company/Extension/Helper
/app/code/local/Company/Extension/Helper/Data.php
/app/code/local/Company/Extension/sql
/app/code/local/Company/Extension/Model
/app/code/local/Company/Extension/Model/Extension.php
/app/code/local/Company/Extension/Model/Mysql4
/app/code/local/Company/Extension/Model/Mysql4/Sitemap
/app/code/local/Company/Extension/Model/Mysql4/Sitemap/Collection.php
/app/code/local/Company/Extension/Model/Observer.php
/app/code/local/Company/Extension/controllers
/app/code/local/Company/Extension/controllers/IndexController.php
/app/code/local/Company/Extension/Block
/app/code/local/Company/Extension/Block/Pages.php
/app/code/local/Company/Extension/etc
/app/code/local/Company/Extension/etc/system.xml
/app/code/local/Company/Extension/etc/config.xml
/app/etc
/app/etc/modules
/app/etc/modules/Company_Extension.xml
/skin
/skin/frontend
/skin/frontend/default
/skin/frontend/default/default
/skin/frontend/default/default/css
/skin/frontend/default/default/css/Extension.css


What we’re doing to make this work is


mv skin/frontend/default skin/frontend/base
mv app/design/frontend/default app/design/frontend/base


The result of this will be that even when we have a custom theme, this extension’s layout files will be applied without having to copy them to the theme-specific package.

An archive of my old 40k lists – surprising how many are just sitting on the server there…