i18n - docs translations (#23721)

Created by Github action

Co-authored-by: github-actions <github-actions@twenty.com>
This commit is contained in:
github-actions[bot]
2026-08-03 21:07:03 +02:00
committed by GitHub
parent 116c04d8b2
commit 1d367bbc57
10 changed files with 195 additions and 0 deletions
@@ -386,3 +386,21 @@ LOGIC_FUNCTION_TYPE=DISABLED # default when NODE_ENV=production
<Note>
عند استخدام `LOGIC_FUNCTION_TYPE=DISABLED` أو `CODE_INTERPRETER_TYPE=DISABLED`، سترجع أي محاولة للتنفيذ خطأً. يكون هذا مفيدًا إذا كنت ترغب في تشغيل Twenty من دون هذه الإمكانات.
</Note>
## واجهة برمجة التطبيقات (API) والواجهة الأمامية على مضيفين منفصلين
ينطبق فقط إذا كنت لا تدع الواجهة الخلفية تقوم بخدمة الواجهة الأمامية. عمليات النشر ذات الأصل نفسه لا تحتاج إلى أي شيء هنا.
صرّح بجميع أصول المتصفحات التي تتواصل مع واجهة برمجة التطبيقات (API)، مفصولة بفواصل. `SERVER_URL`
و`FRONTEND_URL` موثوق بهما بالفعل.
```bash
AUTH_COOKIE_ALLOWED_ORIGINS=https://app.example.com
```
<Warning>
الترقية إلى إصدار يستخدم جلسات ملفات تعريف الارتباط تجعل هذا إعدادًا مطلوبًا. الواجهة الأمامية
ترسل الآن بيانات الاعتماد مع كل طلب، وتقوم المتصفحات برفض الاستجابة التي تحتوي على بيانات اعتماد إذا جاءت من مصدر غير مصرح به، لذلك يفشل التطبيق في التحميل حتى تقوم بتعيين هذا الإعداد.
</Warning>
إذا كان المضيفان على نطاقات قابلة للتسجيل مختلفة (وليس مجرد نطاقات فرعية مختلفة)، قم أيضًا بتعيين `AUTH_COOKIE_SAME_SITE=none`، والذي يتطلب HTTPS.
@@ -386,3 +386,22 @@ LOGIC_FUNCTION_TYPE=DISABLED # default when NODE_ENV=production
<Note>
Při použití `LOGIC_FUNCTION_TYPE=DISABLED` nebo `CODE_INTERPRETER_TYPE=DISABLED` vrátí každý pokus o spuštění chybu. To je užitečné, pokud chcete provozovat Twenty bez těchto schopností.
</Note>
## API a front-end na samostatných serverech
Platí pouze v případě, že back-end neposkytuje front-end. Nasazení se stejným původem
zde nic nepotřebují.
Uveďte každý původ prohlížeče, který komunikuje s API, oddělený čárkami. `SERVER_URL`
a `FRONTEND_URL` jsou již důvěryhodné.
```bash
AUTH_COOKIE_ALLOWED_ORIGINS=https://app.example.com
```
<Warning>
Aktualizace na verzi s relacemi pomocí souborů cookie to vyžaduje. Front-end
nyní posílá přihlašovací údaje u každého požadavku a prohlížeče odmítají odpověď s přihlašovacími údaji z nedeklarovaného původu, takže se aplikace nenačte, dokud to nenastavíte.
</Warning>
Pokud jsou dva hostitelé na různých registrovatelných doménách (nejen na různých subdoménách), nastavte také `AUTH_COOKIE_SAME_SITE=none`, což vyžaduje HTTPS.
@@ -386,3 +386,21 @@ LOGIC_FUNCTION_TYPE=DISABLED # default when NODE_ENV=production
<Note>
Bei Verwendung von `LOGIC_FUNCTION_TYPE=DISABLED` oder `CODE_INTERPRETER_TYPE=DISABLED` führt jeder Ausführungsversuch zu einem Fehler. Dies ist nützlich, wenn Sie Twenty ohne diese Funktionen betreiben möchten.
</Note>
## API und Frontend auf getrennten Hosts
Nur relevant, wenn Sie das Frontend nicht vom Backend ausliefern lassen. Same-Origin-
Bereitstellungen benötigen hier nichts.
Geben Sie alle Browser-Ursprünge an, die mit der API kommunizieren, kommagetrennt. `SERVER_URL`
und `FRONTEND_URL` sind bereits vertrauenswürdig.
```bash
AUTH_COOKIE_ALLOWED_ORIGINS=https://app.example.com
```
<Warning>
Ein Upgrade auf eine Version mit Cookie-Sitzungen macht dies erforderlich. Das Frontend sendet nun bei jeder Anfrage Anmeldedaten, und Browser lehnen eine Antwort mit Anmeldedaten von einem nicht deklarierten Ursprung ab, sodass die App nicht geladen wird, bis Sie dies festgelegt haben.
</Warning>
Wenn sich die beiden Hosts auf unterschiedlichen registrierbaren Domains befinden (nicht nur auf unterschiedlichen Subdomains), setzen Sie außerdem `AUTH_COOKIE_SAME_SITE=none`, was HTTPS erfordert.
@@ -386,3 +386,24 @@ LOGIC_FUNCTION_TYPE=DISABLED # default when NODE_ENV=production
<Note>
Al usar `LOGIC_FUNCTION_TYPE=DISABLED` o `CODE_INTERPRETER_TYPE=DISABLED`, cualquier intento de ejecución devolverá un error. Esto es útil si desea ejecutar Twenty sin estas capacidades.
</Note>
## API y front-end en hosts separados
Solo es relevante si no permites que el back-end sirva el front-end. Las implementaciones de mismo origen
no necesitan nada aquí.
Declara cada origen de navegador que se comunique con la API, separados por comas. `SERVER_URL`
y `FRONTEND_URL` ya son de confianza.
```bash
AUTH_COOKIE_ALLOWED_ORIGINS=https://app.example.com
```
<Warning>
Actualizar a una versión con sesiones mediante cookies hace que esto sea obligatorio. El front-end
ahora envía credenciales en cada solicitud, y los navegadores rechazan una respuesta con credenciales
desde un origen no declarado, por lo que la aplicación no se carga hasta que configures esto.
</Warning>
Si los dos hosts están en dominios registrables diferentes (no solo en
subdominios distintos), también establece `AUTH_COOKIE_SAME_SITE=none`, lo cual requiere HTTPS.
@@ -386,3 +386,23 @@ LOGIC_FUNCTION_TYPE=DISABLED # default when NODE_ENV=production
<Note>
Lorsque vous utilisez `LOGIC_FUNCTION_TYPE=DISABLED` ou `CODE_INTERPRETER_TYPE=DISABLED`, toute tentative d'exécution renverra une erreur. Cela est utile si vous souhaitez exécuter Twenty sans ces capacités.
</Note>
## API et interface front-end sur des hôtes séparés
Uniquement pertinent si le back-end ne sert pas linterface front-end. Les déploiements de même origine
nont besoin de rien ici.
Déclarez toutes les origines de navigateur qui communiquent avec lAPI, séparées par des virgules. `SERVER_URL`
et `FRONTEND_URL` sont déjà approuvées.
```bash
AUTH_COOKIE_ALLOWED_ORIGINS=https://app.example.com
```
<Warning>
La mise à niveau vers une version avec des sessions par cookie rend ce paramètre obligatoire. Le front-end
envoie désormais les identifiants à chaque requête, et les navigateurs rejettent une réponse avec des identifiants
provenant dune origine non déclarée, de sorte que lapplication ne parvient pas à se charger tant que vous navez pas défini ce paramètre.
</Warning>
Si les deux hôtes se trouvent sur des domaines enregistrables différents (et pas seulement sur des sous-domaines différents), définissez également `AUTH_COOKIE_SAME_SITE=none`, ce qui nécessite HTTPS.
@@ -385,3 +385,24 @@ LOGIC_FUNCTION_TYPE=DISABLED # default when NODE_ENV=production
<Note>
Quando si utilizza `LOGIC_FUNCTION_TYPE=DISABLED` o `CODE_INTERPRETER_TYPE=DISABLED`, qualsiasi tentativo di esecuzione restituirà un errore. Ciò è utile se si desidera eseguire Twenty senza queste funzionalità.
</Note>
## API e front-end su host separati
Rilevante solo se il back-end non serve il front-end. Le distribuzioni con la stessa origine
non richiedono nulla qui.
Dichiara tutte le origini del browser che comunicano con l'API, separate da virgole. `SERVER_URL`
e `FRONTEND_URL` sono già considerate attendibili.
```bash
AUTH_COOKIE_ALLOWED_ORIGINS=https://app.example.com
```
<Warning>
L'aggiornamento a una versione con sessioni tramite cookie rende questo obbligatorio. Il front-end
ora invia le credenziali con ogni richiesta e i browser rifiutano una risposta con credenziali
proveniente da un'origine non dichiarata, quindi l'app non riesce a caricarsi finché non imposti questo valore.
</Warning>
Se i due host si trovano su domini registrabili diversi (non solo sottodomini
diversi), imposta anche `AUTH_COOKIE_SAME_SITE=none`, che richiede HTTPS.
@@ -387,3 +387,21 @@ LOGIC_FUNCTION_TYPE=DISABLED # default when NODE_ENV=production
<Note>
`LOGIC_FUNCTION_TYPE=DISABLED` または `CODE_INTERPRETER_TYPE=DISABLED` を使用している場合、実行しようとするとエラーが返されます。 これは、これらの機能なしで Twenty を実行したい場合に便利です。
</Note>
## API とフロントエンドが別ホスト上にある場合
バックエンドにフロントエンドを配信させない場合にのみ関連します。 同一オリジンでのデプロイの場合、ここで設定する必要はありません。
API と通信するすべてのブラウザーオリジンを、カンマ区切りで指定してください。 `SERVER_URL`
および `FRONTEND_URL` は既に信頼済みです。
```bash
AUTH_COOKIE_ALLOWED_ORIGINS=https://app.example.com
```
<Warning>
Cookie セッションを使用するバージョンにアップグレードすると、これが必須になります。 フロントエンドは
すべてのリクエストでクレデンシャルを送信し、ブラウザーは宣言されていないオリジンからのクレデンシャル付きレスポンスを拒否するため、この設定を行うまでアプリは読み込めません。
</Warning>
2 つのホストが異なる登録可能ドメイン(単なる異なるサブドメインではない)の場合は、`AUTH_COOKIE_SAME_SITE=none` も設定してください。これは HTTPS を必須とします。
@@ -386,3 +386,22 @@ LOGIC_FUNCTION_TYPE=DISABLED # default when NODE_ENV=production
<Note>
`LOGIC_FUNCTION_TYPE=DISABLED` 또는 `CODE_INTERPRETER_TYPE=DISABLED`를 사용하는 경우, 모든 실행 시도는 오류를 반환합니다. 이러한 기능 없이 Twenty를 실행하려는 경우 유용합니다.
</Note>
## 별도 호스트에서 동작하는 API와 프런트엔드
백엔드가 프런트엔드를 제공하지 않는 경우에만 해당됩니다. 동일 출처
배포의 경우 여기에서 추가로 설정할 내용이 없습니다.
API와 통신하는 모든 브라우저 오리진을 쉼표로 구분하여 선언하세요. `SERVER_URL`
과 `FRONTEND_URL`은 이미 신뢰된 상태입니다.
```bash
AUTH_COOKIE_ALLOWED_ORIGINS=https://app.example.com
```
<Warning>
쿠키 세션을 사용하는 버전으로 업그레이드하면, 이 설정이 필수입니다. 프런트엔드는
이제 모든 요청에 자격 증명을 함께 보내고, 브라우저는 선언되지 않은 오리진에서 오는 자격 증명 포함 응답을 거부하므로, 이 값을 설정하기 전까지 앱이 로드되지 않습니다.
</Warning>
두 호스트가 서로 다른 등록 가능한 도메인(단순히 서로 다른 서브도메인이 아닌 경우)에 있다면, `AUTH_COOKIE_SAME_SITE=none`도 설정해야 하며, 이때는 HTTPS가 필요합니다.
@@ -386,3 +386,24 @@ LOGIC_FUNCTION_TYPE=DISABLED # default when NODE_ENV=production
<Note>
Când utilizați `LOGIC_FUNCTION_TYPE=DISABLED` sau `CODE_INTERPRETER_TYPE=DISABLED`, orice încercare de execuție va returna o eroare. Acest lucru este util dacă doriți să rulați Twenty fără aceste capabilități.
</Note>
## API și interfața front-end pe gazde separate
Este relevant doar dacă nu lași back-end-ul să servească front-end-ul. Implementările cu aceeași origine
nu au nevoie de nimic aici.
Declară fiecare origine de browser care comunică cu API-ul, separate prin virgulă. `SERVER_URL`
și `FRONTEND_URL` sunt deja de încredere.
```bash
AUTH_COOKIE_ALLOWED_ORIGINS=https://app.example.com
```
<Warning>
Actualizarea la o versiune cu sesiuni bazate pe cookie face ca acest lucru să fie obligatoriu. Partea de front-end
acum trimite datele de autentificare la fiecare cerere, iar browserele resping un răspuns cu date de autentificare
provenit de la o origine nedeclarată, astfel încât aplicația nu se încarcă până când nu configurați această opțiune.
</Warning>
Dacă cele două gazde se află pe domenii înregistrabile diferite (nu doar pe
subdomenii diferite), setați, de asemenea, `AUTH_COOKIE_SAME_SITE=none`, ceea ce necesită HTTPS.
@@ -386,3 +386,23 @@ LOGIC_FUNCTION_TYPE=DISABLED # default when NODE_ENV=production
<Note>
`LOGIC_FUNCTION_TYPE=DISABLED` veya `CODE_INTERPRETER_TYPE=DISABLED` kullanıldığında, herhangi bir yürütme girişimi bir hata döndürür. Bu, Twenty'yi bu yetenekler olmadan çalıştırmak istiyorsanız kullanışlıdır.
</Note>
## API ve ön uç ayrı ana makinelerde
Yalnızca arka ucun (back-end) ön ucu (front-end) sunmasına izin vermiyorsanız geçerlidir. Aynı kökene (same-origin) sahip dağıtımlar için burada hiçbir şeye gerek yoktur.
API ile iletişim kuran her tarayıcı kökenini (origin) virgülle ayırarak belirtin. `SERVER_URL`
ve `FRONTEND_URL` zaten güvenilirdir.
```bash
AUTH_COOKIE_ALLOWED_ORIGINS=https://app.example.com
```
<Warning>
Tanımlama bilgisi oturumlarına sahip bir sürüme yükseltme yapmak, bunun gerekli olmasına neden olur. Ön uç
artık her istekte kimlik bilgileri gönderiyor ve tarayıcılar, bildirilmemiş bir kökenden gelen kimlik bilgileri içeren
yanıtı reddediyor; bu nedenle uygulama, bunu ayarlayana kadar yüklenemez.
</Warning>
İki ana makine farklı kayıt edilebilir etki alanlarındaysa (sadece farklı
alt etki alanları değilse), ayrıca HTTPS gerektiren `AUTH_COOKIE_SAME_SITE=none` değişkenini de ayarlayın.