Thanks to visit codestin.com
Credit goes to github.com

Skip to content

Commit e7f6296

Browse files
github-actions[bot]github-actions[bot]
committed
[po] auto sync
1 parent 00d534c commit e7f6296

22 files changed

Lines changed: 1626 additions & 1629 deletions

‎.stat.json‎

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -1 +1 @@
1-
{"translation": "95.20%", "updated_at": "2024-04-19T06:56:44Z"}
1+
{"translation": "95.20%", "updated_at": "2024-04-19T07:56:29Z"}

‎library/logging.config.po‎

Lines changed: 12 additions & 12 deletions
Original file line numberDiff line numberDiff line change
@@ -847,14 +847,14 @@ msgid ""
847847
"``cfg://handlers.foo`` would resolve to configured handler ``foo``, and not "
848848
"its configuration dictionary."
849849
msgstr ""
850-
"处理句柄按其键的字母顺序进行配置，而已配置的处理句柄将替换配置方案内部 ``handlers`` 字典（的一个工作副本）中的配置字典。 如果你使用 "
850+
"处理器按其键的字母顺序进行配置，而已配置的处理器将替换配置方案内部 ``handlers`` 字典（的一个工作副本）中的配置字典。 如果你使用 "
851851
"``cfg://handlers.foo`` 这样的构造，那么在初始状态下 ``handlers['foo']`` 会指向名为 ``foo`` "
852-
"的处理句柄的配置字典，随后（一旦配置了该处理句柄）它将指向已配置的处理句柄实例。 因此，``cfg://handlers.foo`` "
853-
"可以解析为一个字典或处理句柄实例。 通常来说，对于带依赖的处理句柄采用在它们所依赖的任何处理句柄完成配置 _之后_ "
854-
"再进行配置的方式来命名处理句柄是一种明智的做法；这将允许使用 ``cfg://handlers.foo`` 这样的构造来配置依赖于处理句柄 "
855-
"``foo`` 的处理句柄。 如果这个带依赖的处理句柄被命名为 ``bar``，则会导致问题，因为 ``bar`` 的配置将在 ``foo`` "
856-
"的配置之前被尝试使用，而 ``foo`` 将尚未配置完成。 但是，如果带依赖的处理句柄被命名为 ``foobar``，则它将在 ``foo`` "
857-
"之后被配置，结果就是 ``cfg://handlers.foo`` 将被解析为已配置的处理句柄 ``foo``，而不是其配置字典。"
852+
"的处理器的配置字典，随后（一旦配置了该处理器）它将指向已配置的处理器实例。 因此，``cfg://handlers.foo`` "
853+
"可以解析为一个字典或处理器实例。 通常来说，对于带依赖的处理器采用在它们所依赖的任何处理器完成配置 _之后_ "
854+
"再进行配置的方式来命名处理器是一种明智的做法；这将允许使用 ``cfg://handlers.foo`` 这样的构造来配置依赖于处理器 ``foo`` "
855+
"的处理器。 如果这个带依赖的处理器被命名为 ``bar``，则会导致问题，因为 ``bar`` 的配置将在 ``foo`` 的配置之前被尝试使用，而 "
856+
"``foo`` 将尚未配置完成。 但是，如果带依赖的处理器被命名为 ``foobar``，则它将在 ``foo`` 之后被配置，结果就是 "
857+
"``cfg://handlers.foo`` 将被解析为已配置的处理器 ``foo``，而不是其配置字典。"
858858

