PTC
הירשם שדרג ל־Pro החשבון שלך

לוקליזציה ב־CI/CD: תרגום בכל commit

הוסיפו תרגום לצינור ה־CI/CD שלכם בעזרת PTC: טוקן, קובץ workflow אחד, והקבצים המתורגמים חוזרים כ־pull request ב־GitHub, ב־GitLab או ב־Bitbucket.

בעמוד זה
  1. בקיצור: ארבעה שלבים
    1. התחילו תקופת ניסיון של 30 יום - תרגמו את התוכנה שלכם עכשיו
  2. תהליך הלוקליזציה שמעכב את הצוות שלכם
  3. מה מייחד את PTC עבור לוקליזציה של תוכנה
  4. PTC לומדת את אוצר המילים וטון המותג של המוצר שלכם
    1. נבנתה עבור צוותי פיתוח, ולא הולבשה עליהם בדיעבד
  5. סקירה חזותית של התרגום בתוכנה הפועלת שלכם - שחררו גרסה ללא QA ידני לכל שפה
  6. אינטגרציה טבעית ל־CI/CD עם GitHub, GitLab, ו־Bitbucket
    1. הלוקליזציה רצה במקביל לקוד שלכם, לא אחריו
  7. כיצד עובדת האינטגרציה ל־CI/CD
    1. 1. קובצי משאבים קשורים לענף
    2. 2. התרגומים מעובדים באופן אסינכרוני
    3. 3. סקריפט CLI אחד עובד בכל מקום
  8. תהליך ברמה גבוהה: הגדרת ה־API של PTC בצינור ה־CI/CD שלכם
    1. 1הירשם לתקופת ניסיון.
    2. 2צרו פרויקט חדש.
    3. 3קבלו את טוקן ה־API שלכם.
    4. 4הוסיפו את טוקן ה־API של PTC למאגר שלכם במיקום הנכון.
    5. 5העתיקו את הגדרת ה־CI/CD המוכנה מראש.
    6. 6הריצו את ה־workflow.
  9. דוגמאות ל־CI/CD
  10. מילון מונחים וזיכרון תרגומי לכל פרויקט
    1. עריכה או תרגום מחדש של כל מחרוזת לאחר יצירתה
  11. PTC תומכת בכל פורמט משאבים נפוץ מהקופסה
    1. שחררו גרסאות ב־40+ שפות, מערבית ועד יפנית
  12. תרגמו הערות גרסה חוצות פלטפורמות, הודעות דוא"ל ללקוחות ומסמכי תמיכה
  13. תרגמו תוכן גולשים, כרטיסי תמיכה ונתונים דינמיים בעזרת ה־API של PTC
  14. תמחור: תקופת ניסיון של 30 יום, ואז Pay-As-You-Go
  15. PTC בעלת הסמכת ISO 27001 לשימוש ארגוני
    1. עקבו אחר נתיב מוכח מהמחרוזת הראשונה ועד לשחרור הגרסה
  16. מוכנים לשחרר תוכנה מרובת שפות מאומתת?

בקיצור: ארבעה שלבים

  1. צרו פרויקט PTC ובחרו ב־API integration. אתם מתארים את המוצר, בוחרים את השפות ומקבלים טוקן API לפרויקט.
  2. הוסיפו את הטוקן למאגר שלכם בתור הסוד PTC_API_TOKEN.
  3. הוסיפו את ה־workflow המוכן ל־CI שלכם. ראו את הדוגמאות עבור GitHub Actions ו־GitLab CI.
  4. בצעו push. PTC מתרגמת רק את המחרוזות החדשות ואלו שהשתנו, והקבצים המתורגמים חוזרים כ־pull request.

ההגדרה המלאה מופיעה למטה. אתם מגדירים את זה פעם אחת; לאחר מכן כל commit מתורגם מבלי שמישהו יצטרך להפעיל את התהליך.

קובצי המקור משתנים, PTC מתרגמת אוטומטית, הקבצים המתורגמים נוחתים בחזרה במאגר שלכם כ־merge request, ו־AI Visual QA מוודא את האפליקציה המרונדרת לפני שחרור הגרסה. אין העברות קבצים בין צוותים, אין מסירות לסוכנויות בין שחרורי גרסאות.

