<?xml version="1.0" encoding="utf-8"?>
<feed xmlns="http://www.w3.org/2005/Atom">
  <title>Pathauto</title>
  <link rel="alternate" type="text/html" href="http://pingv.com/tag/pathauto"/>
  <link rel="self" type="application/atom+xml" href="http://pingv.com/taxonomy/term/167/atom/feed"/>
  <id>http://pingv.com/taxonomy/term/167/atom/feed</id>
  <updated>2006-10-30T14:23:34-06:00</updated>
  <entry>
    <title>Interview in SpryDev Podcast about SEO and Pathauto</title>
    <link rel="alternate" type="text/html" href="http://pingv.com/blog/greg/200709/im-famous-interview-sprydev-podcast-about-seo-and-pathauto" />
    <id>http://pingv.com/blog/greg/200709/im-famous-interview-sprydev-podcast-about-seo-and-pathauto</id>
    <published>2007-09-07T02:30:51-05:00</published>
    <updated>2007-09-07T02:33:30-05:00</updated>
    <author>
      <name>Greg</name>
    </author>
    <category term="People" />
    <category term="Drupal" />
    <category term="Modules" />
    <category term="Pathauto" />
    <content type="html"><![CDATA[ <p>A little while ago I got interviewed by Ben Finklea who produces the <a href="http://www.sprydev.com/podcast">SpryDev SEO Podcast</a>.</p>
<p>One of the <a href="http://drupal.org/">Drupal</a> modules that I maintain is the <a href="http://drupal.org/project/pathauto">Pathauto Module</a> which automatically creates user-and-search-engine-friendly aliases for your Drupal paths.</p>
<p>So while a normal site might have <a href="http://pingv.com/node/429">node/429</a> as a path, a site that uses Pathauto can easily get that to become aliased as <a href="http://pingv.com/blog/greg/200706/drupal-seasoned-professionals-quick-guide-code-and-community">/blog/greg/200706/title-of-post</a>.  Pathauto uses a simple <a href="http://drupal.org/project/token">token replacement</a> system to achieve this magic.</p>
<p>All this and more details on the module are available in the podcast.  <a href="http://www.sprydev.com/podcast/episode4">Full Podcast page here</a> - I hope you enjoy it!</p>
     ]]></content>
  </entry>
  <entry>
    <title>Pathauto</title>
    <link rel="alternate" type="text/html" href="http://pingv.com/drupal/project/pathauto" />
    <id>http://pingv.com/drupal/project/pathauto</id>
    <published>2007-06-30T15:50:58-05:00</published>
    <updated>2007-06-30T15:50:58-05:00</updated>
    <author>
      <name>Laura</name>
    </author>
    <category term="Drupal" />
    <category term="Modules" />
    <category term="Pathauto" />
    <content type="html"><![CDATA[ <p>The pathauto module automatically generates path aliases for various kinds of content (nodes, categories, users) without requiring the user to manually specify the path alias.</p>
     ]]></content>
  </entry>
  <entry>
    <title>Pathauto: State of the Module Update</title>
    <link rel="alternate" type="text/html" href="http://pingv.com/blog/greg/200610/pathauto-state-of-the-module-update" />
    <id>http://pingv.com/blog/greg/200610/pathauto-state-of-the-module-update</id>
    <published>2006-10-30T14:05:50-06:00</published>
    <updated>2006-10-30T14:23:34-06:00</updated>
    <author>
      <name>Greg</name>
    </author>
    <category term="Drupal" />
    <category term="Modules" />
    <category term="Pathauto" />
    <content type="html"><![CDATA[ <p>Many <a href="http://drupal.org/">Drupal</a> users are confused by the <a href="http://drupal.org/project/pathauto">Pathauto</a> module's purpose and functions.  There have been a couple of <a href="http://drupal.org/node/87319">posts</a> <a href="http://www.optechworks.com/pathauto-and-duplicate-links">recently</a> talking about Pathauto so I figured I would answer some questions, correct some common mis-beliefs, and provide some insight into a sort of roadmap for Pathauto.</p>
<h3>History and How I got involved.</h3>
<p>Kathy Sierra says to <a href="http://headrush.typepad.com/creating_passionate_users/2006/10/better_beginnin.html">stick this at the end or in an appendix</a>.  So, read the <a href="http://cvs.drupal.org/viewcvs/drupal/contributions/modules/pathauto/README.txt?view=markup">README.txt</a>.  Bottom line - other people have done lots of great work on Pathauto.  More recently I contributed a patch, Mike Ryan said something like "you maintain it", so that's more or less how I've come to be the current maintainer.</p>
<h3>Support, Bugfixes, and Future Development</h3>
<p>jason342 asked in the forums about the information on the <a href="http://drupal.org/project/pathauto">Pathauto Project Page</a> that explains what happens with bugs in different versions of the module.  </p>
<p>About bugs, you have to start with the knowledge that all non-trivial code has bugs.  So, given that, the question is <strong>which versions get updated</strong>.  For Pathauto, those versions are 4.7 and HEAD (5).  If someone has a patch for 4.6 that fixes a big bug, I'll apply it.  But I don't place a priority to spend my own time fixing bugs found in 4.6: basically, people should be moving to 4.7 or providing their own patches for 4.6.</p>
<p>About popularity, Pathauto is one of the top modules (<a href="http://lists.drupal.org/archives/documentation/2006-08/msg00001.html">based upon downloads</a>) in Drupal.  So, it's reasonable to say that it is popular!</p>
<p>I've been spending a solid day per month working on pathauto and a few hours sporadically beyond that. My time is a bottleneck on getting through the issue queue which demonstrates the importance of <a href="http://drupal.org/node/73179">fileing good issue reports.</a>  There is a growing group of folks who have been helping out with bugs and features - groovy, cooperaj, drewish, thewhippingpost, sun, fgm, ashtonium, ednique, walkah, and several others.  It's very helpful to have users who provide feedback on ideas and who help find bugs and test patches.  Also, <strong>I'm actively seeking co-maintainers for the module</strong> because that is more reliable than just one person.  If anyone is interested, let me know and I will give you CVS access.  The best way to show your interest is simply to review issues in the issue queue, provide patches, and help respond to support questions.  </p>
<p>In summary - write good issue reports and feature requests, bugs with patches will get fixed in 4.6, bugs that I understand as important will get fixed in 4.7, and new features will be implemented in the CVS-HEAD (which is Drupal5.x compatible).</p>
<h3>New Features and Changes to Functionality</h3>
<p>There are several new features that I hope to implement in the version of Pathauto for Drupal5.  These range from are changes and improvements to existing functionality to making Pathauto a leaner and more consistent set of functionality.</p>
<p><strong>Ignoring words</strong> - This is a great idea that pjb gave and which came from the <a href="http://drupal.org/node/65408">URLify</a> module.  It allows the Pathauto administrator to specify a list of words that they want to be removed from the URL.  So, if you have "A Long Title For The Node" then Pathauto used to just use all the words in the URL which could make the URL quite long.  The improved version just makes the URL something like "long-title-node" which is great because the articles aren't important enough to be worth including in the URL.  Shorter URLs are easier to remember and easier to include in emails.  This is a great improvement.  </p>
<p><strong>Cleanstring</strong> - Pathauto, to deal with some of the unique characters used around the world, has a feature that "cleans the strings" by doing transliteration.  For example, the letter Æ becomes Ae. This translation is difficult to get right and I've gone back and forth on this several times, but here's the basic situation: the <a href="http://drupal.org/node/63924">PHP native iconv/translit solution</a> may have problems but it is the easiest solution to maintain and any problems we find can be fixed in PHP where the benefits are enjoyed by a wide audience.  We don't need to be reinventing the solution here.  I do understand the benefit of a <a href="http://drupal.org/node/61815">text file full of transliterations</a> that would be easy for admins to edit and tweak for their site.  If someone wants to implement that solution and provide a patch for it, that would be great.  But I don't have the time or desire to implement it for myself.</p>
<p><strong>Removing _pathauto_page Listings</strong> - This is a feature that basically nobody uses and that deserves to be removed.  I've created <a href="http://drupal.org/node/91105">an issue to track the removal</a> where people can complain if they really really want it kept.  Ideally I'd like someone to take it and turn it into a new module if they feel it is important.</p>
<p><strong>Removing Index Aliases</strong> - Along the lines of the last note - the goal here is to get feedback about a part of the module that seems unpopular and which has been the source of many support issues.  If you use this feature and want to see it stay in the module, <a href="http://drupal.org/node/91116">please provide your insight.</a></p>
<p><strong>Other random ideas</strong> - In the "not well formed" category of ideas are things like more standardized comments, some set of tests (using <a href="http://drupal.org/project/simpletest">simpletest</a>), and performance improvements - both in pathauto and in path.</p>
<h3>Performance and Duplicate Content Issues</h3>
<p>There are currently two major points that people will complain about and point at Pathauto as the source of the problem: Performance and Duplicate Content.  The performance issue is simple: if you create hundreds (or thousands) of aliases your site will begin to slow down because every page view requires hundreds of checks to the url alises to see if an alias exists for a node.  The duplicate content issue is both a search engine issue and a user issue, but the problem is that when using 1 path alias you now have two versions of each object: the internal value (like node/4) and the alias (like 'my-node-4-about-stuff').  It is confusing to users to have the same content on both of the aliases.  Also, there is some consensus about a penalty in the search engines if you have duplicate content available on your site at multiple URLs which is an attempt to penalize people who create scraper sites built with boilerplate content.  Hopefully in Drupal6 there will be more work towards the goal of conquering this problem so that Drupal can respond to multiple URLs for a piece of content but only one of those is visible to the user.</p>
<h3>Last Words</h3>
<p>In closing, Pathauto is a great module for Drupal that has been around for a very long time.  It is an example of a high quality module that deserves and receives frequent updates and attention.  About the seemingly prevalent confusion around Pathauto module the best way I know to prevent that is more discussion about it: like this post.</p>
     ]]></content>
  </entry>
</feed>
