bouncer_r/php/status index.php,1.1,1.2

[David Farning (dfarning)]

Author: dfarning

Update of /cvs/fedora/bouncer_r/php/status
In directory cvs-int.fedora.redhat.com:/tmp/cvs-serv1064/php/status

Modified Files:
	index.php 
Log Message:
Added short blurb describing repositories and mirrors


Index: index.php
===================================================================
RCS file: /cvs/fedora/bouncer_r/php/status/index.php,v
retrieving revision 1.1
retrieving revision 1.2
diff -u -r1.1 -r1.2
--- index.php	16 Jul 2005 13:30:56 -0000	1.1
+++ index.php	2 Aug 2005 08:49:52 -0000	1.2
@@ -5,16 +5,125 @@
 include("site.inc");
 
 $template = new Page;
-
-
 $template->displayHeader('Status');
 
 ?>
 
 <div id="page-main">
-<p>test paragraph
 
-</p>
+<h2> Overview </h2>
+<p>Sentry monitors the status of a number of different repositories including Fedore Core and Fedora Extras(products).
+  Repositories are split into releases (versions) and Architectures (archs).
+  Whenever createrepo is run a timestamp in repomd.xmp is updated.
+  Sentry polls the timestamp in repomd.xml to determine when a repo has changed.
+  Whenever a repo is detected to be changed it is added to a queue which updates the repoitory metadata.</p>
+
+
+<h2> Repositories </h2>
+<p>Repositories are divided up into products, versions, and archs.
+ The division is a simple tree structure. (It get more complex when you start to consider core3_update, core4_testing_4.91, ...)</p>
+
+  <ul>
+  <li> Product - Fedora Core 1
+    <ul>
+      <li> Version - 1
+        <ul>
+          <li> Arch - i386</li>
+          <li> Arch - ppc</li>
+        </ul>
+      
+      </li>
+      <li> Version - 2
+        <ul>
+          <li> Arch - i386</li>
+          <li> Arch - ppc</li>
+        </ul>
+      </li>
+      <li> Version - devel
+        <ul>
+          <li> Arch - i386</li>
+          <li> Arch - x86_64</li>
+        </ul>
+      </li>
+    </ul>
+  </li>
+  
+  <li> Product - Fedora Extras 1
+    <ul>
+      <li> Version - 2
+        <ul>
+          <li> Arch - i386</li>
+          <li> Arch - ppc</li>
+        </ul>
+      
+      </li>
+      <li> Version - 3
+        <ul>
+          <li> Arch - i386</li>
+          <li> Arch - ppc</li>
+        </ul>
+      </li>
+      <li> Version - devel
+        <ul>
+          <li> Arch - i386</li>
+          <li> Arch - x86_64</li>
+        </ul>
+      </li>
+    </ul>
+  </li>
+  </ul>
+<p>By spliting the Repositories up into these tuples (prod,ver,arch) the developers and mirror administrators have great deal of flexability.
+  The end user can be presented whith the simple downloads defined such as 'grab the latest Fedora Core for my arch' </p>
+
+
+<h2> Mirrors </h2>
+<p>Mirrors are divided up into regions and types.
+  Currently the region categories are countries and continents.
+  </p>
+
+  <ul>
+  <li> North America
+    <ul>
+      <li> US</li>
+      <li> Canada</li>
+      <li> Mexico</li>
+    </ul>
+  </li>
+  
+  <li> Europe
+    <ul>
+      <li> Denmark</li>
+      <li> Norway</li>
+      <li> France</li>
+    </ul>
+  </li>
+  </ul>
+
+<p>A mirror administrator subscribes a mirror to various repos</p>
+
+  <ul>
+  <li> Ibibilo
+    <ul>
+      <li> Core,3,i386</li>
+      <li> Core,4,ppc</li>
+      <li> Extra,4,i386</li>
+    </ul>
+  </li>
+  
+  <li> Kernel.org
+    <ul>
+      <li> Core,devel,i386</li>
+      <li> Core,devel,i86_64</li>
+      <li> Core,devel,ppc</li>
+    </ul>
+  </li>
+  </ul>
+
+<p>Having mirror administrators subscribe to specific repos allows maximum flexibility.
+  Small mirror may chose only to carry the latest,common arch repos while large mirrors can chose to carry all repos for historical purposes. 
+  The end user does not need to be aware for the mirror system.
+  They can simply request 'the latest Fedora Core for my arch' bouncer_r will handle the mirror redirection behind the scene.</p>
+
 
 </div>