<?xml version="1.0" encoding="UTF-8"?>
<commit>
  <added type="array"/>
  <modified type="array">
    <modified>
      <diff>@@ -1,10 +1,10 @@
-= Xapit Proxy
+= Xapit Server
 
 IMPORTANT: This project is currently vaporware.
 
-For an alternative solution (also currently vaporware) see Xapit Reloader.
+For an alternative solution (also currently vaporware) see Xapit Sync.
 
-http://github.com/ryanb/xapit-reloader/tree/master
+http://github.com/ryanb/xapit-sync/tree/master
 
 
 == Xapit
@@ -16,16 +16,16 @@ http://github.com/ryanb/xapit/tree/master
 
 == How it Works
 
-Xapit Proxy provides a Rack application which hosts a writable Xapian database and allows interaction through a REST API. Xapit will use this remote database for all search queries and record updates.
+Xapit Server provides a Rack application which hosts a writable Xapian database and allows interaction through a REST API. Xapit will use this remote database for all search queries and record updates.
 
 There are several advantages to this solution.
 
-* all records will be updated instantly so you do not have to worry about keeping track of model changes and reloading the database.
+* all records will be updated instantly so you do not have to worry about syncing the database.
 * the database is only loaded into memory once, not separately for each Rails process. This is very important if you have a large database.
 * allows the Xapian database to be stored on a separate machine than the application.
 * completely independent of Rails, so you can use it with other Ruby applications.
 
-Here are some disadvantages when compared to Xapit Reloader.
+Here are some disadvantages when compared to Xapit Sync.
 
 * additional security issues (if Rack server is exposed).
 * requires a separate daemon process to constantly be running (and monitored).
@@ -39,18 +39,18 @@ Here are some disadvantages when compared to Xapit Reloader.
 To use this plugin you simply have to setup a rack server. If you are using Phusion Passenger it may look like this.
 
   &lt;VirtualHost *:80&gt;
-    ServerName xapit-proxy.example.com
-    DocumentRoot /path/to/xapit-proxy/server/public
+    ServerName xapit-server.example.com
+    DocumentRoot /path/to/xapit-server/public
   &lt;/VirtualHost&gt;
 
 
 Then configure Xapit to use this server by passing the URL to the database path.
 
   # in config/initializers/setup_xapit.rb
-  Xapit::Config.setup(:database_path =&gt; &quot;http://xapit-proxy.example.com&quot;)
+  Xapit::Config.setup(:database_path =&gt; &quot;http://xapit-server.example.com&quot;)
 
 
 == Implementation
 
-This solution requires a more complex implementation than Xapit Reloader. Not all Xapian classes are easily serialized. This may require Xapit to take extra steps to minimize the amount of traffic to the REST API.
+This solution requires a more complex implementation than Xapit Sync. Not all Xapian classes are easily serialized. This may require Xapit to take extra steps to minimize the amount of traffic to the REST API.
 </diff>
      <filename>README.rdoc</filename>
    </modified>
  </modified>
  <removed type="array"/>
  <parents type="array">
    <parent>
      <id>82ec0532f787afa3ca6538a00dedf1303aab3484</id>
    </parent>
  </parents>
  <author>
    <name>Ryan Bates</name>
    <email>ryan@railscasts.com</email>
  </author>
  <url>http://github.com/ryanb/xapit-server/commit/f5ef847f8827547a18e2715d6e0c0707cc792e17</url>
  <id>f5ef847f8827547a18e2715d6e0c0707cc792e17</id>
  <committed-date>2009-05-27T14:54:24-07:00</committed-date>
  <authored-date>2009-05-27T14:54:24-07:00</authored-date>
  <message>renaming</message>
  <tree>b3b1e427c3337fb38acce37be59911610620ce80</tree>
  <committer>
    <name>Ryan Bates</name>
    <email>ryan@railscasts.com</email>
  </committer>
</commit>
