Recently at Content Bloom we’ve been competing with each other to see who can build the best Alchemy Plugin in their spare time. Harald Hoffelinck entered first with his exciting Google Analytics plugin. Then Rob Morrow came with the Theme Manager, which you’ll definitely want if you spend all day staring at Tridion and need a change of view (or for lots of other reasons). Next, Mark Williams released the DXA Preview plugin, combining two of the hottest Tridion technologies right now in DXA and Alchemy. Best of all, even more exciting plugins are on the way from this little contest, so keep your eye on the Alchemy Webstore and here on Tridion Developer to see what comes next. Continue reading
Recently I’ve been spending all my spare time working on a plugin for the Alchemy Webstore. My plugin needs a popup page to display some information and controls, so I’ve added a simple aspx page, along with a css and js file to give it a little bit of pizazz. Unfortunately for me, I have a very iterative approach to front end development, constantly tweaking my html and css as I get my page looking how I picture it, which with Alchemy means rebuilding my plugin and reinstalling it over and over again. Or does it? Continue reading
Content Bloom is pleased to announce the launch of an exciting new product that brings the ease and convenience of your favourite app store to SDL Tridion. The brainchild of Alexander Klock, the master coder who gave the world the Razor Mediator for Tridion, Alchemy is a new system set to revolutionize the way Tridion eXtensions are built and installed. Not only does www.alchemywebstore.com and the Alchemy4Tridion eXtension provide one click access to a number of fully developed and tested plugins to add a range of new functionalities to your Tridion instance, but with the Alchemy framework anyone can develop and share new plugins with unheard of ease. Continue reading
Last week I highlighted a sometimes overlooked Tridion feature, the “Schedule Publish Phases Separately” option in the publishing dialogue. In my post I mentioned that one issue I’d noticed with this feature was what happens when the rendering phase of publishing is successful but deployment fails. In situations like this you’re at risk of losing a lot of rendering, and if you were under a time constraint this can be a pretty big inconvenience. However, with some forethought and just a little creativity, you can recover and take advantage of all the rendering you’ve done.
Recently I’ve been using a feature of Tridion that I don’t think is much discussed or known. In fact, while researching this post, the 3 experienced Tridionauts I showed it to had never even heard of it, which is funny since it’s hidden right out in the open on the publish dialogue.
I’m sure this is well documented somewhere, but I couldn’t for the life of me find it, so I thought I’d try to save someone some time and frustration.
Most people have probably used a WebDav URL to reference a Tridion object sometime in the course of their development. WebDav URLs are usually of the format:
/webdav/030C Account Center Content/Building Blocks/Content Continue reading
Lately I’ve been working with a client using Tridion in an interesting way. This client manages websites for hundreds of customers, each site being virtually identical. Of course, information such as the customer name, contact info and store hours, along with dozens of other bits has to be customized for each site. One of the ways they manage this unique information led me to a useful discovery on how Template Builder handles large packages. Hopefully by sharing here I can save someone else going on the same wild goose chase I did. Continue reading
The duplicate binary error on Tridion one is a common and often annoying issue. If you haven’t yet had the pleasure of running across it, Chris Summers discusses it at length here. Today I found a new (to me) twist on the issue.
We were trying to replace some old binaries, but kept getting this error. The reason was that even though we had unpublished the old binaries, Tridion was still showing them as published to a number of old, out of service publication targets. Unfortunately, the HTTPS upload URLs for these targets were shut down long ago, meaning Tridion could never successfully unpublish our binaries from these targets. Or could it?
Since the servers these targets point to no longer exist, it wasn’t important that Tridion actually remove the files, only that it thought it had. To trick Tridion into believing this we temporarily replaced the HTTPS upload URL with our current working URL (where the files were already unpublished) and added our current target type to each target. Now all we had to do was unpublish our binaries again and voila, Where Used shows Tridion has no references to binaries on old targets and we have no more duplicate binary error.
Of course, with new versions of Tridion the old publishing targets will no longer pose a problem thanks to the ability to decommission a publishing target, discussed by Bart Koopman here. For those still working with older versions this simple trick may be useful for when you need to unpublish from a dead publishing target.