並べ替え順序、大文字と小文字の関係、照合順序、千単位の区切り記号、デフォルトの通貨記号などが異なるため、影響が生じる可能性があります。
C.utf8 =POSIX 標準準拠のデフォルト ロケール。厳密な ASCII 文字のみが有効で、UTF-8 の基本的な使用を許可するように拡張されています
en_US.utf8 =アメリカ英語 UTF-8 ロケール。
遭遇する可能性のある具体的な影響についてはわかりませんが、必要に応じてアプリケーション内でロケールとエンコーディングを設定できると思います.
LC_TIME=C.UTF-8 を追加した理由は次のとおりです。 /etc/default/locale で 、それが誰かを助ける場合:
HTML5 input type=time (https://developer.mozilla.org/en-US/docs/Web/HTML/Element/input/time) に対して Firefox の AM/PM の代わりに 24 時間制を提供し、 HTML5 input type=date (https://developer.mozilla.org/en-US/docs/Web/HTML/Element/input/date) の MM/DD/YYYY ではなく、DD/MM/YYYY 形式の datepicker。
Thunberbird でメールに返信するときに、YYYY-MM-DD 国際日付形式 (ISO 8601) を 24 時間制で使用できます。
以前は LC_TIME=en_DK.UTF-8 で可能でした (http://kb.mozillazine.org/Date_display_format) しかし、現在バグがあり、機能しなくなりました (https://bugzilla.mozilla.org/show_bug.cgi?id=1426907#c155)。
編集： LC_TIME=C.UTF-8 でも 回避策は Thunberbird (https://bugzilla.mozilla.org/show_bug.cgi?id=1426907#c197) では機能しませんが、少なくとも en_IE.UTF-8 MM/DD/YYYY ではなく、ヨーロッパの日付形式 DD/MM/YYYY を提供します。
一般的に C コンピューター用、en_US 英語を話すアメリカ人 (および同じ行動を望む他の人) 向けです。
コンピュータ用 文字列がより標準化されていることを意味します (ただし、英語のままです)。そのため、プログラムの出力を他のプログラムから読み取ることができます。 en_US で 、文字列は改善される可能性があり、アルファベット順は改善される可能性があります（シカゴのスタイル規則の新しい規則などによる可能性があります）。ユーザーフレンドリーですが、安定性が低い可能性があります。注:ロケールは文字列の翻訳だけでなく、照合 (アルファベット順、数字 (例:千の区切り)、通貨 ($ と 2 桁の数字が残ることを予測しても安全だと思います)、月、曜日にも使用されます)など
あなたの場合、それは両方のロケールの UTF-8 バージョンです。
一般に、それは問題ではありません。私は通常 en_US.UTF-8 を好みますが、通常は問題ではありません。あなたの場合 (サーバー アプリ) では、ログとエラー メッセージのみを変更する必要があります (locale.setlocale() を使用する場合)。 .アプリ内でクライアント ロケールを処理する必要があります。他のプログラムから読み取るプログラムは、C を設定する必要があります パイプを開く前なので、特に問題にはなりません。
ご覧のとおり、おそらく問題ではありません。 POSIX も使用できます ロケール、Debian でも定義します。 locale -a でインストールされているロケールのリストを取得します .
注:マイクロ最適化では C が規定されます /C.UTF-8 ロケール:ファイルの翻訳なし (gettext )、および照合と数値の書式設定に関する単純なルールですが、これはサーバー側でのみ表示する必要があります。