[svnbook commit] r2077 - trunk/src/ru/book
FLamY
svnbook-dev at red-bean.com
Wed Mar 15 19:50:02 CST 2006
Author: FLamY
Date: Wed Mar 15 19:49:58 2006
New Revision: 2077
Modified:
trunk/src/ru/book/ch06.xml
Log:
Some inaccuracies has been fixed.
Modified: trunk/src/ru/book/ch06.xml
==============================================================================
--- trunk/src/ru/book/ch06.xml (original)
+++ trunk/src/ru/book/ch06.xml Wed Mar 15 19:49:58 2006
@@ -64,7 +64,7 @@
<para>Subversion был разработан с использованием абстрактного
сетевого уровня. Это означает, что на программном уровне для
доступа к хранилищу может быть использован любой тип сервера,
- а клиентский API для <quote>доступа к хранилищу</quote> дает
+ а <quote>клиентский API для доступа к хранилищу</quote> дает
программистам возможность создавать плагины, которые будут
взаимодействовать с соответствующим сетевым протоколом.
Теоретически, Subversion может использовать неограниченное
@@ -80,14 +80,14 @@
program that speaks a custom protocol with clients. Table 6-1
presents a comparison of the two servers.</para>
@ENGLISH }}} -->
- <para>Apache - наиболее популярный web-сервер; при использовании
+ <para>Apache — наиболее популярный web-сервер; при использовании
модуля <command>mod_dav_svn</command> Apache получает возможность
доступа к хранилищу, а так же делает его доступным для клиентов,
используя протокол WebDAV/DeltaV, который является расширением
- HTTP. В другом углу ринга - <command>svnserve</command> - небольшой,
- самостоятельный сервер, использующий для общения с клиентами
- собственный протокол. В таблице 6-1 дано сравнение этих двух
- серверов.</para>
+ HTTP. В другом углу ринга — <command>svnserve</command>
+ — небольшой, самостоятельный сервер, использующий для связи
+ с клиентами собственный протокол. В таблице 6-1 дано сравнение этих
+ двух серверов.</para>
<!-- @ENGLISH {{{
<para>Note that Subversion, as an open-source project, does not
@@ -260,8 +260,8 @@
respond.</para>
@ENGLISH }}} -->
<para>Этот раздел является обсуждением того, как клиент и сервер
- Subversion взаимодействуют друг с другом, без разделения на
- используемое вами сетевое решение. После прочтения вы будете
+ Subversion взаимодействуют друг с другом, вне зависимости от
+ используемого вами сетевого решения. После прочтения вы будете
понимать, как работает сервер, а также знать различные способы
конфигурации клиента.</para>
@@ -323,7 +323,7 @@
информацию, которую тот запрашивал. Заметьте, что эта система
отличается от таких, как в CVS, где клиент вначале отсылает
credentials, а потом уже посылает запрос. В Subversion сервер
- сам получает мандат, запрашивая его у клиента тогда, когда ему
+ сам получает credentials, запрашивая его у клиента тогда, когда ему
нужно. Такой способ делает определенные операции более изящными.
К примеру, в случае, когда конфигурация сервера открывает доступ
для чтения всем без ограничений, и клиент выполняет команду
@@ -349,7 +349,7 @@
установления личности, имя пользователя сохраняется как значение
свойства <literal>svn:author</literal> новой правки (смотрите
<xref linkend="svn.reposadmin.basics.revprops"/>). Если клиент
- не был опознан (другими словами, сервер никогда не посылает
+ не был опознан (другими словами, сервер ни разу не послал
запрос об установлении личности), то свойство
<literal>svn:author</literal> остается пустым.
<footnote><para>Эта проблема описана в FAQ, она является результатом
More information about the svnbook-dev
mailing list