<?xml version="1.0" encoding="utf-8"?>
<rss xmlns:dc="https://purl.org/dc/elements/1.1/" xmlns:content="https://purl.org/rss/1.0/modules/content/" xmlns:foaf="https://xmlns.com/foaf/0.1/" xmlns:og="https://ogp.me/ns#" xmlns:rdfs="https://www.w3.org/2000/01/rdf-schema#" xmlns:schema="https://schema.org/" xmlns:sioc="https://rdfs.org/sioc/ns#" xmlns:sioct="https://rdfs.org/sioc/types#" xmlns:skos="https://www.w3.org/2004/02/skos/core#" xmlns:xsd="https://www.w3.org/2001/XMLSchema#" version="2.0" xml:base="https://www.linuxjournal.com/tag/cms">
  <channel>
    <title>CMS</title>
    <link>https://www.linuxjournal.com/tag/cms</link>
    <description/>
    <language>en</language>
    
    <item>
  <title>Debugging Web Sites</title>
  <link>https://www.linuxjournal.com/content/debugging-web-sites</link>
  <description>  &lt;div data-history-node-id="1335688" class="layout layout--onecol"&gt;
    &lt;div class="layout__region layout__region--content"&gt;
      
            &lt;div class="field field--name-field-node-image field--type-image field--label-hidden field--item"&gt;  &lt;img src="https://www.linuxjournal.com/sites/default/files/nodeimage/story/keyboard_3.jpg" width="200" height="132" alt="" typeof="foaf:Image" class="img-responsive" /&gt;&lt;/div&gt;
      
            &lt;div class="field field--name-node-author field--type-ds field--label-hidden field--item"&gt;by &lt;a title="View user profile." href="https://www.linuxjournal.com/users/dave-taylor" lang="" about="https://www.linuxjournal.com/users/dave-taylor" typeof="schema:Person" property="schema:name" datatype="" xml:lang=""&gt;Dave Taylor&lt;/a&gt;&lt;/div&gt;
      
            &lt;div class="field field--name-body field--type-text-with-summary field--label-hidden field--item"&gt;&lt;p&gt;
I know, I'm in the middle of a series of columns about how to work
with ImageMagick on the command line, but when other things arise, well, I
imagine that a lot of you are somehow involved in the management
of servers or systems, so you all understand firefighting.
&lt;/p&gt;
&lt;p&gt;
Of course, this means you all also understand the negative feedback
loop that is an intrinsic part of system administration and IT management.
I mean, people don't call you and the CEO doesn't send a memo saying,
"system worked all day, printer even printed. Thanks!"
&lt;/p&gt;

&lt;p&gt;
Nope, it's when things go wrong that you hear about them, and that
propensity to ignore the good and have to deal with the bad when it crops
up is not only a characteristic of being in corporate IT, it's just as
true if you're running your own system—which is how it jumped out of the pond and bit me this month.
&lt;/p&gt;

&lt;p&gt;
It all started ten years ago with my &lt;a href="https://www.AskDaveTaylor.com"&gt;Ask Dave Taylor&lt;/a&gt; site. You've
probably bumped into it, as it's
been around for more than a decade and served helpful tutorial information for
tens of millions of visitors in that period.
&lt;/p&gt;

&lt;p&gt;
Ten years ago, the choice of Movable Type as my blogging platform made
total sense and was a smart alternative to the raw, unfinished WordPress
platform with its never-ending parade of hacks and problems. As every
corporate IT person knows, however, sometimes you get locked in to the
wrong platform and are then stuck, with the work required to migrate
becoming greater and greater each month nothing happens.
&lt;/p&gt;

&lt;p&gt;
For the site's tenth anniversary, therefore, it was time. I had to
bite the bullet and migrate all 3,800 articles and 56,000 comments from
Movable Type to WordPress, because yes, WordPress won and is clearly the
industry standard for content management systems today.
&lt;/p&gt;

&lt;p&gt;
The task was daunting, not just because of the size of the import (it
required the consulting team rewriting the standard import tool to work
with that many articles and comments), but because the naming scheme
changed. On Movable Type, I'd always had it set to convert the
article's name into a URL like this:
&lt;/p&gt;

&lt;p&gt;
Name: Getting Started with Pinterest
&lt;/p&gt;

&lt;p&gt;
URL: /getting_started_with_pinterest.html
&lt;/p&gt;

&lt;p&gt;
That was easy and straightforward, but on WordPress, URLs have dashes, not
underscores,
and, more important, they don't end with .html because
they're generated dynamically as needed. This means the default
URL for the new WordPress site would look like this:
&lt;/p&gt;

&lt;p&gt;
New URL: /getting-started-with-pinterest/
&lt;/p&gt;

&lt;p&gt;
URLs can be mapped upon import so that the default dashes become
underscores, but it was the suffix that posed a problem, and post-import
there were 3,800 URLs that were broken because every single link to
xx_xx.html failed.
&lt;/p&gt;&lt;/div&gt;
      
            &lt;div class="field field--name-node-link field--type-ds field--label-hidden field--item"&gt;  &lt;a href="https://www.linuxjournal.com/content/debugging-web-sites" hreflang="und"&gt;Go to Full Article&lt;/a&gt;
&lt;/div&gt;
      
    &lt;/div&gt;
  &lt;/div&gt;

</description>
  <pubDate>Wed, 30 Apr 2014 17:13:30 +0000</pubDate>
    <dc:creator>Dave Taylor</dc:creator>
    <guid isPermaLink="false">1335688 at https://www.linuxjournal.com</guid>
    </item>

  </channel>
</rss>