התחילו תקופת ניסיון של 30 יום - תרגמו את התוכנה שלכם עכשיו

  • 20,000 מילים ל־2 שפות
  • 40+ שפות נתמכות
  • סקירה חזותית של התרגום של האפליקציה הפועלת כלולה
  • הסמכת ISO 27001 - אבטחה ותאימות יורדות לכם מהרשימה
  • ללא כרטיס אשראי

התחל תקופת ניסיון

תהליך הלוקליזציה שמעכב את הצוות שלכם

רוב צוותי הפיתוח מאמצים לוקליזציה באותה הדרך. הם נתקלים באותן שלוש בעיות:

PTC מחליפה את שלושתם בתהליך טבעי ל־CI.

מה מייחד את PTC עבור לוקליזציה של תוכנה

כל סעיף למטה מקשר לחלק המפורט בהמשך העמוד.

PTC לומדת את אוצר המילים וטון המותג של המוצר שלכם

PTC אינה כלי תרגום שעוזר לצוות שלכם לתרגם. PTC היא המתרגמת. היא לומדת את אוצר המילים, הטון והכללים של המוצר שלכם מהמחרוזות שאתם מעלים, ומיישמת אותם בעקביות בכל שחרור גרסה.

נבנתה עבור צוותי פיתוח, ולא הולבשה עליהם בדיעבד

כלי לתרגום תוכנה מרוויח את מקומו כשהוא משתלב בתהליך העבודה הקיים, מבין פורמטים טכניים של קבצים, ושומר על מצייני מיקום ומשתנים. PTC נבנתה בדיוק לשם כך: היא מנתחת את קובצי המשאבים שלכם אוטומטית, לומדת את הטרמינולוגיה של המוצר שלכם, ומספקת תרגומים שמכבדים את אילוצי הממשק שלכם, כך שהמפתחים שלכם שומרים על תהליך העבודה שלהם במקום להסתגל לאפליקציית תרגום גנרית.

  • טון המותג לכל פרויקט. הגדירו את מטרת המוצר ואת קהל היעד שלכם פעם אחת. PTC משתמשת בהקשר הזה עבור כל מחרוזת, כך שהתרגומים שלכם נשמעים כאילו נכתבו על ידי הצוות שלכם. זה תופס בין אם המוצר שלכם רשמי או קליל, טכני או פונה לצרכנים.
  • מילון מונחים שמצטבר. הוסיפו מונחים ספציפיים למותג, שמות פיצ'רים וכללי "לא לתרגם" פעם אחת. "Cart = Carrito" עבור ספרדית. PTC אוכפת אותם בכל קובץ, בכל שפה ובכל עדכון עתידי.
  • תרגומים שמתאימים לממשק שלכם. PTC משתמשת בברירות מחדל חכמות לאורך עבור כל שפת יעד ומסמנת הצפות תוכן בזמן שאתם מתרגמים, לא אחרי שאתם מבצעים build.
  • מצייני מיקום, מטופלים נכון. PTC מזהה מצייני מיקום כמו %s, {{name}}, {0}, %1$s בכל פורמט משאבים נתמך. המשתנים נשמרים כך שלעולם לא תשחררו מחרוזת שבורה.
  • זיכרון תרגומי בין עדכונים. כאשר אתם משנים מילה אחת בפסקה, PTC מתרגמת מחדש רק את מה שהשתנה ושומרת על השאר.
  • בלי ניחושים. אם מחרוזת היא דו־משמעית (האם "Submit" הוא כפתור או שם עצם?), PTC עוצרת ושואלת במקום לבחור משמעות שגויה.

סקירה חזותית של התרגום בתוכנה הפועלת שלכם - שחררו גרסה ללא QA ידני לכל שפה

תרגום הוא הכרחי אך אינו מספיק כדי לשחרר תוכנה מרובת שפות. מחרוזת מתורגמת עלולה לשחרר מוצר שבור. תווית בגרמנית שיוצרת הצפת תוכן בכפתור. מילה בצרפתית עם חלק דיבר שגוי. מחרוזת באנגלית שמישהו שכח לעטוף בפונקציית העזר של i18n. איתור הבעיות הללו דורש באופן מסורתי סבב QA ידני של מספר ימים לכל שפה בכל שחרור גרסה. זהו השלב היקר והאיטי ביותר בלוקליזציה, והסיבה שצוותים רבים מגבילים את עצמם לשתיים או שלוש שפות.