859859
#: ../../library/logging.config.rst:602
860860
msgid "Access to external objects"
@@ -1025,7 +1025,7 @@ msgid ""
10251025
msgstr ""
10261026
"如果你想要配置一个 :class:`~logging.handlers.QueueHandler`，请注意它通常是与 "
10271027
":class:`~logging.handlers.QueueListener` 一起使用的，你可以同时配置这两者。 "
1028-
"配置完成之后，``QueueListener`` 实例将可作为所创建的处理句柄的 "
1028+
"配置完成之后，``QueueListener`` 实例将可作为所创建的处理器的 "
10291029
":attr:`~logging.handlers.QueueHandler.listener` 属性来访问，而你也将可以使用 "
10301030
":func:`~logging.getHandlerByName` 来访问它并将你所使用的名称作为配置中的 ``QueueHandler`` 传入。 "
10311031
"用于配置这两者的字典规格显示在下面的 YAML 实例代码段中。"
@@ -1115,7 +1115,7 @@ msgid ""
11151115
"The values under the ``handlers`` key are the names of other handlers in the"
11161116
" configuration (not shown in the above snippet) which will be passed to the "
11171117
"queue listener."
1118-
msgstr "在 ``handlers`` 键之下的值是配置中其他处理句柄的名称（未显示在上面的代码片段中），它们将被传给队列监听器。"
1118+
msgstr "在 ``handlers`` 键之下的值是配置中其他处理器的名称（未显示在上面的代码片段中），它们将被传给队列监听器。"
11191119

11201120
#: ../../library/logging.config.rst:790
11211121
msgid ""
@@ -1124,7 +1124,7 @@ msgid ""
11241124
":class:`~logging.handlers.QueueHandler` and "
11251125
":class:`~logging.handlers.QueueListener`."
11261126
msgstr ""
1127-
"任何队列处理句柄和监听器类都需要定义为具有与 :class:`~logging.handlers.QueueHandler` 和 "
1127+
"任何队列处理器和监听器类都需要定义为具有与 :class:`~logging.handlers.QueueHandler` 和 "
11281128
":class:`~logging.handlers.QueueListener` 相同的初始化签名。"
11291129

11301130
#: ../../library/logging.config.rst:799
@@ -1261,7 +1261,7 @@ msgid ""
12611261
"not provided, it defaults to ``()``."
12621262
msgstr ""
12631263
"``args`` 条目，当在 ``logging`` 包命名空间的上下文中被 :ref:`求值 <func-eval>` "
1264-
"时，将是传给处理句柄类构造器的参数列表。 请参阅相应处理句柄的构造器说明，或是下面的示例，以了解典型的条目是如何构造的。 如果未提供，则其默认值为 "
1264+
"时，将是传给处理器类构造器的参数列表。 请参阅相应处理器的构造器说明，或是下面的示例，以了解典型的条目是如何构造的。 如果未提供，则其默认值为 "
12651265
"``()``。"
12661266

12671267
#: ../../library/logging.config.rst:903
@@ -1272,7 +1272,7 @@ msgid ""
12721272
"``{}``."
12731273
msgstr ""
12741274
"可选的 ``kwargs`` 条目，当在 ``logging`` 包命名空间的上下文中被 :ref:`求值 <func-eval>` "
1275-
"时，将是传给处理句柄的构造器的关键字参数字典。 如果未提供，则其默认值为 ``{}``。"
1275+
"时，将是传给处理器的构造器的关键字参数字典。 如果未提供，则其默认值为 ``{}``。"
12761276

12771277
#: ../../library/logging.config.rst:960
12781278
msgid ""

‎library/logging.handlers.po‎

