Now that it’s been a while since the blog started being powered by WordPress, I figured it was the time to do a comparison of the two systems.<\/p>\n
I guess the short of it is that if you don’t need plugins that much… MT would be the better system. It’s highly configurable on it’s stock setting. In other words, you probably can do most content “filtering” with a base install of MT, while you’ll be needing a bunch of plugins on WP to accomplish the same things.<\/p>\n
Having said that though, if you need lots of “special” functionality, WordPress can be a practical choice because of the sheer activity of the plugin development community.<\/p>\n
For the next post, I’ll be evangelizing a certain plugin-architecture that I think may benefit a lot of WP plugin developers. I’ll also drop some code in to extend and make it more useful. In the meantime, I’ll go through my general opinions of the new system after the switch.<\/p>\n
As I’ve mentioned before, I use Ecto<\/a> to blog. I love it so much that I’ve purchased a license for it. I even crafted custom CSS preview templates<\/a> for it to match my blog… so that when I’m drafting my stuff, I have a general idea of how the final thing would look like when posted on the blog.<\/p>\n Anways, with MovableType, I was setup using a static page-generation system (which looked like a good idea at the time). As such it takes quite a while to publish or revise a post as it waits for a confirmation if all processes involved (page generation, index rebuilds, etc.) have finished – this usually takes about half a minute.<\/p>\n With WP being all The footnotes plugin for WordPress is much more<\/strong> elegant than in MovableType. I used to make footnotes this way:<\/p>\n Now I simply have to type in (without the spaces between the parentheses):<\/p>\n MovableType was mostly done in perl. While, I’m not going to claim one language is better than the other, I personally prefer WordPress being a Just like I said earlier, WP has a very active development community and plugins are popping up left and right. You’ll notice that a plugin that wasn’t included in my old engine is the Twitter<\/em> plugin, which displays my recent tweets right in the blog’s main page. I’ll actually have another post discussing some hacks I did which may be useful to other WordPress users.<\/p>\n Like I said, MT had a superior way of “approaching” the way data was being processed. The move to WP frustrated me in a sense that a lot of the plugins are self-contained. It’s hard to explain, but I’ll try in the form of an example.<\/p>\n WP has what they call The Loop,<\/em> which is basically the equivalent of the To demonstrate: recall the archiving section<\/a> on my old home page. The layout from that was done by using a bunch of plugins together.<\/p>\n The way I did it was something like do a “the loop” of the entries of a given year… then do another<\/em> “the loop” through all those entries, this time grouping the months… then within<\/strong> that [monthly] loop, do another<\/em> “the loop” of the entries to take the numbers of entries. etc. etc. It was basically a plugin made out of other plugins… but the difference is I didn’t have to modify any<\/em> of the existing plugins to accomplish that output.<\/p>\n It’s damn near impossible to do that without making your own custom plugin script to format stuff the way you want to. So now you see the watered down archiving system I have in the main page – which is basically just a dropdown list \ud83d\ude41<\/p>\n Talk about database clutter! All you WordPress users who have just been simply posting and never bothered looking at the actual database… now’s the time to check it out. See how much useless crap is generated just by saving a minor revision.<\/p>\n Luckily, WordPress has provided a killswitch for it, but it’s not an “option” you can toggle on and off. According to their stats, out of 200k installations, only 30-50 actually take issue of having such a useless feature. Hence they decided to do the whole: you can kill it if you really wanted to, but you’ll have to know what you’re doing<\/em> approach. Here it is:<\/p>\n open Problem solved!<\/p>\n This is just stupid. I’m not quite certain what was going on the developers heads to exclude a simple way of setting a primary category. While there are plugins that can accomplish this, you’d have to use the web-interface to set everything.<\/p>\n Luckily I found out that through Ecto, if you post using one category initially, it sets that as a primary category. Given how quick it is to revise a post, then I just make an immediate edit and include the other categories.<\/p>\n Still, it’s quite baffling why this simple thing wouldn’t be included as a core feature… again, I attribute this to poor lower level design concepts.<\/p>\n All my archive permalinks used to be stored in the format: This sucks because now ALL<\/strong> my old permalinks don’t work anymore even if they legitimately are unique enough not to confuse any rewrite rules setup by any system. As such, part of my transition phase is constantly adding redirects<\/a> in my I’ve installed a plugin that gives me an RSS feeds of all Now that it’s been a while since the blog started being powered by WordPress, I figured it was the time to do a comparison of the two systems. I guess the short of it is that if you don’t need plugins that much… MT would be the better system. It’s highly configurable on it’s stock … php<\/code>, the posting\/revisions, etc. all take about 3 seconds. <\/p>\nFootnotes<\/h2>\n
... a sentence#[fn1]\n\n[fn1]: this is a footnote.<\/code><\/pre>\n... a sentence ( (this is a footnote) )<\/code><\/pre>\nPHP driven<\/h2>\n
php<\/code> driven system because I know<\/em> php<\/code>. In fact, during the migration, I was able to hack a bunch of WordPress plugins to suit my specific needs easily… which made the transition easier (and much faster) as a whole.<\/p>\nPlug-ins<\/h2>\n
\nThe Bad<\/h1>\n
Low level design concepts<\/h2>\n
<MTEntries><\/code> tag. What happens here is that any other subcommands that are executed within that tag\/loop is specific to the entries being pulled. Now the thing with MT, is the filtering plugins usually act like their own<\/strong> The Loops.<\/em> Because of that, and because the MT developers approach things that certain way, it’s commonplace to be able to use plugins within<\/em> plugins with minimal incindent.<\/p>\nPost revisions<\/h2>\n
wp-config.php<\/code> and add the following code above or below the lone<\/em> define<\/code> clause:<\/p>\ndefine('WP_POST_REVISIONS', false);<\/code><\/pre>\nPrimary Categories<\/h2>\n
\nThe Ugly<\/h1>\n
Custom Permalinks require post slug or id to work properly<\/h2>\n
http:\/\/nargalzius.com\/blog\/archives\/YYYY\/MM\/YYYY_MM_DD_HHMM.php<\/code>\nSure, not it’s hardly the most efficient folder\/naming scheme. But it worked and it was unique enough (since it was impossible for me to post more than one post in a given minute. Simply put, that sort of URL is already unique enough to identify a post. Unfortunately this breaks with WordPress. I have<\/em> to have a post ID or a title slug appended at the end for it to work properly.<\/p>\n.htaccess<\/code> file…<\/p>\n404<\/code> (file not found) errors. I strip out all the errors made by spiders and bots and take the “normal ones” which are probably made by normal surfers… and add them to the list. So the next time that particular url is entered, it will redirect to the new permalink… until the time when all search engine caches are updated with the new links (which is probably a long time from now.<\/p>","protected":false},"excerpt":{"rendered":"
![CSS preview templates<\/a> for it to match my blog… so that when I’m drafting my stuff, I have a general idea of how the final thing would look like when posted on the blog.<\/p>\nAnways, with MovableType, I was setup using a static page-generation system (which looked like a good idea at the time). As such it takes quite a while to publish or revise a post as it waits for a confirmation if all processes involved (page generation, index rebuilds, etc.) have finished – this usually takes about half a minute.<\/p>\nWith WP being all php<\/code>, the posting\/revisions, etc. all take about 3 seconds. <\/p>\nFootnotes<\/h2>\nThe footnotes plugin for WordPress is much more<\/strong> elegant than in MovableType. I used to make footnotes this way:<\/p>\n... a sentence#[fn1]\n\n[fn1]: this is a footnote.<\/code><\/pre>\nNow I simply have to type in (without the spaces between the parentheses):<\/p>\n... a sentence ( (this is a footnote) )<\/code><\/pre>\nPHP driven<\/h2>\nMovableType was mostly done in perl. While, I’m not going to claim one language is better than the other, I personally prefer WordPress being a php<\/code> driven system because I know<\/em> php<\/code>. In fact, during the migration, I was able to hack a bunch of WordPress plugins to suit my specific needs easily… which made the transition easier (and much faster) as a whole.<\/p>\nPlug-ins<\/h2>\nJust like I said earlier, WP has a very active development community and plugins are popping up left and right. You’ll notice that a plugin that wasn’t included in my old engine is the Twitter<\/em> plugin, which displays my recent tweets right in the blog’s main page. I’ll actually have another post discussing some hacks I did which may be useful to other WordPress users.<\/p>\n\nThe Bad<\/h1>\nLow level design concepts<\/h2>\nLike I said, MT had a superior way of “approaching” the way data was being processed. The move to WP frustrated me in a sense that a lot of the plugins are self-contained. It’s hard to explain, but I’ll try in the form of an example.<\/p>\nWP has what they call The Loop,<\/em> which is basically the equivalent of the <MTEntries><\/code> tag. What happens here is that any other subcommands that are executed within that tag\/loop is specific to the entries being pulled. Now the thing with MT, is the filtering plugins usually act like their own<\/strong> The Loops.<\/em> Because of that, and because the MT developers approach things that certain way, it’s commonplace to be able to use plugins within<\/em> plugins with minimal incindent.<\/p>\nTo demonstrate: recall the archiving section<\/a> on my old home page. The layout from that was done by using a bunch of plugins together.<\/p>\nThe way I did it was something like do a “the loop” of the entries of a given year… then do another<\/em> “the loop” through all those entries, this time grouping the months… then within<\/strong> that [monthly] loop, do another<\/em> “the loop” of the entries to take the numbers of entries. etc. etc. It was basically a plugin made out of other plugins… but the difference is I didn’t have to modify any<\/em> of the existing plugins to accomplish that output.<\/p>\nIt’s damn near impossible to do that without making your own custom plugin script to format stuff the way you want to. So now you see the watered down archiving system I have in the main page – which is basically just a dropdown list \ud83d\ude41<\/p>\nPost revisions<\/h2>\nTalk about database clutter! All you WordPress users who have just been simply posting and never bothered looking at the actual database… now’s the time to check it out. See how much useless crap is generated just by saving a minor revision.<\/p>\nLuckily, WordPress has provided a killswitch for it, but it’s not an “option” you can toggle on and off. According to their stats, out of 200k installations, only 30-50 actually take issue of having such a useless feature. Hence they decided to do the whole: you can kill it if you really wanted to, but you’ll have to know what you’re doing<\/em> approach. Here it is:<\/p>\nopen wp-config.php<\/code> and add the following code above or below the lone<\/em> define<\/code> clause:<\/p>\ndefine('WP_POST_REVISIONS', false);<\/code><\/pre>\nProblem solved!<\/p>\nPrimary Categories<\/h2>\nThis is just stupid. I’m not quite certain what was going on the developers heads to exclude a simple way of setting a primary category. While there are plugins that can accomplish this, you’d have to use the web-interface to set everything.<\/p>\nLuckily I found out that through Ecto, if you post using one category initially, it sets that as a primary category. Given how quick it is to revise a post, then I just make an immediate edit and include the other categories.<\/p>\nStill, it’s quite baffling why this simple thing wouldn’t be included as a core feature… again, I attribute this to poor lower level design concepts.<\/p>\n\nThe Ugly<\/h1>\nCustom Permalinks require post slug or id to work properly<\/h2>\nAll my archive permalinks used to be stored in the format: http:\/\/nargalzius.com\/blog\/archives\/YYYY\/MM\/YYYY_MM_DD_HHMM.php<\/code>\nSure, not it’s hardly the most efficient folder\/naming scheme. But it worked and it was unique enough (since it was impossible for me to post more than one post in a given minute. Simply put, that sort of URL is already unique enough to identify a post. Unfortunately this breaks with WordPress. I have<\/em> to have a post ID or a title slug appended at the end for it to work properly.<\/p>\nThis sucks because now ALL<\/strong> my old permalinks don’t work anymore even if they legitimately are unique enough not to confuse any rewrite rules setup by any system. As such, part of my transition phase is constantly adding redirects<\/a> in my .htaccess<\/code> file…<\/p>\nI’ve installed a plugin that gives me an RSS feeds of all 404<\/code> (file not found) errors. I strip out all the errors made by spiders and bots and take the “normal ones” which are probably made by normal surfers… and add them to the list. So the next time that particular url is entered, it will redirect to the new permalink… until the time when all search engine caches are updated with the new links (which is probably a long time from now.<\/p>","protected":false},"excerpt":{"rendered":"Now that it’s been a while since the blog started being powered by WordPress, I figured it was the time to do a comparison of the two systems. I guess the short of it is that if you don’t need plugins that much… MT would be the better system. It’s highly configurable on it’s stock … Continue reading “WordPress vs MT revisited”<\/span><\/a><\/p><\/p>","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"jetpack_post_was_ever_published":false,"_jetpack_newsletter_access":"","_jetpack_dont_email_post_to_subs":false,"_jetpack_newsletter_tier_id":0,"_jetpack_memberships_contains_paywalled_content":false,"_jetpack_memberships_contains_paid_content":false,"footnotes":"","jetpack_publicize_message":"","jetpack_publicize_feature_enabled":true,"jetpack_social_post_already_shared":false,"jetpack_social_options":{"image_generator_settings":{"template":"highway","enabled":false},"version":2}},"categories":[4,5,9,13],"tags":[473,595,791,810,893,911,1303],"class_list":["post-897","post","type-post","status-publish","format-standard","hentry","category-general","category-internet","category-nargalzius","category-technology","tag-general","tag-internet","tag-movabletype","tag-nargalzius","tag-perl","tag-php","tag-wordpress"],"jetpack_publicize_connections":[],"jetpack_featured_media_url":"","jetpack_sharing_enabled":true,"jetpack-related-posts":[],"_links":{"self":[{"href":"http:\/\/nargalzius.com\/blog\/wp-json\/wp\/v2\/posts\/897","targetHints":{"allow":["GET"]}}],"collection":[{"href":"http:\/\/nargalzius.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"http:\/\/nargalzius.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"http:\/\/nargalzius.com\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"http:\/\/nargalzius.com\/blog\/wp-json\/wp\/v2\/comments?post=897"}],"version-history":[{"count":0,"href":"http:\/\/nargalzius.com\/blog\/wp-json\/wp\/v2\/posts\/897\/revisions"}],"wp:attachment":[{"href":"http:\/\/nargalzius.com\/blog\/wp-json\/wp\/v2\/media?parent=897"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"http:\/\/nargalzius.com\/blog\/wp-json\/wp\/v2\/categories?post=897"},{"taxonomy":"post_tag","embeddable":true,"href":"http:\/\/nargalzius.com\/blog\/wp-json\/wp\/v2\/tags?post=897"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}](\"http:\/\/farm4.static.flickr.com\/3119\/3082065713_fe017720f7_o.png\"){kind=link}
![archiving section<\/a> on my old home page. The layout from that was done by using a bunch of plugins together.<\/p>\nThe way I did it was something like do a “the loop” of the entries of a given year… then do another<\/em> “the loop” through all those entries, this time grouping the months… then within<\/strong> that [monthly] loop, do another<\/em> “the loop” of the entries to take the numbers of entries. etc. etc. It was basically a plugin made out of other plugins… but the difference is I didn’t have to modify any<\/em> of the existing plugins to accomplish that output.<\/p>\nIt’s damn near impossible to do that without making your own custom plugin script to format stuff the way you want to. So now you see the watered down archiving system I have in the main page – which is basically just a dropdown list \ud83d\ude41<\/p>\nPost revisions<\/h2>\nTalk about database clutter! All you WordPress users who have just been simply posting and never bothered looking at the actual database… now’s the time to check it out. See how much useless crap is generated just by saving a minor revision.<\/p>\nLuckily, WordPress has provided a killswitch for it, but it’s not an “option” you can toggle on and off. According to their stats, out of 200k installations, only 30-50 actually take issue of having such a useless feature. Hence they decided to do the whole: you can kill it if you really wanted to, but you’ll have to know what you’re doing<\/em> approach. Here it is:<\/p>\nopen wp-config.php<\/code> and add the following code above or below the lone<\/em> define<\/code> clause:<\/p>\ndefine('WP_POST_REVISIONS', false);<\/code><\/pre>\nProblem solved!<\/p>\nPrimary Categories<\/h2>\nThis is just stupid. I’m not quite certain what was going on the developers heads to exclude a simple way of setting a primary category. While there are plugins that can accomplish this, you’d have to use the web-interface to set everything.<\/p>\nLuckily I found out that through Ecto, if you post using one category initially, it sets that as a primary category. Given how quick it is to revise a post, then I just make an immediate edit and include the other categories.<\/p>\nStill, it’s quite baffling why this simple thing wouldn’t be included as a core feature… again, I attribute this to poor lower level design concepts.<\/p>\n\nThe Ugly<\/h1>\nCustom Permalinks require post slug or id to work properly<\/h2>\nAll my archive permalinks used to be stored in the format: http:\/\/nargalzius.com\/blog\/archives\/YYYY\/MM\/YYYY_MM_DD_HHMM.php<\/code>\nSure, not it’s hardly the most efficient folder\/naming scheme. But it worked and it was unique enough (since it was impossible for me to post more than one post in a given minute. Simply put, that sort of URL is already unique enough to identify a post. Unfortunately this breaks with WordPress. I have<\/em> to have a post ID or a title slug appended at the end for it to work properly.<\/p>\nThis sucks because now ALL<\/strong> my old permalinks don’t work anymore even if they legitimately are unique enough not to confuse any rewrite rules setup by any system. As such, part of my transition phase is constantly adding redirects<\/a> in my .htaccess<\/code> file…<\/p>\nI’ve installed a plugin that gives me an RSS feeds of all 404<\/code> (file not found) errors. I strip out all the errors made by spiders and bots and take the “normal ones” which are probably made by normal surfers… and add them to the list. So the next time that particular url is entered, it will redirect to the new permalink… until the time when all search engine caches are updated with the new links (which is probably a long time from now.<\/p>","protected":false},"excerpt":{"rendered":"Now that it’s been a while since the blog started being powered by WordPress, I figured it was the time to do a comparison of the two systems. I guess the short of it is that if you don’t need plugins that much… MT would be the better system. It’s highly configurable on it’s stock … Continue reading “WordPress vs MT revisited”<\/span><\/a><\/p><\/p>","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"jetpack_post_was_ever_published":false,"_jetpack_newsletter_access":"","_jetpack_dont_email_post_to_subs":false,"_jetpack_newsletter_tier_id":0,"_jetpack_memberships_contains_paywalled_content":false,"_jetpack_memberships_contains_paid_content":false,"footnotes":"","jetpack_publicize_message":"","jetpack_publicize_feature_enabled":true,"jetpack_social_post_already_shared":false,"jetpack_social_options":{"image_generator_settings":{"template":"highway","enabled":false},"version":2}},"categories":[4,5,9,13],"tags":[473,595,791,810,893,911,1303],"class_list":["post-897","post","type-post","status-publish","format-standard","hentry","category-general","category-internet","category-nargalzius","category-technology","tag-general","tag-internet","tag-movabletype","tag-nargalzius","tag-perl","tag-php","tag-wordpress"],"jetpack_publicize_connections":[],"jetpack_featured_media_url":"","jetpack_sharing_enabled":true,"jetpack-related-posts":[],"_links":{"self":[{"href":"http:\/\/nargalzius.com\/blog\/wp-json\/wp\/v2\/posts\/897","targetHints":{"allow":["GET"]}}],"collection":[{"href":"http:\/\/nargalzius.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"http:\/\/nargalzius.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"http:\/\/nargalzius.com\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"http:\/\/nargalzius.com\/blog\/wp-json\/wp\/v2\/comments?post=897"}],"version-history":[{"count":0,"href":"http:\/\/nargalzius.com\/blog\/wp-json\/wp\/v2\/posts\/897\/revisions"}],"wp:attachment":[{"href":"http:\/\/nargalzius.com\/blog\/wp-json\/wp\/v2\/media?parent=897"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"http:\/\/nargalzius.com\/blog\/wp-json\/wp\/v2\/categories?post=897"},{"taxonomy":"post_tag","embeddable":true,"href":"http:\/\/nargalzius.com\/blog\/wp-json\/wp\/v2\/tags?post=897"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}](\"http:\/\/farm1.static.flickr.com\/54\/180517119_61e6091b02_o.jpg\"){kind=link}
![constantly adding redirects<\/a> in my .htaccess<\/code> file…<\/p>\nI’ve installed a plugin that gives me an RSS feeds of all 404<\/code> (file not found) errors. I strip out all the errors made by spiders and bots and take the “normal ones” which are probably made by normal surfers… and add them to the list. So the next time that particular url is entered, it will redirect to the new permalink… until the time when all search engine caches are updated with the new links (which is probably a long time from now.<\/p>","protected":false},"excerpt":{"rendered":"Now that it’s been a while since the blog started being powered by WordPress, I figured it was the time to do a comparison of the two systems. I guess the short of it is that if you don’t need plugins that much… MT would be the better system. It’s highly configurable on it’s stock … Continue reading “WordPress vs MT revisited”<\/span><\/a><\/p><\/p>","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"jetpack_post_was_ever_published":false,"_jetpack_newsletter_access":"","_jetpack_dont_email_post_to_subs":false,"_jetpack_newsletter_tier_id":0,"_jetpack_memberships_contains_paywalled_content":false,"_jetpack_memberships_contains_paid_content":false,"footnotes":"","jetpack_publicize_message":"","jetpack_publicize_feature_enabled":true,"jetpack_social_post_already_shared":false,"jetpack_social_options":{"image_generator_settings":{"template":"highway","enabled":false},"version":2}},"categories":[4,5,9,13],"tags":[473,595,791,810,893,911,1303],"class_list":["post-897","post","type-post","status-publish","format-standard","hentry","category-general","category-internet","category-nargalzius","category-technology","tag-general","tag-internet","tag-movabletype","tag-nargalzius","tag-perl","tag-php","tag-wordpress"],"jetpack_publicize_connections":[],"jetpack_featured_media_url":"","jetpack_sharing_enabled":true,"jetpack-related-posts":[],"_links":{"self":[{"href":"http:\/\/nargalzius.com\/blog\/wp-json\/wp\/v2\/posts\/897","targetHints":{"allow":["GET"]}}],"collection":[{"href":"http:\/\/nargalzius.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"http:\/\/nargalzius.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"http:\/\/nargalzius.com\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"http:\/\/nargalzius.com\/blog\/wp-json\/wp\/v2\/comments?post=897"}],"version-history":[{"count":0,"href":"http:\/\/nargalzius.com\/blog\/wp-json\/wp\/v2\/posts\/897\/revisions"}],"wp:attachment":[{"href":"http:\/\/nargalzius.com\/blog\/wp-json\/wp\/v2\/media?parent=897"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"http:\/\/nargalzius.com\/blog\/wp-json\/wp\/v2\/categories?post=897"},{"taxonomy":"post_tag","embeddable":true,"href":"http:\/\/nargalzius.com\/blog\/wp-json\/wp\/v2\/tags?post=897"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}](\"http:\/\/farm4.static.flickr.com\/3054\/3082071733_c70f58873d_b.jpg\"){kind=link}