svn commit: r1819300 - in /subversion/site/staging: faq.html faq.ja.html faq.zh.html

[lu...@apache.org]

Author: luke1410
Date: Tue Dec 26 21:54:44 2017
New Revision: 1819300

URL: http://svn.apache.org/viewvc?rev=1819300&view=rev
Log:
* site/staging/faq.html, site/staging/faq.ja.html, site/staging/faq.zh.html:
  Replace dead link to tigris.org dev mailing list archive with working one to
  haxx.se archive (and switch to https).

Modified:
    subversion/site/staging/faq.html
    subversion/site/staging/faq.ja.html
    subversion/site/staging/faq.zh.html

Modified: subversion/site/staging/faq.html
URL: http://svn.apache.org/viewvc/subversion/site/staging/faq.html?rev=1819300&r1=1819299&r2=1819300&view=diff
==============================================================================
--- subversion/site/staging/faq.html (original)
+++ subversion/site/staging/faq.html Tue Dec 26 21:54:44 2017
@@ -4584,7 +4584,7 @@ href="#bdb-recovery">more info</a>).</p>
 <p>The logfiles will grow forever, eating up disk space, unless you,
 (as the repository administrator) do something about it.  At any given
 moment, Berkeley DB is only using a few logfiles actively (see <a
-href="http://subversion.tigris.org/servlets/ReadMsg?list=users&amp;msgNo=15194"
+href="https://svn.haxx.se/users/archive-2004-07/1662.shtml"
 >this post</a> and its associated thread); the rest can be safely
 deleted.  If you keep all the logfiles around forever, then in theory
 Berkeley DB can replay every change to your repository from the day it

Modified: subversion/site/staging/faq.ja.html
URL: http://svn.apache.org/viewvc/subversion/site/staging/faq.ja.html?rev=1819300&r1=1819299&r2=1819300&view=diff
==============================================================================
--- subversion/site/staging/faq.ja.html (original)
+++ subversion/site/staging/faq.ja.html Tue Dec 26 21:54:44 2017
@@ -760,7 +760,7 @@ subtree checking を無効åŒ�
 <p>リポジトリは、あなたの全てのデータを、リポジトリの /db/ サブディレクトリ内にある Berkeley DBの「環境」内に蓄積している。
 この環境は、テーブルの集合やログファイル(log.*) の束を格納している。Berkeley DB はテーブルに行われた全ての変更を記録するので、実行が遮られた場合でも、首尾一貫した状態へと復元することが可能だ(<a href="#bdb-recovery">詳細はこちら</a>)。</p>
 
-<p>ログファイルは永遠に成長を続け、あなたが(リポジトリ管理者として)何らの処理を行わない限りは、ディスク空間を食いつづけるだろう。ある時点で、Berkeley DB が実際に使用するログファイルは僅かでしかない(<a href="http://subversion.tigris.org/servlets/ReadMsg?list=users&amp;msgNo=15194">この投稿</a>と続くスレッドを参照)。
+<p>ログファイルは永遠に成長を続け、あなたが(リポジトリ管理者として)何らの処理を行わない限りは、ディスク空間を食いつづけるだろう。ある時点で、Berkeley DB が実際に使用するログファイルは僅かでしかない(<a href="https://svn.haxx.se/users/archive-2004-07/1662.shtml">この投稿</a>と続くスレッドを参照)。
 というわけで、残りは安全に削除することができる。もし、あなたが全てのログファイルを永遠に保存しておくのであれば、Berkeley DBは、リポジトリがこの世に生を受け手から後、施された全ての変更を、理論上は再現することが出来ることになる。
 でも現実的には、もしバックアップをとっているなら、多分、ディスク空間という面で、コストに見合わないと思うよ。</p>
 

Modified: subversion/site/staging/faq.zh.html
URL: http://svn.apache.org/viewvc/subversion/site/staging/faq.zh.html?rev=1819300&r1=1819299&r2=1819300&view=diff
==============================================================================
--- subversion/site/staging/faq.zh.html (original)
+++ subversion/site/staging/faq.zh.html Tue Dec 26 21:54:44 2017
@@ -725,7 +725,7 @@ Server Guide</a>和<b>exports(5)</b>�
 href="#bdb-recovery">more info</a>）。</p>
 
 <p>如果你放任不管（作为版本库管理员），日志文件会不断的生长，吞噬磁盘空间。在任何时刻，Berkeley DB只使用很小一部分的日志文件（可以看<a
-href="http://subversion.tigris.org/servlets/ReadMsg?list=users&amp;msgNo=15194"
+href="https://svn.haxx.se/users/archive-2004-07/1662.shtml"
 >这个帖子</a>以及相关的线索）；其余的可以安全的删除。如果你永久保存所有的日志文件，理论上Berkeley DB能够根据这个文件回到出生的时刻。但是在实践中，如果你进行了备份，就没有必要在磁盘中浪费空间了。</p>
 
 <p>可以使用<code>svnadmin</code>查看哪些日志文件可以删除，你可以通过crob程序完成这个任务。</p>