Lines changed: 9 additions & 9 deletions
Original file line numberDiff line numberDiff line change
@@ -16,7 +16,7 @@ msgid ""
1616
msgstr ""
1717
"Project-Id-Version: Python 3.12\n"
1818
"Report-Msgid-Bugs-To: \n"
19-
"POT-Creation-Date: 2024-02-09 14:13+0000\n"
19+
"POT-Creation-Date: 2024-04-14 22:56+0000\n"
2020
"PO-Revision-Date: 2021-06-28 01:09+0000\n"
2121
"Last-Translator: Freesand Leo <[email protected]>, 2024\n"
2222
"Language-Team: Chinese (China) (https://app.transifex.com/python-doc/teams/5390/zh_CN/)\n"
@@ -356,7 +356,7 @@ msgid ""
356356
msgstr ""
357357
"还有一点值得注意的是当使用命名器来保存文件名中要在轮换中使用的特定属性时必须小心处理。 例如，:class:`RotatingFileHandler` "
358358
"会要求有一组名称中包含连续整数的日志文件，以便轮换的效果能满足预期，而 :class:`TimedRotatingFileHandler` "
359-
"会通过确定要删除的最旧文件（根据传递纵使中处理句柄的初始化器的 ``backupCount`` 形参）来删除旧的日志文件。 "
359+
"会通过确定要删除的最旧文件（根据传递纵使中处理器的初始化器的 ``backupCount`` 形参）来删除旧的日志文件。 "
360360
"为了达成这样的效果，文件名应当是可以使用文件名的日期/时间部分来排序的，而且命名器需要遵循此排序。 （如果想使用不遵循此规则的命名器，则需要在一个重写了"
361361
" :meth:`~TimedRotatingFileHandler.getFilesToDelete` 方法的 "
362362
":class:`TimedRotatingFileHandler` 的子类中使用它以便与自定义的命名规则进行配合。）"
@@ -874,8 +874,8 @@ msgid ""
874874
"you, you can do a lookup yourself and initialize this handler using the "
875875
"looked-up IP address rather than the hostname."
876876
msgstr ""
877-
"由于 UDP 不是流式协议，在该处理句柄与 *host* 之前不存在持久连接。 因为这个原因，当使用网络套接字时，每当有事件被写入日志时都可能要进行 "
878-
"DNS 查询，这会给系统带来一些延迟。 如果这对你有影响，你可以自己执行查询并使用已查询到的 IP 地址而不是主机名来初始始这个处理句柄。"
877+
"由于 UDP 不是流式协议，在该处理器与 *host* 之前不存在持久连接。 因为这个原因，当使用网络套接字时，每当有事件被写入日志时都可能要进行 "
878+
"DNS 查询，这会给系统带来一些延迟。 如果这对你有影响，你可以自己执行查询并使用已查询到的 IP 地址而不是主机名来初始化这个处理器。"
879879

880880
#: ../../library/logging.handlers.rst:582
881881
msgid ""
@@ -990,8 +990,8 @@ msgid ""
990990
"the method will be called again when emitting an event, if there is no "
991991
"socket at that point."
992992
msgstr ""
993-
"尝试创建一个套接字，如果它不是一个数据报套接字，则将其连接到另一端。 此方法会在处理句柄初始化期间被调用，但是如果此时另一端还没有监听则它不会被视为出错"
994-
" —— 如果此时套接字还不存在，此方法将在发出事伯时再次被调用。"
993+
"尝试创建一个套接字，如果它不是一个数据报套接字，则将其连接到另一端。 此方法会在处理器初始化期间被调用，但是如果此时另一端还没有监听则它不会被视为出错 "
994+
"—— 如果此时套接字还不存在，此方法将在发出事伯时再次被调用。"
995995

996996
#: ../../library/logging.handlers.rst:665
997997
msgid ""
@@ -1699,7 +1699,7 @@ msgid ""
16991699
" :attr:`exc_info` and :attr:`exc_text` attributes to ``None``."
17001700
msgstr ""
17011701
"该基本实现会对记录进行格式化以合并消息、参数、异常和栈信息，如果它们存在的话。 它还会从记录中原地移除不可 pickle 的条目。 "
1702-
"具体来说，它会用合并后的消息（通过调用处理句柄的 :meth:`format` 方法获得）覆盖记录的 :attr:`msg` 和 "
1702+
"具体来说，它会用合并后的消息（通过调用处理器的 :meth:`format` 方法获得）覆盖记录的 :attr:`msg` 和 "
17031703
":attr:`message` 属性，并将 :attr:`args`, :attr:`exc_info` 和 :attr:`exc_text` "
17041704
"属性设置为 ``None``。"
17051705