ה־AI Visual QA של PTC מחליף את הסבב הזה באוטומציה טבעית ל־CI. שתי וריאציות מכסות כל סוג של תוכנה:

  • תוסף דפדפן (עבור תוכנות מבוססות דפדפן כמו SaaS, ממשקי ניהול בווב, ואפליקציות שולחן עבודה מבוססות ווב). התקינו את תוסף הדפדפן של PTC והקליטו מעבר (walkthrough) של תהליכי המשתמש הקריטיים באפליקציה שלכם פעם אחת. מאותו רגע, PTC מריצה מחדש את ההקלטה אחרי כל שחרור גרסה, מצלמת כל מסך בכל שפה, ובוחנת את התוצאה המרונדרת.
  • העלאת צילומי מסך (עבור אפליקציות שולחן עבודה נייטיב, כלי שורת פקודה בשרת, או כל תוכנה שאינה פועלת בדפדפן). העלו צילום מסך אחד לכל שפה עבור כל מסך. ה־vision AI של PTC בוחן את התוצאה המרונדרת באותה הדרך.

בעיות ש־PTC יכולה לתקן בקובצי המשאבים (דו־משמעות בין פועל לשם עצם, הצפת תוכן בפריסה, חוסר התאמה בצורות רבים) מתוקנות אוטומטית. בעיות שנמצאות בקוד המקור שלכם (חוסר בעטיפת מחרוזות, מחרוזות מוטמעות בקוד, שרשור משפטים) חוזרות כפרומפטים מוכנים להדבקה עבור Cursor או Claude Code.

התוצר עובר מ"קובצי משאבים מתורגמים" ל"תוכנה מרובת שפות מוכנה לשחרור". אף פלטפורמת לוקליזציה אחרת אינה מציעה זאת כיום.

אינטגרציה טבעית ל־CI/CD עם GitHub, GitLab, ו־Bitbucket

בצעו commit לקובץ .ptc-config.yml המציין את הקבצים שמכילים את מחרוזות המקור שלכם והיכן אמורים להישמר התרגומים:

# .ptc-config.yml
source_locale: en
files:
  - file: src/locales/en.json
    output: src/locales/{{lang}}.json
  - file: app/src/main/res/values/strings.xml
    output: app/src/main/res/values-{{lang}}/strings.xml

לאחר מכן הוסיפו את ה־PTC Translate action ל־workflow שלכם. הוא מכיל בתוכו גרסה נעולה של ה־PTC CLI, כך שה־build שלכם לא מוריד שום דבר בזמן ריצה:

# .github/workflows/translate.yml
name: Translate
on:
  push:
    branches: [main]
    paths:
      - 'src/locales/en.json'
      - 'app/src/main/res/values/strings.xml'
  workflow_dispatch: {}

jobs:
  translate:
    runs-on: ubuntu-latest
    permissions:
      contents: write
      pull-requests: write
    steps:
      - uses: actions/checkout@v4
      - uses: OnTheGoSystems/ptc-action@v1
        with:
          api-token: ${{ secrets.PTC_API_TOKEN }}
          create-pr: true

PTC מסנכרנת את מחרוזות המקור החדשות, מתרגמת אותן לשפות היעד שלכם, ופותחת pull request עם es.json, de.json, values-es/strings.xml המעודכנים, וכן הלאה. הצוות שלכם סוקר אותו כמו כל שינוי קוד אחר. פעולת push שמשאירה את מחרוזות המקור שלכם ללא שינוי לא מתרגמת דבר ולא פותחת כלום.

עבור GitLab CI, Bitbucket Pipelines, CircleCI, או כל מערכת CI אחרת, אותו תהליך עובד דרך REST. ראו את תיעוד ה־API של PTC עבור ה־API המלא של webhooks וסנכרון.

עבור צוותים שמשחררים מספר גרסאות בשבוע, PTC מתרחבת בקנה מידה גדול ללא מאמץ תיאום נוסף לכל שחרור גרסה. PTC מתרגמת מחדש רק מחרוזות שבאמת השתנו. עדכון של 10 מחרוזות לא מתרגם מחדש את 10,000 המחרוזות האחרות. PTC פועלת 24/7. אתם לעולם לא מחכים להערכת הזמן של סוכנות לשבוע הבא.

הלוקליזציה רצה במקביל לקוד שלכם, לא אחריו

