Weblate の内部構造¶
注釈
この章では、Weblate 内部の基本的な概要を説明します。
Weblate のコード構造の大部分は Django を基に作成しました。
ディレクトリ構造¶
Weblate メイン リポジトリのディレクトリ構造の概要:
docsこのドキュメントのソースコードは、Sphinx を使用して作成しています。
dev-docker開発サーバーを実行する Docker コード。参照: Docker上でローカルに Weblate の実行。
weblateDjango アプリケーションとしての Weblate のソースコード。参照: Weblate の内部構造。
weblate/staticクライアント ファイル（CSS、Javascript および画像）。参照: Weblate フロントエンド。
モジュール¶
Weblate は、複数の Django アプリケーションで構成されています（複数のオプション。参照: オプションの Weblate モジュール）。
accounts
ユーザー アカウント、プロファイル、および通知。
addons
Weblate の動作の詳細設定用のアドオン。参照: アドオン。
api
Django REST framework をベースにした API。
auth
認証とアクセス権。
billing
オプションの 課金 モジュール。
checks
翻訳文字列の 品質検査 モジュール。
fonts
フォント表示検査モジュール。
formats
translate-toolkit をベースにしたファイル形式抽象化レイヤー。
gitexport
オプションの Git エクスポーター モジュール。
lang
言語と複数形のモデルを定義するモジュール。
legal
オプションの 法務モジュール モジュール。
machinery
機械翻訳サービスとの連携。
memory
組み込みの翻訳メモリ。参照: 翻訳メモリ。
screenshots
スクリーンショット管理と OCR モジュール。
trans
翻訳を処理するメイン モジュール。
utils
複数のヘルパー ユーティリティ。
vcs
バージョン管理システムの抽象化。
wladmin
カスタマイズした Django 管理画面。
バックグラウンド タスクの内部構造¶
ヒント
このセクションでは、Celery タスクの内部構造について説明します。Celery の設定方法については Celery を使用するバックグラウンド タスク を確認してください。
Weblate はCeleryを使用してバックグラウンドでタスクを実行します。タスクには、イベントによって実行されるものと、スケジュールによって実行されるものがあります。
タスクのスケジューリングには Celery Beat が使用され、定期タスクのスケジュールは django-celery-beat によってデータベースに保存されます。タスクのスケジュールは、各 Django アプリの tasks.py に設定されています。
タスクは複数のキューを使用して処理され、ルーティングは settings.py に設定されています。以下は、異なる種類のワークロードを分離するために設計されているキュー：
celeryバックグラウンド タスクが処理されるデフォルトのキュー。
notifyWeblate 内のイベントや、認証、登録のための通知メールを送信するキュー。他のタスクが滞留していても、メール配信がスムーズに行われるように分離されたキューです。
memory翻訳メモリのエントリを更新するキュー。新しい文字列をインポートすると更新キューが長くなることがありますが、処理時間が長くてもここではそれほど問題にならないため、他のタスクをブロックしないように分離されています。
backupバックアップ タスクは並列実行できないため、専用のワーカーを 1 つ用意することで管理しやすくしています。
translate自動翻訳タスクは外部サービスを利用するため、時間がかかることが知られています。