@@ -1727,7 +1727,7 @@ msgid ""
17271727
msgstr ""
17281728
"该基本实现会使用这些参数对消息进行格式化，将 ``message`` 和 ``msg`` 属性设置为已格式化的消息并将 ``args`` 和 "
17291729
"``exc_text`` 属性设置为 ``None`` 以允许 pickle 操作并防止更多的格式化尝试。 这意味着 "
1730-
":class:`QueueListener` 一方的处理句柄将没有自定义格式化所需的信息，例如异常信息等。 你可能会想要子类化 "
1730+
":class:`QueueListener` 一方的处理器将没有自定义格式化所需的信息，例如异常信息等。 你可能会想要子类化 "
17311731
"``QueueHandler`` 并重写此方法以便避免将 ``exc_text`` 设置为 ``None``。 请注意对 ``message`` / "
17321732
"``msg`` / ``args`` 的改变与确保记录可以 pickle 是相关联的，根据你的 ``args`` 是否可以 pickle "
17331733
"你将可能或不可能避免这样做。 （请注意你可能必须不仅要考虑你自己的代码还要考虑你所使用的任何库中的代码。）"
@@ -1746,7 +1746,7 @@ msgid ""
17461746
"this handler. Otherwise, it will be ``None``."
17471747
msgstr ""
17481748
"当通过使用 :func:`~logging.config.dictConfig` 的配置创建时，该属性将包含一个 "
1749-
":class:`QueueListener` 实例供此处理句柄使用。 在其他情况下，它将为 ``None``。"
1749+
":class:`QueueListener` 实例供此处理器使用。 在其他情况下，它将为 ``None``。"
17501750

17511751
#: ../../library/logging.handlers.rst:1104
17521752
msgid "QueueListener"

‎library/logging.po‎

Lines changed: 17 additions & 17 deletions
Original file line numberDiff line numberDiff line change
@@ -21,7 +21,7 @@ msgid ""
2121
msgstr ""
2222
"Project-Id-Version: Python 3.12\n"
2323
"Report-Msgid-Bugs-To: \n"
24-
"POT-Creation-Date: 2024-04-05 14:16+0000\n"
24+
"POT-Creation-Date: 2024-04-14 22:56+0000\n"
2525
"PO-Revision-Date: 2021-06-28 01:09+0000\n"
2626
"Last-Translator: Freesand Leo <[email protected]>, 2024\n"
2727
"Language-Team: Chinese (China) (https://app.transifex.com/python-doc/teams/5390/zh_CN/)\n"
@@ -92,7 +92,7 @@ msgid ""
9292
msgstr ""
9393
"这种惯常用法的一个关键特性在于大部分代码都是简单地通过 ``getLogger(__name__)`` "
9494
"创建一个模块级别的日志记录器，并使用该日志记录器来完成任何需要的日志记录。 这样既简洁明了，又能根据需要对下游代码进行细粒度的控制。 "
95-
"记录到模块级日志记录器的消息会被转发给更高级别模块的日志记录器的处理句柄，一直到最高层级的日志记录器既根日志记录器；这种方式被称为分级日志记录。"
95+
"记录到模块级日志记录器的消息会被转发给更高级别模块的日志记录器的处理器，一直到最高层级的日志记录器既根日志记录器；这种方式被称为分级日志记录。"
9696

9797
#: ../../library/logging.rst:74
9898
msgid ""
@@ -105,7 +105,7 @@ msgid ""
105105
" to configure the root logger that handles many use cases."
106106
msgstr ""
107107
"要使日志记录有用，就需要对其进行配置：为每个日志记录器设置级别和目标，还可能改变特定模块的日志记录方式，通常是基于命令行参数或应用配置来实现。 "
108-
"在大多数情况下，如上文所述，只有根日志记录器需要如此配置，因为所有在模块层级上的低级别日志记录器最终都会将消息转发给它的处理句柄。 "
108+
"在大多数情况下，如上文所述，只有根日志记录器需要如此配置，因为所有在模块层级上的低级别日志记录器最终都会将消息转发给它的处理器。 "
109109
":func:`~logging.basicConfig` 提供了一种配置根日志记录器的快捷方式，它可以处理多种应用场景。"
110110