לוקליזציה מתמשכת פירושה שהתרגום חי בתוך מחזור הפיתוח שלכם במקום להפוך לשלב נפרד בסוף. PTC מספקת זאת על ידי חיבור למאגר ה־Git או לצינור ה־CI/CD שלכם. כשאתם מבצעים push לקוד חדש, PTC מזהה את המחרוזות החדשות, מיישמת את הקשר המוצר ומילון המונחים שלכם, מתרגמת אותן, ומחזירה אותן כ־merge request, כך שהלוקליזציה שומרת על הקצב של כל commit במקום לעכב את שחרור הגרסה הבא.

כיצד עובדת האינטגרציה ל־CI/CD

לפני שאתם מגדירים את PTC עם מערכת ה־CI שלכם, הנה שלושת העקרונות מאחורי ה־API וה־CLI של PTC:

1. קובצי משאבים קשורים לענף

כל קובץ שאתם שולחים ל־PTC מקושר לשם של ענף (למשל main, feature/new-checkout). זה שומר על התרגומים נפרדים, כך שתרגומים מפיצ'רים שונים לא ידרסו זה את זה. כאשר אתם משתמשים בהגדרות ה־CI/CD המוכנות מראש, המיפוי הזה כבר מטופל אוטומטית.

2. התרגומים מעובדים באופן אסינכרוני

PTC אינה מחזירה תרגומים באופן מיידי. במקום זאת, היא:

  • מעלה את הקבצים המעודכנים
  • מזהה רק את המחרוזות החדשות או אלו שהשתנו
  • מתרגמת את המחרוזות
  • מכינה קבצים מתורגמים להורדה

3. סקריפט CLI אחד עובד בכל מקום

במקום לקרוא ל־API בעצמכם, השתמשו ב־PTC CLI:

סקריפט אחד מנהל את התהליך כולו (העלאה → דגימה → הורדה). ה־CLI פועל על Linux ו־macOS, ועובד עם GitHub Actions, GitLab, Bitbucket, או כל פלטפורמת CI/CD אחרת.

תהליך ברמה גבוהה: הגדרת ה־API של PTC בצינור ה־CI/CD שלכם

1הירשם לתקופת ניסיון.

קבלו גישה מלאה לכל הפיצ'רים ותרגמו עד 20,000 מילים לכל שתי שפות שתבחרו.

2צרו פרויקט חדש.

כאשר אתם בוחרים כיצד להשתמש ב־PTC, בחרו ב־API integration. במהלך ההגדרה, תספקו מעט הקשר על הפרויקט שלכם (מה הוא עושה, למי הוא מיועד) ותבחרו את השפות שאליהן תרצו לתרגם.

3קבלו את טוקן ה־API שלכם.

בסיום ההגדרה, תקבלו טוקן API ספציפי לפרויקט. העתיקו אותו ושמרו אותו בבטחה — תזדקקו לו כדי לאמת את כל הבקשות. תמיד תוכלו למצוא את אותו טוקן שוב בלוח הבקרה של הפרויקט שלכם תחת הגדרות → אסימוני API של PTC.

קבלת טוקן ה־API של PTC מהגדרת הפרויקט
קבלת טוקן ה־API במהלך הגדרת הפרויקט
קבלת טוקן ה־API של PTC מלוח הבקרה
קבלת טוקן ה־API מלוח הבקרה של PTC

4הוסיפו את טוקן ה־API של PTC למאגר שלכם במיקום הנכון.

ספק היכן להוסיף את הטוקן
GitHub Actions עברו אל Settings → Secrets and variables → Actions והוסיפו את PTC_API_TOKEN. לאחר מכן עברו אל Settings → Actions → General → Workflow permissions והפעילו את Allow GitHub Actions to create and approve pull requests. קובץ ה־workflow כבר מבקש את הרשאות הכתיבה שהוא צריך; תיבת הסימון הזו היא הדבר היחיד שהוא לא יכול להעניק לעצמו.
GitLab CI/CD עברו אל Settings → CI/CD → Variables והוסיפו את PTC_API_TOKEN.
Bitbucket Pipelines עברו אל Repository settings → Pipelines → Repository variables והוסיפו את PTC_API_TOKEN.

5העתיקו את הגדרת ה־CI/CD המוכנה מראש.

