Cecil re-enforced the point about not having a good Manila glossary to render new shortcuts from the new WordPress (WP) URLs for each story discussed earlier. He’s right, and this has brought about a major shift in the process here. This is important as this is the mechanism that will make sure your links in all your content that point to your own site sill still work after the conversion.
On one hand I want a table of old Manila URLs matched to new URLs, and the only way I can see to do this is to plow thru the Manila site in the exact order it was created – message one then message two then three etc. The trouble is that the glossary is not of a chronological nature. And he’s right, users go in and mess with it all the time.
So here’s the new plan – please hold your nose and remember, reshaping a large amount of complex, interrelated data in to a new schema never designed to house it is by nature a kludgey, messy operation – best to accept homely solutions (and refer to them as ‘novel approaches’) and just move on.
I’ll make one complete pass over all stories, home pages, images, GEMs and news items, accumulating new WordPress URLs for each resource as I go.
When that is complete, and I know the whole truth about every URL in the old glossary and have a new glossary against which I will re-render every Manila story and home page and then post the result as an update to each already existing WordPress page. Remember, this should only be necessary for Manila stories and home pages, possibly discussion posts as replies to home pages and stories since Manila ‘news posts’ do not render shortcuts or Manila macros.
Only a little easier said then done, and I know what your thinking but remember — this a ‘novel approach…’
I updated the flowchart to document this insanity – should have the code actually doing this shortly.
Tags: Manila to WordPress Conversion, Userland Manila, WordPress