Skip to content
Open
Show file tree
Hide file tree
Changes from all commits
Commits
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
16 changes: 16 additions & 0 deletions apps/site/pages/ar/about/get-involved/collab-summit.md
Original file line number Diff line number Diff line change
@@ -0,0 +1,16 @@
---
title: القمة التعاونية
layout: about
---

# القمة التعاونية

القمة التعاونية هي مؤتمر يهدف إلى جمع المساهمين الحاليين والراغبين في المساهمة لمناقشة Node.js بالتعاون المباشر و التعلم وتبادل المعرفة. تجتمع الفرق و مجموعات العمل ومساهمو المجتمع مرتين سنويًا لإجراء نقاشات مهمة، والعمل حضوريًا على بعض المبادرات التي يريدون دفعها إلى الأمام.

## من سيحضر؟

يحضر القمة التعاونية في المقام الأول المساهمون الحاليون وأعضاء المجتمع، لكنها ترحب أيضًا بمن لم يساهموا بعد ويرغبون في الانضمام. إذا كنت جديدًا على المساهمة في Node.js، فقد تكون القمة التعاونية فرصة مناسبة لمعرفة ما يحدث داخل المجتمع، والمساهمة بالمهارات التي تملكها وترغب في تطويرها.

قبل انعقاد القمة، يرسل المساهمون وأعضاء المجتمع مقترحات للجلسات من أجل إعداد الجدول. يمكن للحاضرين الاطلاع على الجلسات مسبقًا قبل الوصول إلى الموقع، ثم المشاركة في النقاشات العامة بين المتعاونين، وبعدها الدخول في الجلسات. وستكون هناك أيضًا فرص كثيرة للنقاشات الجانبية وتبادل الأفكار.

