Please sign in to see the alerts.

Overview

Project website docs.freebsd.org/en
Translation license BSD 2-Clause "Simplified" License
Translation process
  • Translations can be made directly.
  • Translation suggestions can be made.
  • Only chosen users can contribute.
  • The translation uses bilingual files.
File mask documentation/content/*/books/developers-handbook/sockets/_index.po

String statistics

Strings percent Hosted strings Words percent Hosted words Characters percent Hosted characters
Total 5,168 129,314 775,067
Source 272 6,806 40,793
Translated 11% 593 10% 13,896 10% 83,265
Needs editing 1% 59 1% 2,542 1% 15,337
Read-only 5% 272 5% 6,806 5% 40,793
Failing checks 1% 90 2% 3,230 2% 20,092
Strings with suggestions 0% 0 0% 0 0% 0
Untranslated strings 87% 4,516 87% 112,876 87% 676,465
Last 12 months Previous

Activity in last 12 months

6 changes 276 changes 0 changes 0 changes 0 changes 202 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 3 changes 275 changes 276 changes 0 changes 3 changes 1 change 0 changes 0 changes 0 changes 295 changes 0 changes 482 changes
Jul Aug Sep Oct Nov Dec Jan Feb Mar Apr May Jun

Quick numbers

129 k
Hosted words
5,168
Hosted strings
11%
Translated
3
Contributors
and previous 30 days

Trends of last 30 days

+5%
Hosted words
+100%
+5%
Hosted strings
+100%
+4%
Translated
+6%
+66%
Contributors
+100%
User avatar None

Committed changes

Documentation / books/developers-handbook/sockets/_index — Russian

Committed changes 13 days ago
User avatar v.popolitov

Translation changed

Documentation / books/developers-handbook/sockets/_index — Russian

That is why our flowchart now contains a _process signals_ box, which is not connected to any other box. By the way, many servers also process SIGHUP, and typically interpret as the signal from the superuser that they should reread their configuration files. This allows us to change settings without having to kill and restart these servers.
Вот почему наша блок-схема теперь содержит блок _обработки сигналов_, который не соединен с другими блоками. Кстати, многие серверы также обрабатывают SIGHUP и обычно интерпретируют его как сигнал от суперпользователя, указывающий на необходимость перечитать конфигурационные файлы. Это позволяет нам изменять настройки без необходимости завершать и перезапускать эти серверы.
2 weeks ago
User avatar v.popolitov

Translation changed

Documentation / books/developers-handbook/sockets/_index — Russian

For that reason, the _daemon process_ needs to set _signal handlers_ in its _initialize daemon_ phase. At least a SIGCHLD signal has to be processed, so the daemon can remove the zombie return values from the system and release the system resources they are taking up.
По этой причине _демону_ необходимо установить _обработчики сигналов_ на этапе _инициализации демона_. Как минимум, должен обрабатываться сигнал SIGCHLD, чтобы демон мог удалять зомби-процессы из системы и освобождать занимаемые ими системные ресурсы.
2 weeks ago
User avatar v.popolitov

Translation changed

Documentation / books/developers-handbook/sockets/_index — Russian

Under UNIX(R), a process does not really _exit_. Instead, it _returns_ to its parent. Typically, a parent process ``wait``s for its child process, and obtains a return value. However, our _daemon process_ cannot simply stop and wait. That would defeat the whole purpose of creating additional processes. But if it never does `wait`, its children will become _zombies_-no longer functional but still roaming around.
В UNIX(R) процесс на самом деле не _завершается_. Вместо этого он _возвращается_ к своему родителю. Обычно родительский процесс ``ждёт`` (wait) завершения своего дочернего процесса и получает возвращаемое значение. Однако наш _демон-процесс_ не может просто остановиться и ждать. Это бы свело на нет всю цель создания дополнительных процессов. Но если он никогда не выполняет `wait`, его дочерние процессы станут _зомби_ — более не функционирующими, но всё ещё бродящими вокруг.
2 weeks ago
User avatar v.popolitov

Translation changed

Documentation / books/developers-handbook/sockets/_index — Russian

After the _server process_ is done serving, it should close the _accepted socket_. Instead of returning to `accept`, it now exits.
После завершения обслуживания _серверного процесса_ он должен закрыть _принятый сокет_. Вместо возврата к `accept`, процесс теперь завершается.
2 weeks ago
User avatar v.popolitov

Translation changed

Documentation / books/developers-handbook/sockets/_index — Russian

However, the _server process_ does not need this socket and should `close` it immediately. Similarly, the _daemon process_ no longer needs the _accepted socket_, and not only should, but _must_ `close` it-otherwise, it will run out of available _file descriptors_ sooner or later.
Однако _серверному процессу_ этот сокет не нужен, и он должен немедленно еговызвать ему `close`. Аналогично, _демону_ больше не нужен _сокет, принятый сокетвызовом accept_, и он не только должен, но и _обязан_ еговызвать ему `close` — в противном случае рано или поздно закончатся доступные _файловые дескрипторы_.
2 weeks ago
User avatar v.popolitov

Translation changed

Documentation / books/developers-handbook/sockets/_index — Russian

We moved the _serve_ from the _daemon process_ to its own _server process_. However, because each child process inherits all open files (and a socket is treated just like a file), the new process inherits not only the _"accepted handle,"_ i.e., the socket returned by the `accept` call, but also the _top socket_, i.e., the one opened by the top process right at the beginning.
Мы переместили _службу_ из _демона_ в её собственный _серверный процесс_. Однако, поскольку каждый дочерний процесс наследует все открытые файлы (а сокет обрабатывается так же, как файл), новый процесс наследует не только _"принятый дескриптор"_, т.е. сокет, возвращённый вызовом `accept`, но и _главный сокет_, т.е. тот, который был открыт главным процессом в самом начале.
2 weeks ago
User avatar v.popolitov

Translation changed

Documentation / books/developers-handbook/sockets/_index — Russian

Unlike a sequential server, a _concurrent server_ has to be able to serve more than one client at a time. For example, a _chat server_ may be serving a specific client for hours-it cannot wait till it stops serving a client before it serves the next one.
В отличие от последовательного сервера, _параллельмногозадачный сервер_ должен иметь возможность обслуживать более одного клиента одновременно. Например, _сервер чата_ может обслуживать конкретного клиента часами — он не может ждать, пока закончит обслуживать текущего клиента, прежде чем перейти к следующему.
2 weeks ago
User avatar v.popolitov

Translation changed

Documentation / books/developers-handbook/sockets/_index — Russian

Concurrent Servers
ПараллельМногозадачные серверы
2 weeks ago
User avatar v.popolitov

Translation changed

Documentation / books/developers-handbook/sockets/_index — Russian

Concurrent Server
ОдновременМногозадачный сервер
2 weeks ago
Browse all component changes