111111
#: ../../library/logging.rst:82
@@ -703,7 +703,7 @@ msgid ""
703703
"then all events are logged. When set on a handler, all events are handled."
704704
msgstr ""
705705
"当在日志记录器上设置时，表示将查询上级日志记录器以确定生效的级别。 如果仍被解析为 :const:`!NOTSET`，则会记录所有事件。 "
706-
"在处理句柄上设置时，所有事件都将被处理。"
706+
"在处理器上设置时，所有事件都将被处理。"
707707

708708
#: ../../library/logging.rst:488
709709
msgid "10"
@@ -765,7 +765,7 @@ msgid ""
765765
"for more useful subclasses. However, the :meth:`!__init__` method in "
766766
"subclasses needs to call :meth:`Handler.__init__`."
767767
msgstr ""
768-
"处理句柄具有以下属性和方法。 请注意 :class:`Handler` 不可直接实例化；该类是被作为更有用的子类的基类。 不过，子类中的 "
768+
"处理器具有以下属性和方法。 请注意 :class:`Handler` 不可直接实例化；该类是被作为更有用的子类的基类。 不过，子类中的 "
769769
":meth:`!__init__` 方法需要调用 :meth:`Handler.__init__`。"
770770

771771
#: ../../library/logging.rst:526
@@ -864,9 +864,9 @@ msgid ""
864864
" occurred. (The default value of :data:`raiseExceptions` is ``True``, as "
865865
"that is more useful during development)."
866866
msgstr ""
867-
"此方法应当在 :meth:`emit` 调用期间遇到异常时从处理句柄中调用。 如果模块级属性 :data:`raiseExceptions` 为 "
867+
"此方法应当在 :meth:`emit` 调用期间遇到异常时从处理器中调用。 如果模块级属性 :data:`raiseExceptions` 为 "
868868
"``False``，则异常将被静默地忽略。 这是大多数情况下日志系统所需要的 —— 大多数用户不会关心日志系统中的错误，他们对应用程序错误更感兴趣。 "
869-
"但是，你可以根据需要将其替换为自定义处理句柄。 指定的记录是发生异常时正在处理的记录。 (:data:`raiseExceptions` 的默认值是 "
869+
"但是，你可以根据需要将其替换为自定义处理器。 指定的记录是发生异常时正在处理的记录。 (:data:`raiseExceptions` 的默认值是 "
870870
"``True``，因为这在开发过程中更有用处）。"
871871

872872
#: ../../library/logging.rst:622
@@ -890,14 +890,14 @@ msgid ""
890890
" logging API which might do locking, because that might result in a "
891891
"deadlock. Specifically:"
892892
msgstr ""
893-
"此方法会在获得一个处理句柄层级的锁之后被调用，在此方法返回之后锁将被释放。 当你重写此方法时，请注意在调用任何可能执行锁定操作的日志记录 API "
893+
"此方法会在获得一个处理器层级的锁之后被调用，在此方法返回之后锁将被释放。 当你重写此方法时，请注意在调用任何可能执行锁定操作的日志记录 API "
894894
"的其他部分的方法时务必小心谨慎，因为这可能会导致死锁。 具体来说:"
895895

896896
#: ../../library/logging.rst:638
897897
msgid ""
898898
"Logging configuration APIs acquire the module-level lock, and then "
899899
"individual handler-level locks as those handlers are configured."
900-
msgstr "日志记录配置 API 会获取模块层级锁，然后还会在配置处理句柄时获取处理句柄层级锁。"
900+
msgstr "日志记录配置 API 会获取模块层级锁，然后还会在配置处理器时获取处理器层级锁。"
901901