لمعرفة المزيد عن القمم التعاونية القادمة والسابقة، راجع [مستودع القمة](https://github.com/openjs-foundation/summit). ويمكنك أيضًا الاطلاع على [المسائل المسجلة](https://github.com/nodejs/summit/issues) لمعرفة المواضيع التي يقترح المساهمون وأعضاء المجتمع مناقشتها حضوريًا.
16 changes: 16 additions & 0 deletions apps/site/pages/ar/about/get-involved/events.mdx
Original file line number Diff line number Diff line change
@@ -0,0 +1,16 @@
---
title: الأحداث القادمة
layout: about
---

## الأحداث القادمة

فعاليات Node.js مفتوحة ومتاحة للجميع. نرحب بانضمام ومشاركة أي شخص.

### اجتماعات Node.js® القادمة

يعقد مشروع Node.js العديد من الاجتماعات على مدار العام لمناقشة وتخطيط جوانب المشروع.

الاجتماعات التالية ستُعقد خلال 7 الأيام القادمة.

<UpcomingMeetings />
24 changes: 24 additions & 0 deletions apps/site/pages/ar/about/governance.md
Original file line number Diff line number Diff line change
@@ -0,0 +1,24 @@
---
title: حوكمة المشروع
layout: about
---

# حوكمة المشروع

## التوافق في السعي

يتبع مشروع Node.js نموذجًا لاتخاذ القرارات يعتمد على [Consensus Seeking](https://en.wikipedia.org/wiki/Consensus-seeking_decision-making).

## المساهمون

تتم صيانة GitHub repository الأساسي [nodejs/node](https://github.com/nodejs/node) بواسطة Collaborators، ويتم ترشيحهم بشكل مستمر من Collaborators الحاليين.

الأشخاص الذين يقدمون مساهمات مهمة وذات قيمة يصبحون Collaborators، ويحصلون على commit-access في المشروع. يتم تحديد هؤلاء الأشخاص من قبل Collaborators آخرين، ثم تتم مناقشة ترشيحهم مع Collaborators الحاليين.

للاطلاع على القائمة الحالية من المساهمون، راجع [README.md](https://github.com/nodejs/node/blob/main/README.md#current-project-team-members) الخاص بالمشروع.

يتوفر guide خاص بـ Collaborators في [collaborator-guide.md](https://github.com/nodejs/node/blob/main/doc/contributing/collaborator-guide.md).

## اللجنة التوجيهية الفنية

تتم حوكمة المشروع بواسطة [Technical Steering Committee (TSC)](https://github.com/nodejs/TSC/blob/main/TSC-Charter.md)، وهي الجهة المسؤولة عن التوجيه العام للمشروع. تتكوّن TSC من مجموعة فرعية من المساهمون النشطين، ويتم ترشيحهم من أعضاء TSC الحاليين.
120 changes: 120 additions & 0 deletions apps/site/pages/ar/about/index.mdx
Original file line number Diff line number Diff line change
@@ -0,0 +1,120 @@
---
title: حول Node.js®
layout: about
---

# حول Node.js®

Node.js هي بيئة تشغيل JavaScript غير متزامنة ومعتمدة على الأحداث، ومصممة لبناء
تطبيقات شبكية قابلة للتوسع. في مثال "hello world" التالي، يمكن التعامل مع
عدد كبير من الاتصالات في الوقت نفسه. عند كل اتصال، يتم تشغيل الـ callback،
لكن إذا لم يكن هناك عمل يجب تنفيذه، فستدخل Node.js في وضع الانتظار.

```cjs
const { createServer } = require('node:http');

const hostname = '127.0.0.1';
const port = 3000;

const server = createServer((req, res) => {
res.statusCode = 200;
res.setHeader('Content-Type', 'text/plain');
res.end('Hello World');
});

server.listen(port, hostname, () => {
console.log(`Server running at http://${hostname}:${port}/`);
});
```

```mjs
import { createServer } from 'node:http';

const hostname = '127.0.0.1';
const port = 3000;

const server = createServer((req, res) => {
res.statusCode = 200;
res.setHeader('Content-Type', 'text/plain');
res.end('Hello World');
});

server.listen(port, hostname, () => {
console.log(`Server running at http://${hostname}:${port}/`);
});
```

يختلف هذا عن نموذج concurrency الأكثر شيوعًا اليوم، حيث يتم الاعتماد على OS threads.
تعد الشبكات المبنية على threads أقل كفاءة نسبيًا، كما أنها صعبة الاستخدام. إضافة إلى ذلك،
لا يحتاج مستخدمو Node.js إلى القلق من dead-locking للـ process، لأن Node.js لا تستخدم locks.
تقريبًا لا توجد أي function في Node.js تنفذ I/O مباشرة، لذلك لا يتوقف الـ process إلا عند تنفيذ I/O
باستخدام synchronous methods من مكتبة Node.js القياسية. وبما أن لا شيء يوقف التنفيذ،
فإن بناء أنظمة قابلة للتوسع في Node.js يعد أمرًا منطقيًا وسهلًا نسبيًا.

إذا كانت بعض هذه المصطلحات غير مألوفة لك، فهناك مقال كامل عن
[Blocking vs. Non-Blocking](/learn/asynchronous-work/overview-of-blocking-vs-non-blocking).

---

تشبه Node.js في تصميمها أنظمة مثل
[Event Machine](https://github.com/eventmachine/eventmachine) في Ruby و[Twisted](https://twisted.org/) في Python، وقد تأثرت بها. لكن Node.js تأخذ نموذج الأحداث إلى مستوى أبعد.
فهي تقدم event loop كجزء من runtime بدلًا من تقديمها كمكتبة. في الأنظمة الأخرى،
يوجد دائمًا blocking call لبدء event loop.
عادةً يتم تعريف السلوك عبر callbacks في بداية السكربت، وفي النهاية يتم تشغيل server
من خلال blocking call مثل `EventMachine::run()`.
في Node.js، لا يوجد استدعاء خاص من نوع start-the-event-loop. تدخل Node.js ببساطة إلى event loop بعد تنفيذ السكربت المدخل.
وتخرج Node.js من event loop عندما لا تبقى callbacks أخرى يجب تنفيذها. يشبه هذا السلوك
JavaScript في المتصفح، حيث تكون event loop مخفية عن المستخدم.

يعد HTTP جزءًا أساسيًا في Node.js، وقد صُمم مع مراعاة streaming وlow latency.
وهذا يجعل Node.js مناسبة جدًا لتكون أساسًا لمكتبة أو framework للويب.

كون Node.js مصممة بدون threads لا يعني أنك لا تستطيع الاستفادة من عدة cores في بيئتك.
يمكن إنشاء child processes باستخدام API الخاصة بنا
[`child_process.fork()`](https://nodejs.org/api/child_process.html)، وهي مصممة لتكون سهلة التواصل معها.
وعلى الواجهة نفسها بُنيت وحدة [`cluster`](https://nodejs.org/api/cluster.html)،
التي تسمح لك بمشاركة sockets بين processes لتفعيل load balancing
على مستوى cores لديك.

## موارد Node.js الرسمية

لضمان الأصالة والأمان عند العمل مع Node.js، استخدم دائمًا المصادر الرسمية. تجنب الوثوق برسائل البريد،
أو binaries، أو التنزيلات القادمة من مصادر غير رسمية.

### نطاقات Node.js الرسمية

لتنزيل Node.js binaries والوصول إلى التوثيق الرسمي، استخدم هذه النطاقات فقط:

- [nodejs.org](https://nodejs.org)
- [nodejs.dev](https://nodejs.dev) _(يعيد التوجيه إلى https://nodejs.org)_
- [iojs.org](https://iojs.org) _(يعيد التوجيه إلى https://nodejs.org)_

### npm packages الرسمية

يحافظ فريق Node.js على npm package scopes الرسمية التالية:

- [`@node-core`](https://npmjs.com/~node-core)
- [`@pkgjs`](https://npmjs.com/~pkgjs)

إضافة إلى ذلك، يحافظ فريق Node.js على packages منشورة عبر حساب npm
[`nodejs-foundation`](https://npmjs.com/~nodejs-foundation)،
مع أن packages أخرى مرتبطة بـ Node.js مثل [`undici`](https://www.npmjs.com/package/undici) قد تتم صيانتها أيضًا بواسطة مساهمين مرتبطين بالمشروع بشكل وثيق.

استخدام packages من فريق Node.js يضمن أنك تعمل مع مكونات Node.js مدعومة رسميًا.

### GitHub Organizations الرسمية

تتم صيانة Node.js والمشاريع المرتبطة بها ضمن GitHub organizations الرسمية التالية:

- [nodejs](https://github.com/nodejs)
- [pkgjs](https://github.com/pkgjs)

### قنوات التواصل الرسمية

تتواصل Node.js وOpenJS Foundation عبر عدة قنوات رسمية وقنوات مدعومة من المجتمع. يمكنك العثور على التفاصيل حول
كيفية المشاركة في صفحة [شارك معنا](https://nodejs.org/en/about/get-involved).

### الإبلاغ عن مشاكل الموقع والتوقفات

إذا واجهت مشاكل في موقع Node.js، فأبلغ عنها في [مستودع موقع Node.js](https://github.com/nodejs/nodejs.org/issues).
وللحصول على تحديثات فورية حول الانقطاعات، زر [صفحة حالة Node.js](https://status.nodejs.org).
4 changes: 2 additions & 2 deletions apps/site/pages/fr/about/partners.mdx
Original file line number Diff line number Diff line change
Expand Up @@ -22,8 +22,8 @@ sans lesquels nous ne pourrions pas tester et publier de nouvelles versions de N

## Contributeurs

Les contributeurs sont des particuliers et des organisations qui apportent leur soutien financier via
[OpenCollective](https://opencollective.com/nodejs) du projet Node.js.
Les sponsors sont des personnes et des organisations qui soutiennent financièrement le projet Node.js
via [OpenCollective](https://opencollective.com/nodejs) et [GitHub Sponsors](https://github.com/sponsors/nodejs).

<WithSupporters />

Expand Down
9 changes: 5 additions & 4 deletions apps/site/pages/fr/about/previous-releases.mdx
Original file line number Diff line number Diff line change
Expand Up @@ -7,10 +7,11 @@ layout: about

<EOLAlertBox />

Les versions majeures de Node.js passent au statut de version _Current_ pendant six mois, ce qui donne aux auteurs de bibliothèques le temps de les prendre en charge.
Après six mois, les versions impaires (9, 11, etc.) ne sont plus supportées, et les versions paires (10, 12, etc.) passent au statut _Active LTS_ et sont prêtes pour une utilisation générale.
Le statut de la version _LTS_ correspond à un "support à long terme", qui garantit généralement que les bogues critiques seront corrigés pendant une durée totale de 30 mois.
Les applications de production ne doivent utiliser que les versions _Active LTS_ ou _Maintenance LTS_.
Les versions majeures de Node.js passent au statut de version _Current_ pendant six mois, ce qui laisse aux auteurs de bibliothèques le temps d’ajouter leur prise en charge.
Historiquement (jusqu’à Node.js 26), les versions impaires (9, 11, etc.) ne sont plus prises en charge après six mois, tandis que les versions paires (10, 12, etc.) passent au statut _Active LTS_ et sont prêtes pour une utilisation générale.
À partir de Node.js 27, le cycle de publication sera annuel et chaque version majeure passera au statut _LTS_ après sa phase _Current_ de six mois (et six mois supplémentaires de phase _Alpha_).
Le statut de version _LTS_ signifie « support à long terme », ce qui garantit généralement que les bugs critiques seront corrigés pendant une durée totale de 30 mois.
Les applications en production doivent uniquement utiliser les versions _Active LTS_ ou _Maintenance LTS_.

## Calendrier de version

Expand Down
2 changes: 1 addition & 1 deletion apps/site/pages/ja/about/partners.mdx
Original file line number Diff line number Diff line change
Expand Up @@ -17,7 +17,7 @@ Node.jsの成功と継続的な発展に欠かせないパートナーのみな

## サポーター

個人または組織のサポーターのみなさまには[OpenCollective](https://opencollective.com/nodejs)を通してNode.jsプロジェクトへの財政的なご支援をいただいております
サポーターとは[OpenCollective](https://opencollective.com/nodejs) と [GitHub Sponsors](https://github.com/sponsors/nodejs) を通じて、Node.jsプロジェクトを経済的に支援している個人および組織を指します

<WithSupporters />

Expand Down
2 changes: 1 addition & 1 deletion apps/site/pages/ja/about/previous-releases.mdx
Original file line number Diff line number Diff line change
Expand Up @@ -7,7 +7,7 @@ layout: about

<EOLAlertBox />

Node.jsのメジャーバージョンは6か月間 _Current_ ステータスとなり、ライブラリー開発者にサポートを追加する時間を与えます。6か月後、奇数のバージョン(9、11など)はサポートが終了し、偶数バージョン(10、12など)は _Active LTS_ ステータスに移行し、一般公開向けの準備が整います。 _LTS_ ステータスは「長期間サポート」であり、通常は合計30か月間の重大なバグ修正が保証されます。本番環境のアプリケーションでは _Active LTS_ または _Maintenance LTS_ スターテスのバージョンを利用する必要があります。
Node.jsのメジャーバージョンは6か月間 _Current_ ステータスとなり、ライブラリー開発者にサポートを追加する時間を与えます。歴史的にNode.js 26までは奇数バージョン(9、11など)は6か月後にサポート終了となり、偶数バージョン(10、12など)は _Active LTS_ ステータスに移行して一般公開向けに適した状態になります。Node.js 27からはリリースサイクルは年次となり、各メジャーバージョンは6か月の _Current_ フェーズ(その前に6か月の _Alpha_ フェーズ)を経た後に _LTS_ ステータスに移行します。LTS ステータスは「長期間サポート」であり、通常は合計30か月間の重大なバグ修正が保証されます。本番環境のアプリケーションでは Active LTS または Maintenance LTS スターテスのバージョンを利用する必要があります。

## リリーススケジュール

Expand Down
2 changes: 1 addition & 1 deletion apps/site/pages/uk/about/partners.mdx
Original file line number Diff line number Diff line change
Expand Up @@ -17,7 +17,7 @@ layout: about

## Підтримувачі

Підтримувачі — це особи та організації, які надають фінансову підтримку через [OpenCollective](https://opencollective.com/nodejs) проєкту Node.js.
Підтримувачі — це особи та організації, які підтримують проєкт Node.js фінансово через [OpenCollective](https://opencollective.com/nodejs) та [GitHub Sponsors](https://github.com/sponsors/nodejs).

<WithSupporters />

Expand Down
7 changes: 4 additions & 3 deletions apps/site/pages/uk/about/previous-releases.mdx
Original file line number Diff line number Diff line change
Expand Up @@ -7,9 +7,10 @@ layout: about

<EOLAlertBox />

Основні версії Node.js мають статус релізу _Current_ протягом шести місяців, що дає час розробникам бібліотек надати їм підтримку.
Через шість місяців непарні релізи (9, 11 тощо) більше не підтримуватимуться, а парні релізи (10, 12 тощо) отримають статус _Active LTS_ та стануть готовими до загального використання.
Статус релізу _LTS_ означає «довгострокова підтримка (ДСП)», тобто критичні помилки будуть виправлятися впродовж 30 місяців.
Мажорні версії Node.js отримують статус релізу _Current_ на шість місяців, що дає час розробникам бібліотек надати їм підтримку.
Історично (до версії Node.js 26) через шість місяців непарні релізи (9, 11 тощо) більше не підтримувалися, а парні релізи (10, 12 тощо) отримували статус _Active LTS_ та ставали готовими до загального використання.
Починаючи з Node.js 27, цикл релізів буде щорічним, і кожна мажорна версія отримає статус _LTS_ після шестимісячної фази _Current_ (та ще 6 місяців фази _Alpha_).
Статус релізу _LTS_ означає «довгострокова підтримка (ДСП)», тобто під час нього критичні помилки будуть виправлятися впродовж 30 місяців.
Застосунки в клієнтському середовищі повинні використовувати лише релізи _Active LTS_ та _Maintenance LTS_.

## Розклад релізів
Expand Down
5 changes: 5 additions & 0 deletions apps/site/snippets/ar/download/n.bash
Original file line number Diff line number Diff line change
@@ -0,0 +1,5 @@
تحميل وتثبيت n و Node.js:
Comment thread
bmuenzenmeyer marked this conversation as resolved.
curl -fsSL https://raw.githubusercontent.com/mklement0/n-install/stable/bin/n-install | bash -s ${props.release.major}

# يتم تثبيت Node.js تلقائيًا أثناء عملية n-install، لكن يمكنك أيضًا تثبيته يدويًا:
# n install ${props.release.major}
2 changes: 2 additions & 0 deletions apps/site/snippets/ar/download/npm.bash
Original file line number Diff line number Diff line change
@@ -0,0 +1,2 @@
# التحقق من اصدار npm:
npm -v # يجب أن يعرض "${props.release.npm}".
5 changes: 5 additions & 0 deletions apps/site/snippets/ar/download/yarn.bash
Original file line number Diff line number Diff line change
@@ -0,0 +1,5 @@
#تحميل و تثبيت Yarn:
corepack enable yarn

# التحقق من اصدار Yarn:
yarn -v
12 changes: 12 additions & 0 deletions apps/site/snippets/fr/download/asdf.bash
Original file line number Diff line number Diff line change
@@ -0,0 +1,12 @@
# asdf dispose d’instructions d’installation spécifiques pour chaque système d’exploitation.
# Veuillez consulter la documentation officielle à l’adresse https://asdf-vm.com/guide/getting-started.html.
# Cet extrait utilise la syntaxe de commande asdf v0.16+.

# Installez le plugin Node.js :
asdf plugin add nodejs https://github.com/asdf-vm/asdf-nodejs.git

# Télécharger et installer Node.js :
asdf install nodejs ${props.release.version}

# Définissez Node.js comme valeur par défaut globale :
asdf set --home nodejs ${props.release.version}
2 changes: 1 addition & 1 deletion apps/site/snippets/ko/download/npm.bash
Original file line number Diff line number Diff line change
@@ -1,2 +1,2 @@
npm 버전 확인:
# npm 버전을 확인:
npm -v # ${props.release.npm}가 출력되어야 합니다.
2 changes: 1 addition & 1 deletion packages/i18n/package.json
Original file line number Diff line number Diff line change
@@ -1,6 +1,6 @@
{
"name": "@node-core/website-i18n",
"version": "1.1.29",
"version": "1.1.30",
"type": "module",
"exports": {
"./*": [
Expand Down
Loading
Loading