Componentes internos do Weblate

Nota

Este capítulo lhe dará uma visão geral básica dos componentes internos do Weblate.

Weblate deriva a maior parte da estrutura de código dele e é baseado no Django.

Estrutura de pasta

Visão geral rápida da estrutura de pasta do repositório principal de Weblate:

docs

Código fonte para esta documentação, que pode ser criada utilizando Sphinx.

dev-docker

Código de Docker para executar o servidor de desenvolvimento, consulte Executando Weblate localmente no Docker.

weblate

Código fonte de Weblate como uma aplicação Django, consulte Componentes internos do Weblate.

weblate/static

Ficheiro de cliente (CSS, Javascript e imagens), veja Frontend do Weblate.

Módulos

O Weblate consiste em vários aplicações Django (alguns opcionais, veja Módulos opcionais do Weblate):

accounts

Conta do utilizador, perfis e notificações.

addons

Extensões para ajustar o comportamento do Weblate, veja Extensões.

api

API baseada no framework Django REST.

auth

Autenticação e permissões.

billing

O módulo opcional de Faturação.

checks

Módulo de Verificações de qualidade de cadeia de tradução.

fonts

Módulo de verificações de renderização de fonte.

formats

Camada de abstração de formato de ficheiro baseada no translate-toolkit.

gitexport

O módulo opcional Exportador git.

lang

Módulo que define idioma e modelos plurais.

legal

O módulo opcional Módulo legal.

machinery

Integração de serviços de tradução de máquina.

memory

Memória de tradução integrada, ver Memória de Tradução.

screenshots

Gestão de capturas de ecrã e módulo OCR.

trans

Módulo principal que trata das traduções.

utils

Várias utilidades de ajuda.

vcs

Abstração do sistema de controle de versão.

wladmin

Personalização da interface administrativa do Django.

Internos das tarefas de fundo do Celery

Dica

Esta secção descreve tarefas internas do Celery. Tarefas de fundo a usar o Celery descreve como configurar o Celery para executar as tarefas.

O Weblate utiliza o Celery para executar tarefas no plano de fundo. Algumas tarefas são ativadas por um evento, e outras tarefas são ativadas por agendamentos.

O Celery Beat é usado para agendar tarefas, e django-celery-beat é usado para armazenar a tarefa de agendamento periódica na base de dados. O agendamento de tarefas é configurado em tasks.py em cada uma das aplicações Django.

As tarefas são consumidas usando várias filas; o encaminhamento é configurado em settings.py. As filas foram concebidas para separar diferentes tipos de carga de trabalho:

celery

A fila predefinida onde tarefas de plano de fundo são processadas.

notify

Entrega emails de notificação, tanto quanto para eventos do Weblate como autenticação ou registo. Isto é uma fila separada para tornar o envio de email suave mesmo que haja um acumular de outras tarefas.

memory

Atualiza entradas de memória de tradução. A fila de atualização pode ser comprida ao importar novas cadeias de carateres, e processamento demorado não significa muito aqui, por isso haver uma fila separada evita o bloqueio de outras tarefas.

backup

As tarefas de cópia de segurança não podem ser executadas em paralelo, e um trabalhador individual dedicado torna isto mais fácil.

translate

Sabe-se que tarefas de tradução automática demoram muito tempo porque recorrem a serviços externos.