Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Translation of paragraphs 5.11, 5.12 #1327

Open
wants to merge 1 commit into
base: master
Choose a base branch
from

Conversation

Omer-Levi
Copy link

I translated paragraphs 5.11, 5.12 from English to Hebrew


**אמ;לק:** Serve frontend content using a specialized infrastructure (nginx, S3, CDN) because Node performance gets hurt when dealing with many static files due to its single-threaded model. One exception to this guideline is when doing server-side rendering
**אמ;לק:** כדאי להגיש תוכן צד לקוח באמצעות תשתית ייעודית (nginx, S3, CDN) מכיוון שהביצועים של Node נפגעים כאשר הוא צריך לטפל בהרבה קבצים סטטיים, עקב המודל החד-נימתי שלו. יוצא דופן להנחיה הזו הוא כאשר מבצעים רינדור בצד השרת.

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
**אמ;לק:** כדאי להגיש תוכן צד לקוח באמצעות תשתית ייעודית (nginx, S3, CDN) מכיוון שהביצועים של Node נפגעים כאשר הוא צריך לטפל בהרבה קבצים סטטיים, עקב המודל החד-נימתי שלו. יוצא דופן להנחיה הזו הוא כאשר מבצעים רינדור בצד השרת.
**בקצרה:** כדאי להגיש תוכן צד לקוח באמצעות תשתית ייעודית (nginx, S3, CDN) מכיוון שביצועי Node נפגעים כאשר הוא מטפל בהרבה קבצים סטטיים, עקב המודל החד-תהליכי (Single threaded) שלו. יוצא מן הכלל הוא כאשר מבצעים רינדור בצד השרת.


**אחרת:** Your single Node thread will be busy streaming hundreds of html/images/angular/react files instead of allocating all its resources for the task it was born for – serving dynamic content
**אחרת:** thread יחיד ב-Node יהיה עסוק בהזרמת מאות קבצי html/תמונות/Angular/React במקום להקצות את כל המשאבים שלו למשימה שלשמה נועד – הגשת תוכן דינמי

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
**אחרת:** thread יחיד ב-Node יהיה עסוק בהזרמת מאות קבצי html/תמונות/Angular/React במקום להקצות את כל המשאבים שלו למשימה שלשמה נועד – הגשת תוכן דינמי
**אחרת:** תהליך ה-Node היחיד שלך יהיה עסוק בהזרמת מאות קבצי HTML/תמונה/Angular/React במקום להקצות את כל המשאבים שלו למשימה שלשמה נועד – הגשת תוכן דינמי

@@ -924,23 +924,24 @@ API, הודעה חדשה נרשמת לתור, וקריאה לכלי צפיה ב

<br/><br/>

## ![✔] 5.11. Get your frontend assets out of Node
## ![✔] 5.11. הוצא את נכסי צד הלקוח שלך מ-Node

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
## ![] 5.11. הוצא את נכסי צד הלקוח שלך מ-Node
## ![] 5.11. הוצאת נכסי צד הלקוח שלך מ-Node

האם אנחנו מנסים לקלוע לזכר ונקבה?


🔗 [**Read More: Get your frontend assets out of Node**](./sections/production/frontendout.md)

🔗 [**קרא עוד: הוצא את נכסי צד הלקוח שלך מ-Node**](./sections/production/frontendout.md)

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
🔗 [**קרא עוד: הוצא את נכסי צד הלקוח שלך מ-Node**](./sections/production/frontendout.md)
🔗 [**לקריאה נוספת: הוצאת נכסי צד הלקוח שלך מ-Node**](./sections/production/frontendout.md)


<br/><br/>

## ![✔] 5.12. Strive to be stateless
## ![✔] 5.12. תשאף להיות להיות stateless

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
## ![] 5.12. תשאף להיות להיות stateless
## ![] 5.12. לשאוף להיות Stateless


**אמ;לק:** Store any type of _data_ (e.g. user sessions, cache, uploaded files) within external data stores. When the app holds data in-process this adds additional layer of maintenance complexity like routing users to the same instance and higher cost of restarting a process. To enforce and encourage a stateless approach, most modern runtime platforms allows 'reapp-ing' instances periodically
**אמ;לק:** אחסנו כל סוג של נתונים (למשל סשנים של משתמשים, מטמון, קבצים שהועלו) בתוך מאגרי נתונים חיצוניים. כאשר האפליקציה מחזיקה נתונים בתהליך, הדבר מוסיף שכבת תחזוקה נוספת כמו ניתוב משתמשים לאותה מופע והגדלת העלות של הפעלת תהליך מחדש. כדי לאכוף ולעודד גישה חסרת-מצב, רוב פלטפורמות ההרצה המודרניות מאפשרות "להפעיל מחדש" מופעים באופן תקופתי.

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
**אמ;לק:** אחסנו כל סוג של נתונים (למשל סשנים של משתמשים, מטמון, קבצים שהועלו) בתוך מאגרי נתונים חיצוניים. כאשר האפליקציה מחזיקה נתונים בתהליך, הדבר מוסיף שכבת תחזוקה נוספת כמו ניתוב משתמשים לאותה מופע והגדלת העלות של הפעלת תהליך מחדש. כדי לאכוף ולעודד גישה חסרת-מצב, רוב פלטפורמות ההרצה המודרניות מאפשרות "להפעיל מחדש" מופעים באופן תקופתי.
**בקצרה:** אחסנו כל סוג של _מידע_ (למשל סשנים של משתמשים, מטמון, קבצים שהועלו) במאגרי נתונים חיצוניים. כאשר האפליקציה מחזיקה מידע בתהליך, מתווספת שכבת מורכבות נוספת של תחזוקה, למשל ניתוב משתמשים לאותו המופע ועלות גדילה גבוהה יותר של אתחול תהליך. כדי ליישם ולעודד גישת Stateless, רוב הפלטפורמות המודרניות מאפשרות "לאתחל" מופעים באופן תקופתי.


🔗 [**Read More: Be stateless, kill your Servers almost every day**](./sections/production/bestateless.md)
🔗 [**קרא עוד: תהיה stateless, הרוג את השרתים שלך כמעט כל יום**](./sections/production/bestateless.md)

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
🔗 [**קרא עוד: תהיה stateless, הרוג את השרתים שלך כמעט כל יום**](./sections/production/bestateless.md)
🔗 [**לקריאה נוספת: היו Stateless, חסלו את השרתים שלכם כמעט כל יום**](./sections/production/bestateless.md)

אני מרגיש שהמילה "הרגו" לא מעבירה את המסר נכון 😃


**אחרת:** Failure at a given server will result in application downtime instead of just killing a faulty machine. Moreover, scaling-out elasticity will get more challenging due to the reliance on a specific server
**אחרת:** כשל בשרת מסוים יגרום להשבתה של האפליקציה במקום פשוט להרוג מכונה תקולה. בנוסף, גמישות הגדלת קנה המידה תהפוך למאתגרת יותר עקב התלות בשרת מסוים.

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
**אחרת:** כשל בשרת מסוים יגרום להשבתה של האפליקציה במקום פשוט להרוג מכונה תקולה. בנוסף, גמישות הגדלת קנה המידה תהפוך למאתגרת יותר עקב התלות בשרת מסוים.
**אחרת:** כשל בשרת מסוים יגרום להשבתת האפליקציה כולה במקום פשוט לגרום להפסקת הפעילות של המכונה התקולה בלבד. בנוסף, היכולת להרחיב את המערכת (scaling-out) תהיה מאתגרת יותר עקב התלות בשרת ספציפי.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants