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.

Sign up for GitHub

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
Open

Translation of paragraphs 5.11, 5.12 #1327

Changes from all commits
Commits
Show all changes
1 commit
Select commit
File filter

Filter by extension

Filter by extension
Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
17 changes: 9 additions & 8 deletions README.hebrew.md
View file
Open in desktop
Original file line number Diff line number Diff line change
Expand Up @@ -924,23 +924,24 @@ API, הודעה חדשה נרשמת לתור, וקריאה לכלי צפיה ב

<br/><br/>

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

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

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


**אמ;לק:** 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 נפגעים כאשר הוא צריך לטפל בהרבה קבצים סטטיים, עקב המודל החד-נימתי שלו. יוצא דופן להנחיה הזו הוא כאשר מבצעים רינדור בצד השרת.
Copy link

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 במקום להקצות את כל המשאבים שלו למשימה שלשמה נועד – הגשת תוכן דינמי
Copy link

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 במקום להקצות את כל המשאבים שלו למשימה שלשמה נועד – הגשת תוכן דינמי


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

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

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
Copy link

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
**אמ;לק:** אחסנו כל סוג של נתונים (למשל סשנים של משתמשים, מטמון, קבצים שהועלו) בתוך מאגרי נתונים חיצוניים. כאשר האפליקציה מחזיקה נתונים בתהליך, הדבר מוסיף שכבת תחזוקה נוספת כמו ניתוב משתמשים לאותה מופע והגדלת העלות של הפעלת תהליך מחדש. כדי לאכוף ולעודד גישה חסרת-מצב, רוב פלטפורמות ההרצה המודרניות מאפשרות "להפעיל מחדש" מופעים באופן תקופתי.
Copy link

Choose a reason for hiding this comment

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

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


**אחרת:** 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
**אחרת:** כשל בשרת מסוים יגרום להשבתה של האפליקציה במקום פשוט להרוג מכונה תקולה. בנוסף, גמישות הגדלת קנה המידה תהפוך למאתגרת יותר עקב התלות בשרת מסוים.
Copy link

Choose a reason for hiding this comment

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

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


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

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)

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


<br/><br/>

Expand Down
Loading