902902
#: ../../library/logging.rst:641
903903
msgid ""
@@ -909,8 +909,8 @@ msgid ""
909909
"method, the handler-level lock has already been acquired)."
910910
msgstr ""
911911
"许多日志记录 API 都会锁定模块级锁。 如果这样的 API "
912-
"在此方法中被调用，则它可能会在另一个线程执行配置调用时导致死锁，因为那个线程将试图在处理句柄级锁 *之前* 获取模块级锁，而这个线程将试图在处理句柄级锁"
913-
" *之后* 获取模块级锁（因为在此方法中，处理句柄级锁已经被获取了）。"
912+
"在此方法中被调用，则它可能会在另一个线程执行配置调用时导致死锁，因为那个线程将试图在处理器级锁 *之前* 获取模块级锁，而这个线程将试图在处理器级锁 "
913+
"*之后* 获取模块级锁（因为在此方法中，处理器级锁已经被获取了）。"
914914

915915
#: ../../library/logging.rst:648
916916
msgid ""
@@ -1219,7 +1219,7 @@ msgid ""
12191219
" having side effects on other handlers."
12201220
msgstr ""
12211221
"现在你可以从过滤器返回一个 :class:`LogRecord` 实例来替代日志记录而不是原地修改它。 这允许附加到特定 "
1222-
":class:`Handler` 的过滤器在日志记录发出之前修改它，而不会对其他处理句柄产生附带影响。"
1222+
":class:`Handler` 的过滤器在日志记录发出之前修改它，而不会对其他处理器产生附带影响。"
12231223

12241224
#: ../../library/logging.rst:858
12251225
msgid ""
@@ -1270,7 +1270,7 @@ msgid ""
12701270
"attached to a different (ancestor) logger."
12711271
msgstr ""
12721272
"用于记录此 :class:`!LogRecord` 所表示事件的记录器名称。 请注意 :class:`!LogRecord` "
1273-
"中的记录器名称将始终为该值，即使它可能是由附加到不同（上级）日志记录器的处理句柄所发出的。"
1273+
"中的记录器名称将始终为该值，即使它可能是由附加到不同（上级）日志记录器的处理器所发出的。"
12741274

12751275
#: ../../library/logging.rst:895
12761276
msgid ""
@@ -1880,7 +1880,7 @@ msgid ""
18801880
":func:`basicConfig` is called, prior to calling ``debug`` on the root "
18811881
"logger."
18821882
msgstr ""
1883-
"唯一的区别在于如果根日志记录器没有处理句柄，则在根日志记录器上调用 ``debug`` 之前会先调用 :func:`basicConfig`。"
1883+
"唯一的区别在于如果根日志记录器没有处理器，则在根日志记录器上调用 ``debug`` 之前会先调用 :func:`basicConfig`。"
18841884

18851885
#: ../../library/logging.rst:1189
18861886
msgid ""
@@ -1936,7 +1936,7 @@ msgid ""
19361936
"exception handler."
19371937
msgstr ""
19381938
"在根日志记录器上记录一条 :const:`ERROR` 级别的消息。 其他参数与行为均与 :func:`debug` 的相同。 "
1939-
"异常信息会被添加到日志记录消息中。 此函数应当仅从异常处理句柄中调用。"
1939+
"异常信息会被添加到日志记录消息中。 此函数应当仅从异常处理器中调用。"
19401940

19411941
#: ../../library/logging.rst:1233
19421942
msgid ""
@@ -2063,11 +2063,11 @@ msgstr ""
20632063
msgid ""
20642064
"Returns a handler with the specified *name*, or ``None`` if there is no "
20652065
"handler with that name."
2066-
msgstr "返回具有指定 *name* 的处理句柄，或者如果指定名称的处理句柄不存在则返回 ``None``。"
2066+
msgstr "返回具有指定 *name* 的处理器，或者如果指定名称的处理器不存在则返回 ``None``。"
20672067

20682068
#: ../../library/logging.rst:1317
20692069
msgid "Returns an immutable set of all known handler names."
2070-
msgstr "返回一个由所有已知处理句柄名称组成的不可变集合。"
2070+
msgstr "返回一个由所有已知处理器名称组成的不可变集合。"
20712071

20722072
#: ../../library/logging.rst:1323
20732073
msgid ""

0 commit comments

Comments
 (0)