ב־GitHub Actions, הוסיפו את ה־PTC Translate action ל־workflow שלכם. טוקן ה־API שלכם הוא הקלט היחיד שעליכם להעביר. ה־action מכיל בתוכו גרסה קבועה של ה־CLI, כך שה־build שלכם לעולם לא מוריד סקריפט בזמן ריצה, וכאשר ריצה מייצרת תרגומים חדשים הוא פותח את ה־pull request עבורכם.

ב־GitLab CI, ב־Bitbucket Pipelines, או בכל פלטפורמה אחרת, העתיקו את המשימה עבור הפלטפורמה שלכם מתוך תבניות ה־CI/CD של ה־PTC CLI. כל תבנית נועלת את ה־CLI לשחרור גרסה ספציפי ומפרסמת את ה־checksum כדי לאמת אותו מולו, כך ששחרור גרסה מאוחר יותר של ה־CLI לא יכול לשנות את מה שה־build שלכם מריץ.

6הריצו את ה־workflow.

אתם יכולים להפעיל את ה־workflow ידנית, ב־commits שמעדכנים קובצי משאבים, או לפי לוח זמנים. ראו טריגרים עבור GitHub, GitLab, ו־Bitbucket. pull request זקוק לענף כדי להיפתח מולו, לכן ב־GitHub Actions ה־PTC Translate action פותח אחד בעת push, לפי לוח זמנים, ובהרצה ידנית מתוך ענף. באירוע pull_request, pull_request_target או merge_group, או בתגית או בשחרור גרסה, הוא עוצר עם הסבר במקום זאת - תרגמו בעת push לענף המקור שלכם, או הגדירו את create-pr: false עבור אותה ריצה.

כאשר הוא רץ, ה־CLI מעלה את הקבצים שלכם, ממתין לסיום התרגומים, וכותב את התרגומים המעודכנים בחזרה למאגר שלכם. אם אתם משתמשים בהגדרות המוכנות מראש והריצה ייצרה תרגומים חדשים, ה־workflow גם יפתח create a merge request עם השינויים, כך שתוכלו לסקור ולמזג אותם כמו כל עדכון קוד אחר. ריצה שלא מוצאת שום דבר לתרגם לא כותבת כלום ולא פותחת שום merge request. מכאן והלאה, התרגומים שלכם נשארים מסונכרנים באופן אוטומטי.

דוגמאות ל־CI/CD

WordPress
Ruby on Rails
קובצי JSON (אפליקציות React)

מילון מונחים וזיכרון תרגומי לכל פרויקט

הוסיפו ערך למילון המונחים פעם אחת. לדוגמה: "Cart = Carrito" עבור ספרדית. PTC מיישמת את הערך בכל קובץ באותו פרויקט, עכשיו ובכל עדכון עתידי. אתם לעולם לא מעלים מחדש קובצי TMX בין הרצות.

אתם יכולים לנהל ערכים במילון המונחים בשתי דרכים. לוח הבקרה של PTC מספק עורך עבור ערכי אד־הוק. ה־REST API של PTC תומך בייבוא וייצוא של מילון מונחים עבור צוותים שמתחזקים טרמינולוגיה במערכת נפרדת.

עריכה או תרגום מחדש של כל מחרוזת לאחר יצירתה

PTC לעולם אינה נועלת תרגום. אתם יכולים לסקור, לערוך, או לבקש מ־PTC לתרגם מחדש כל מחרוזת מלשונית Translations בכל עת, כך שהצוות שלכם שומר על המילה האחרונה לגבי כל מילה שמשוחררת.

PTC תומכת בכל פורמט משאבים נפוץ מהקופסה

PTC תומכת בפורמטים שהסטאק שלכם באמת משתמש בהם. הפורמטים המפורטים למטה מקשרים לעמודי התרגום הייעודיים שלהם:

  • ווב: JSON (i18next, react-intl, vue-i18n, next-intl), YAML (Rails), PO/POT (Django, WordPress).
  • iOS: .strings, .stringsdict, .xcstrings (קטלוגי מחרוזות).
  • Android: strings.xml, צורות רבים, מערכי מחרוזות.
  • שולחן עבודה / חוצה פלטפורמות: .properties (Java), .po (gettext).
  • נתונים / קטלוגים: CSV, XLIFF.

