fa: translate locale Persian "fa" (#1866) (#1874)

site.json and some of website main pages translated to Persian "fa" language.

Author: m-esm

locale/fa/404.md

@@ -3,5 +3,5 @@ layout: page.hbs
 permalink: false
 title: 404
 ---
-## 404: Page could not be found
-### ENOENT: no such file or directory
+## 404: صفحه مورد نظر شما یافت نشد.
+### ENOENT: فایل یا فولدر مورد نظر یافت نشد.

locale/fa/about/index.md

@@ -1,14 +1,13 @@
 ---
 layout: about.hbs
-title: About
-trademark: Trademark
+title: درباره
+trademark: نشان تجاری
 ---
-# About Node.js®
+# درباره Node.js®
+
+به عنوان یک اجرا کننده رویدادهای ناهماهنگ در جاوا اسکریپت، Node به شکلی طراحی شده است که بتوان با آن برنامه‌های تحت وب توسعه پذیر ساخت. در مثال "hello world" پایین، تعداد خیلی زیادی اتصال به صورت هم زمان انجام گیرد. 
+پس از هر اتصال یه فراخوان (callback) اجرا خواهد شد، اما اگر کاری برای انجام نباشد نود می‌خوابد.
 
-As an asynchronous event driven JavaScript runtime, Node is designed to build
-scalable network applications. In the following "hello world" example, many
-connections can be handled concurrently. Upon each connection the callback is
-fired, but if there is no work to be done, Node will sleep.
 
 ```javascript
 const http = require('http');
@@ -26,41 +25,33 @@ server.listen(port, hostname, () => {
   console.log(`Server running at http://${hostname}:${port}/`);
 });
 ```
-
-This is in contrast to today's more common concurrency model where OS threads
-are employed. Thread-based networking is relatively inefficient and very
-difficult to use. Furthermore, users of Node are free from worries of
-dead-locking the process, since there are no locks. Almost no function in Node
-directly performs I/O, so the process never blocks. Because nothing blocks,
-scalable systems are very reasonable to develop in Node.
-
-If some of this language is unfamiliar, there is a full article on
+این در مقایسه با مدل امروزی‌تر هم زمانی است جایی که Theradهای سیستم عامل به کار گرفته می‌شوند.
+شبکه مبتنی بر Thread به نسب ناکارآمد و بسیار سخت کاربرد است.
+علاوه بر این کاربران Node از نگرانی قفل مرگبار فرایند‌ها آسوده هستند.
+از آن جایی که هیچ قفلی وجود ندارد، تقریبا هیچ فانکشنی در Node به صورت مستقیم با I/O انجام نمی‌دهد بنا بر این هیچ فرایند‌ای فقل نخواهد شد. به همین علت پیاده سازی سیستم‌های مقیاس‌پذیر بر روی Node بسیار منطقی است.
+ 
+اگر با این ادبیات ناآشنا هستید یک مقاله کامل در این رابطه وجود دارد.
 [Blocking vs Non-Blocking][].
 
 ---
 
-Node is similar in design to, and influenced by, systems like Ruby's
-[Event Machine][] or Python's [Twisted][]. Node takes the event model a bit
-further. It presents an [event loop][] as a runtime construct instead of as a library. In other systems there is always a blocking call to start the
-event-loop.
-Typically behavior is defined through callbacks at the beginning of a script
-and at the end starts a server through a blocking call like
-`EventMachine::run()`. In Node there is no such start-the-event-loop call. Node
-simply enters the event loop after executing the input script. Node exits the
-event loop when there are no more callbacks to perform. This behavior is like
-browser JavaScript — the event loop is hidden from the user.
-
-HTTP is a first class citizen in Node, designed with streaming and low latency
-in mind. This makes Node well suited for the foundation of a web library or
-framework.
-
-Just because Node is designed without threads, doesn't mean you cannot take
-advantage of multiple cores in your environment. Child processes can be spawned
-by using our [`child_process.fork()`][] API, and are designed to be easy to
-communicate with. Built upon that same interface is the [`cluster`][] module,
-which allows you to share sockets between processes to enable load balancing
-over your cores.
-
+Node در طراحی مشابه و تاثیر گرفته است از سیستم‌هایی ماننده  Ruby's
+[Event Machine][] یا Python's [Twisted][]. 
+Node مدل رویداد را کمی به جلوتر می‌برد و  [event loop][] را به عنوان یک ساختار زمان‌بندی به جای یک کتابخانه ارائه می‌کند.
+
+در سیستم‌های دیگر همیشه یک تماس مسدود کننده برای شروع  event-loop وجود دارد.
+ 
+به طور معمول رفتار از طریق callbackها در ابتدای اسکریپت تعریف می‌شود
+و در پایان یک سرور را از طریق یک تماس مسدود کننده مانند
+`EventMachine::run()` اجرا می‌کند.
+ در Node چیزی به عنوان فراخوان برای شروع حلقه رویداد وجود ندارد. Node پس از اجرای اسکریپت ورودی به حلقه رویداد وارد می‌شود. این رفتار ماننده جاوااسکریپت در مرورگر است - حلقه رویداد از کاربر مخفی می‌ماند.
+  
+ 
+HTTP در Node شهروند درجه یک محسوب می‌شود، طراحی شده با درنظر گیری streaming و زمان تأخیر کم. این امر Node را به یک گزینه مناسب برای بنیاد کتابخانه وب و یا یک چارچوب تبدیل می‌کند.
+
+فقط به خاطر اینکه Node بدون threads طراحی شده، به این معنی نیست که نتوانید از چند هسته در مخیط خود بهره ببرید. فرایند‌های زیرن می‌توانند توسط ‌[`child_process.fork()`][] API  اجرا شوند. فرایند های زیرین به شکلی طراحی شده‌اند که تعامل کردن با آن‌ها به سادگی انجام شود. 
+ماژول [`cluster`][] هم به همین شکل ساخته شده که برای ما قابلیتی برای اشتراک‌گذاری سوکت‌ها بین فرایند‌ها محیا می‌سازد. که به همین شکل قادر خواهید بود برای هسته‌های پردازشگر خود load balancing را فعال کنید.
+ 
 [Blocking vs Non-Blocking]: https://nodejs.org/en/docs/guides/blocking-vs-non-blocking/
 [`child_process.fork()`]: https://nodejs.org/api/child_process.html#child_process_child_process_fork_modulepath_args_options
 [`cluster`]: https://nodejs.org/api/cluster.html

locale/fa/download/releases.md

@@ -1,21 +1,24 @@
 ---
 layout: download-releases.hbs
-title: Previous Releases
+title: انتشارهای قبلی
 modules: "<code>NODE_MODULE_VERSION</code> refers to the ABI (application binary interface) version number of Node.js, used to determine which versions of Node.js compiled C++ add-on binaries can be loaded in to without needing to be re-compiled. It used to be stored as hex value in earlier versions, but is now represented as an integer."
 ---
 
-### io.js &amp; Node.js
-Releases 1.x through 3.x were called "io.js" as they were part of the io.js fork. As of Node.js 4.0.0 the former release lines of io.js converged with Node.js 0.12.x into unified Node.js releases.
+### io.js و Node.js
+به انتشارهای  1.x تا 3.x در گذشته  "io.js" می‌گفتند.
+ از آن جایی که آن‌ها بخشی از io.js fork بودند
+  از Node.js 4.0.0 خط های انتشارهای قبلی  io.js در   Node.js 0.12.x  کاور شدند که به شکل انتشارهای یک پارجه در آمدند.
 
 <div class="highlight-box">
-    Looking for latest release of a version branch?
+    به دنبال آخرین انتشار از شاخه ورژن می‌گردید؟
+
      <ul class="list-divider-pipe">
         <li><a href="https://nodejs.org/dist/latest-v10.x/">Node.js 10.x</a></li>
         <li><a href="https://nodejs.org/dist/latest-v8.x/">Node.js 8.x</a></li>
         <li><a href="https://nodejs.org/dist/latest-v6.x/">Node.js 6.x</a></li>
         <li><a href="https://nodejs.org/dist/latest-v4.x/">Node.js 4.x</a></li>
         <li><a href="https://nodejs.org/dist/latest-v0.12.x/">Node.js 0.12.x</a></li>
         <li><a href="https://nodejs.org/dist/latest-v0.10.x/">Node.js 0.10.x</a></li>
-        <li><a href="https://nodejs.org/dist/">all versions</a></li>
+        <li><a href="https://nodejs.org/dist/">تمامی نسخه‌ها</a></li>
     </ul>
 </div>

locale/fa/get-involved/contribute.md

@@ -1,5 +1,5 @@
 ---
-title: Contributing
+title: مشارکت
 layout: contribute.hbs
 ---
 

locale/fa/index.md

@@ -21,4 +21,4 @@ labels:
   newsletter-postfix: "، خبرنامهٔ رسمی NodeJs.org"
 ---
 
-Node.js® is a JavaScript runtime built on [Chrome's V8 JavaScript engine](https://developers.google.com/v8/).
+Node.js®   چارچوبی است برای اجرای جاوااسکریپت  ساخته شده بر روی  [موتور جاوااسکریپتکروم](https://developers.google.com/v8/).

locale/fa/security.md

@@ -1,72 +1,66 @@
 ---
 layout: security.hbs
-title: Security
+title: امنیت
 ---
 
-# Security
+# امنیت
 
-## Reporting a Bug in Node.js
+### گزارش باگ در Node.js
 
-All security bugs in Node.js are taken seriously and should be reported via [HackerOne](https://hackerone.com/nodejs)
-or by emailing [security@nodejs.org](mailto:security@nodejs.org). This will be delivered to a subset of the core team
-who handle security issues.
+تمامی مشکل‌های امنیتی در Node.js جدی گرفته می‌شوند و باید از طریق [HackerOne](https://hackerone.com/nodejs) یا رایانامه [security@nodejs.org](mailto:security@nodejs.org) گزارش داده شوند. این گزارش به زیر مجموعه‌ای از تیم هسته Node.js که مسئول رفع کردن مشکلات امنیتی هستند تحویل داده خواهد شد.
 
-Your report will be acknowledged within 24 hours, and you’ll receive a more detailed response to your report within 48
-hours indicating the next steps in handling your submission.
 
-After the initial reply to your report, the security team will endeavor to keep you informed of the progress being made
-towards a fix and full announcement, and may ask for additional information or guidance surrounding the reported issue.
-These updates will be sent at least every five days; in practice, this is more likely to be every 24-48 hours.
+گزارش شما حداکثر تا ۲۴ ساعت تصدیق خوهد شد و حداکثر تا ۴۸ ساعت پاسخ دقیقی به گزارش خود دریافت خواهید کرد که نشان خواهد داد کام های بعدی در رسیدگی به درخواست شما چیست.
+ 
+ پس از پاسخ اولیه به گزارش شما، تیم امنیتی تلاش خواهد کرد تا شما را از پیشرفت کار در جهت یک اعلامیه کامل  و تعمیر مطلع سازد و ممکن است از شما در رابطه با اطلاعات تکمیلی یا راهنمایی در حیطه مسئله گزارش شده سوال پرسیده شود. این به‌روزرسانی حداقل هر پنج روز یک بار ارسال خواهد شد. اما در عمل امکان بیشتری وجود دارد که هر ۲۴ تا ۴۸ ساعت یک بار ارسال شوند.
 
-### Node.js Bug Bounty Program
+ 
+###  برنامه جایزه پیدا کردن باگ در Node.js
+ 
+پروژه Node.js در یک برنامه رسمی جایزه برای باگ شرکت می‌کند که برای فعالان امنیتی و  افشاهای عمومی است.
 
-The Node.js project engages in an official bug bounty program for security researchers and responsible public disclosures.
+این برنامه از طریق پلتفرم HackerOne مدیریت می‌شود به آدرس  [https://hackerone.com/nodejs](https://hackerone.com/nodejs) برای اطلاعات بیشتر.
 
-The program is managed through the HackerOne platform at [https://hackerone.com/nodejs](https://hackerone.com/nodejs) with further details.
+## گزارش باگ در ماژول‌های سوم شخص
 
-## Reporting a Bug in a third party module
+گزارش‌های  باگ در ماژول‌های سوم شخص باید به نگاه دارندگان آن ها اعلام شود و همجنین باید از طریق [تیم اکو سیستم Node](https://hackerone.com/nodejs-ecosystem) رایانامه  [security-ecosystem@nodejs.org](mailto:security-ecosystem@nodejs.org)  اعلام شود.
+ 
 
-Security bugs in third party modules should be reported to their respective maintainers and should also be coordinated
-through the [Node Ecosystem Security Team](https://hackerone.com/nodejs-ecosystem) or by emailing 
-[security-ecosystem@nodejs.org](mailto:security-ecosystem@nodejs.org).
+اطلاعات بیشتر در رابطه با این فرایند را می‌توانید در  [مخزن گروه کاری امینت ](https://github.com/nodejs/security-wg/blob/master/processes/third_party_vuln_process.md).
+پیدا کنید.
 
-Details regarding this process can be found in the [Security Working Group repository](https://github.com/nodejs/security-wg/blob/master/processes/third_party_vuln_process.md).
+از شما بابت بهتر کردن امنیت Node.js و اکوسیستم آن متشکریم. 
+از تلاش‌ها  و فاش‌سازی مسئولانه شما بسیار استقبال میکنیم و متوجه آن خواهیم بود.
 
-Thank you for improving the security of Node.js and its ecosystem. Your efforts and responsible disclosure are greatly
-appreciated and will be acknowledged.
 
-## Disclosure Policy
+## سیاست افشاگری
 
-Here is the security disclosure policy for Node.js
+- گزارش امنیتی دریافت و سپس به یک رسیدگی کننده اصلی محول خواهد شد. این شخص مختصات تعمیر را مشخص و منتشر خواهد کرد.
+مشکل تایید شده و فهرست تمامی نسخه‌های تاثیر دیده مشخص می‌شود. کد برای پیدا کردن اشکالات مشابه بازرسی خواهد شد.
+تعمیرها برای تمام انتشارهایی که هنوز نگه‌داری می‌شوند آماده خواهد شد.
+این اقدامات بر روی مخازن اصلی اعمال نخواهد شد و تا انتشار اعلامیه به صورت داخلی نگه‌داری خواهند شد. 
 
-- The security report is received and is assigned a primary handler. This person will coordinate the fix and release
-process. The problem is confirmed and a list of all affected versions is determined. Code is audited to find any
-potential similar problems. Fixes are prepared for all releases which are still under maintenance. These fixes are not
-committed to the public repository but rather held locally pending the announcement.
+- تاریخ منع پیشنهادی برای این آسیب‌پذیری انتخاب و یک CVE (Common Vulnerabilities and Exposures  CVE®) برای این آسیب‌پذیری درخواست خواهد شد. 
 
-- A suggested embargo date for this vulnerability is chosen and a CVE (Common Vulnerabilities and Exposures (CVE®))
-is requested for the vulnerability.
+- در تاریخ منع، به فهرست رایانامه امنیتی Node.js یک رونویس از اعلامیه ارسال خواهد شد. 
+تغییرات به مخزن عمومی اعمال خواهند شد و ساخت های جدید در nodejs.org مستقر خواهند شد. 
+ظرف مدت ۶ ساعت از اطلاع‌رسانی به فهرست رایانامه، یک رونویس از مشاوره بر روی بلاگ Node.js منتشر خواهد شد.
 
-- On the embargo date, the Node.js security mailing list is sent a copy of the announcement. The changes are pushed to
-the public repository and new builds are deployed to nodejs.org. Within 6 hours of the mailing list being notified, a
-copy of the advisory will be published on the Node.js blog.
 
-- Typically the embargo date will be set 72 hours from the time the CVE is issued. However, this may vary depending on
-the severity of the bug or difficulty in applying a fix.
+- به طور معمول تاریخ منع ۷۲ ساعت پس از ثبت CVE تنظیم خواهد شد. با این حال، این ممکن است به نسبت به شدت اشکال یا سختی تعمیر، متفاوت باشد.
 
-- This process can take some time, especially when coordination is required with maintainers of other projects. Every
-effort will be made to handle the bug in as timely a manner as possible; however, it’s important that we follow the
-release process above to ensure that the disclosure is handled in a consistent manner.
 
+- این فرایند ممکن است کمی زمان ببرد، مخصوصاً زمانی که هماهنگی با نگهدارندگان پروژه‌های دیگر نیاز است.
+تلاش خواهد شد تا باگ‌ها در سریع‌ترین حالت ممکن رسیدگی شوند. با این حال مهم است که ما فرایند انتشار بالا را تا پیدا کردن یک راه مشخص برای رفع مشکل دنبال کنیم.
 
-## Receiving Security Updates
+##   دریافت به‌روزرسانی‌های امنیتی
 
-Security notifications will be distributed via the following methods.
 
-- [https://groups.google.com/group/nodejs-sec](https://groups.google.com/group/nodejs-sec)
-- [https://nodejs.org/en/blog](https://nodejs.org/en/blog)
+اعلان‌های امنیتی به روش‌های زیر توزیع خواهند شد.
 
-## Comments on this Policy
+- [گروه گوگل https://groups.google.com/group/nodejs-sec](https://groups.google.com/group/nodejs-sec)
+- [بلاگ https://nodejs.org/en/blog](https://nodejs.org/en/blog)
 
-If you have suggestions on how this process could be improved please submit a [pull request](https://github.com/nodejs/nodejs.org)
-or [file an issue](https://github.com/nodejs/security-wg/issues/new) to discuss.
+##   نظرات بر روی این سیاست
+
+اگر شما در رابطه با بهبود این فرایند پیشنهادی دارید برای بحث در رابطه با آن لطفاً یک [pull request](https://github.com/nodejs/nodejs.org) بفرستید یا  [یک   issue ایجاد کنید](https://github.com/nodejs/security-wg/issues/new).