Extension docs: Cleanup after there's only one version.

chrome/common/extensions/docs/templates/articles/sandboxingEval.html

 <h1>Using eval in Chrome Extensions. Safely.</h1>
 
 
 <p>
   Chrome's extension system enforces a fairly strict default
   <a href='../extensions/contentSecurityPolicy.html'>
     <strong>Content Security Policy (CSP)</strong>
   </a>. The policy restrictions are straightforward: script must be moved
   out-of-line into separate JavaScript files, inline event handlers must be
   converted to use <code>addEventListener</code>, and <code>eval()</code> is
@@ skipping 42 matching lines @@
   sandboxed page into our extension via an <code>iframe</code>, we can pass it
   messages, let it act upon those messages in some way, and wait for it to pass
   us back a result. This simple messaging mechanism gives us everything we need
   to safely include <code>eval</code>-driven code in our extension's workflow.
 </p>
 
 <h2 id="creating_and_using">Creating and using a sandbox.</h2>
 
 <p>
   If you'd like to dive straight into code, please grab the
-  <a href='http://code.google.com/chrome/extensions/samples.html#3c6dfba67f6a7480d931b5a4a646c151ad1a049b'>sandboxing
+  <a href='/extensions/samples.html#3c6dfba67f6a7480d931b5a4a646c151ad1a049b'>sandboxing
   sample extension and take off</a>. It's a working example of a tiny messaging
   API built on top of the <a href='http://handlebarsjs.com'>Handlebars</a>
   templating library, and it should give you everything you need to get going.
   For those of you who'd like a little more explanation, let's walk through that
   sample together here.
 </p>
 
 <h3 id="list_files">List files in manifest</h3>
 
 <p>
@@ skipping 10 matching lines @@
      "pages": ["sandbox.html"]
   },
   ...
 }</pre>
 
 <h3 id="load_file">Load the sandboxed file</h3>
 
 <p>
   In order to do something interesting with the sandboxed file, we need to load
   it in a context where it can be addressed by the extension's code. Here,
-  <a href='http://code.google.com/chrome/extensions/examples/howto/sandbox/sandbox.html'>sandbox.html</a>
-  has been loaded into the extension's <a href='http://code.google.com/chrome/extensions/dev/event_pages.html'>Event
-  Page</a> (<a href='http://code.google.com/chrome/extensions/examples/howto/sandbox/eventpage.html'>eventpage.html</a>)
-  via an <code>iframe</code>. <a href='http://code.google.com/chrome/extensions/examples/howto/sandbox/eventpage.js'>eventpage.js</a>
+  <a href='/extensions/examples/howto/sandbox/sandbox.html'>sandbox.html</a>
+  has been loaded into the extension's <a href='event_pages.html'>Event
+  Page</a> (<a href='/extensions/examples/howto/sandbox/eventpage.html'>eventpage.html</a>)
+  via an <code>iframe</code>. <a href='/extensions/examples/howto/sandbox/eventpage.js'>eventpage.js</a>
   contains code that sends a message into the sandbox whenever the browser
   action is clicked by finding the <code>iframe</code> on the page, and
   executing the <code>postMessage</code> method on its
   <code>contentWindow</code>. The message is an object containing two
   properties: <code>context</code> and <code>command</code>. We'll dive into
   both in a moment.
 </p>
 
 <pre>chrome.browserAction.onClicked.addListener(function() {
  var iframe = document.getElementById('theFrame');
@@ skipping 81 matching lines @@
   This mechanism makes templating straightforward, but it of course isn't
   limited to templating. Any code that doesn't work out of the box under a
   strict Content Security Policy can be sandboxed; in fact, it's often useful
   to sandbox components of your extensions that <em>would</em> run correctly in
   order to restrict each piece of your program to the smallest set of privileges
   necessary for it to properly execute. The
   <a href="http://www.youtube.com/watch?v=GBxv8SaX0gg">Writing Secure Web Apps
   and Chrome Extensions</a> presentation from Google I/O 2012 gives some good
   examples of these technique in action, and is worth 56 minutes of your time.
 </p>