לוקליזציה של תוכנה אינה מתחילה ומסתיימת בממשק המשתמש. PTC מתרגמת גם הערות גרסה, התראות דוא"ל, תיעוד עזרה, חומרים שיווקיים, משוב ממשתמשים ודיווחי באגים. הכל באותו פרויקט, כך שהטרמינולוגיה נשארת עקבית בכל מה שהמשתמשים שלכם פוגשים.

ראו את טבלת התמיכה המלאה בפורמטים ובשפות לרשימה המלאה.

שחררו גרסאות ב־40+ שפות, מערבית ועד יפנית

PTC מתרגמת ל־40+ שפות, כולל ערבית, סינית, צרפתית, גרמנית, יפנית, קוריאנית, פורטוגזית, ספרדית ועוד, כך שתוכלו להגיע לשווקים חדשים מבלי להוסיף כלי חדש עבור כל אחד מהם. ראו את הרשימה המלאה של השפות הנתמכות כדי לוודא ששפות היעד שלכם מכוסות.

תרגמו הערות גרסה חוצות פלטפורמות, הודעות דוא"ל ללקוחות ומסמכי תמיכה

הערות גרסה חוצות פלטפורמות, הודעות דוא"ל הפונות ללקוחות, תיעוד תמיכה, ותוכן שיווקי לאתר, כולם נמצאים מחוץ לקובצי המשאבים שלכם. ה־Paste to Translate של PTC מטפל בתוכן הזה באותו פרויקט. הדביקו את טקסט המקור, בחרו שפות יעד, וקבלו בחזרה תרגומים שמשתמשים באותו מילון מונחים וטון מותג כמו המחרוזות בתוך האפליקציה שלכם.

תרגמו תוכן גולשים, כרטיסי תמיכה ונתונים דינמיים בעזרת ה־API של PTC

תוכן גולשים, כרטיסי תמיכה, והנתונים הדינמיים שהתוכנה שלכם מעבדת בזמן ריצה זקוקים לתרגום ברגע שהם מגיעים. ה־REST API של PTC מתרגם את התוכן הזה לפי דרישה עם אימות טוקן Bearer, תוך שימוש באותו מילון מונחים וטון מותג כמו התרגומים של קובצי המשאבים שלכם.

תמחור: תקופת ניסיון של 30 יום, ואז Pay-As-You-Go

תקופת הניסיון מכסה 20,000 מילים ל־2 שפות ללא כרטיס אשראי. כשתקופת הניסיון מסתיימת, PTC מציעה Pay-As-You-Go. ללא מנוי. ללא התחייבות למינימום. 500 המילים הראשונות בכל חודש הן חינם. אתם משלמים רק על השאר. בעמוד התמחור יש מחשבון עלויות. הירשמו עם דוא"ל חברה לקבלת תקופת ניסיון עסקית מורחבת.

PTC בעלת הסמכת ISO 27001 לשימוש ארגוני

PTC בעלת הסמכת ISO 27001, מה שאומר שהנתונים שלכם ושל המשתמשים שלכם מטופלים לפי תקני אבטחה המוכרים בינלאומית. PTC תומכת בלוקליזציה מתמשכת עבור צוותי פיתוח בכל גודל, מסטארט־אפ של 3 מפתחים ועד לארגון שמשחרר גרסאות מדי שבוע ב־12 שפות.

עקבו אחר נתיב מוכח מהמחרוזת הראשונה ועד לשחרור הגרסה

קל להתחיל כשיש לכם מפה. המדריך שלנו ללוקליזציה של תוכנה מלווה אתכם בכל השלבים, החל מהכנת המחרוזות שלכם לתרגום ועד לניהול עדכונים ככל שהמוצר שלכם גדל, כך שאתם מאמצים את PTC עם תוכנית ברורה במקום ניסוי וטעייה. קראו את המדריך ללוקליזציה של תוכנה כדי להגדיר את הפרויקט הראשון שלכם.

מוכנים לשחרר תוכנה מרובת שפות מאומתת?

חברו את מאגר ה־GitHub או ה־GitLab שלכם. PTC מתרגמת את קובצי המשאבים שלכם ל־40+ שפות וסוקרת את האפליקציה הפועלת בכל אחת מהן בכל שחרור גרסה. אתם משחררים גרסאות בביטחון.

התחל תקופת ניסיון של 30 יום - 20,000 מילים על חשבוננו, ללא כרטיס אשראי.

למפתחים שמוכנים לצלול פנימה:

עודכן לאחרונה: