Translation

English (United States)
English (United States) Arabic Actions
Create your own homepage using markdown or HTML
Search and install PeerTube <a target="_blank" rel="noopener noreferrer" href="https://docs.joinpeertube.org/admin-customize-instance">plugins or themes</a> <a target="_blank" rel="noopener noreferrer" href="https://docs.joinpeertube.org">موقع بييرتيوب الرسمي لصفحة الدعم</a> (الإدارة والاستخدام);
Use external auth (LDAP, OpenID Connect...) using auth plugins استخدم المصادقة الخارجية (LDAP ، OpenID Connect ...) باستخدام ملحقات المصادقة
Choose default user settings (NSFW policy, comments/download/P2P enabled, etc)
Store videos in the server filesystem of in object storage
Broadcast a message to users using a banner بث رسالة للمستخدمين باستخدام لافتة
The <a target="_blank" rel="noopener noreferrer" href="https://docs.joinpeertube.org/install-any-os">installation guide is here</a> (only in English). <a target="_blank" rel="noopener noreferrer" href="https://docs.joinpeertube.org">موقع بييرتيوب الرسمي لصفحة الدعم</a> (الإدارة والاستخدام);
If you need help, check the <a target="_blank" rel="noopener noreferrer" href="https://joinpeertube.org/help">help page</a>. <a target="_blank" rel="noopener noreferrer" href="https://docs.joinpeertube.org">موقع بييرتيوب الرسمي لصفحة الدعم</a> (الإدارة والاستخدام);
PeerTube should run happily on a virtual machine with 2 threads/vCPUs, at least 1 Gb of RAM and enough storage for videos. In terms of bandwidth, a lot will depend on which PeerTube instances you federate with and what your relation with them is (more about that below). يجب أن يعمل PeerTube بسعادة على جهاز افتراضي به خيوط 2 / vCPUs ، وذاكرة وصول عشوائي (RAM) بسعة 1 جيجا بايت على الأقل ومساحة تخزين كافية لمقاطع الفيديو. فيما يتعلق بالنطاق الترددي ، سيعتمد الكثير على مثيلات PeerTube التي تتحد معها وما هي علاقتك بها (المزيد حول ذلك أدناه).
As a real life example, the PeerTube demonstration server https://peertube.cpy.re runs on 2 vCores and 2GB of RAM. Average consumption is: كمثال حقيقي ، يعمل خادم العرض PeerTube https://peertube.cpy.re على 2 vCores و 2 جيجابايت من ذاكرة الوصول العشوائي. متوسط الاستهلاك هو:
CPU: nginx ~ 2%, peertube ~ 10%, postgres ~ 1%, redis ~ 1% وحدة المعالجة المركزية: nginx ~ 2٪ ، peertube ~ 10٪ ، postgres ~ 1٪ ، redis ~ 1٪
RAM: nginx ~ 1MB, peertube ~ 150MB, postgres ~ 30MB, redis ~ 20MB ذاكرة الوصول العشوائي: nginx ~ 1 ميجابايت peertube ~ 150 ميجابايت postgres ~ 30 ميجابايت redis ~ 20 ميجابايت
Network: ~200GB sent per month (https://framatube.org: ~1.5TB sent per month) الشبكة: إرسال 200 جيجابايت شهريًا (https://framatube.org: يتم إرسال 1.5 تيرابايت شهريًا)
CPU وحدة المعالجة المركزيةCPU
Except for video transcoding, a PeerTube instance is not CPU bound. Neither Nginx, PeerTube itself, PostgreSQL nor Redis require a lot of computing power. If it were only for those, one could easily get by with just one thread/vCPU. باستثناء تحويل ترميز الفيديو ، فإن مثيل PeerTube غير مرتبط بوحدة المعالجة المركزية. لا تتطلب Nginx أو PeerTube نفسها أو PostgreSQL أو Redis قدرًا كبيرًا من قوة الحوسبة. إذا كان الأمر يتعلق بهؤلاء فقط ، فيمكن للمرء أن يتدبر أمره بسهولة باستخدام مؤشر ترابط واحد / وحدة معالجة مركزية واحدة.
You will hugely benefit from at least a second thread though, because of transcoding. Transcoding is very cpu intensive. It serves two purposes on a PeerTube instance: it ensures all videos can be played optimally in the web interface, and it generates different resolutions for the same video. PeerTube support for offloading transcoding to other machines is <a target="_blank" rel="noopener noreferrer" href="https://github.com/Chocobozzz/PeerTube/issues/947">being discussed</a>, but not yet implemented. سوف تستفيد بشكل كبير من سلسلة رسائل ثانية على الأقل ، على الرغم من ذلك ، بسبب تحويل الشفرة. تحويل الشفرة مكثف للغاية لوحدة المعالجة المركزية. إنه يخدم غرضين على مثيل PeerTube: فهو يضمن إمكانية تشغيل جميع مقاطع الفيديو على النحو الأمثل في واجهة الويب ، ويولد دقة مختلفة لنفس الفيديو. دعم PeerTube لتفريغ تحويل الشفرات إلى أجهزة أخرى.
RAM الرامات "الذاكرة العشوائية في الهواتف والحواسيب RAM
1/2 GB of RAM should be plenty for a basic PeerTube instance, which usually takes at most 150 MB in RAM. The only reason you might want more would be if you colocate your Redis or PostgreSQL services on a non-SSD system. يجب أن يكون 1/2 غيغابايت من ذاكرة الوصول العشوائي كبيرة بالنسبة لمثيل PeerTube الأساسي ، والذي عادةً ما يستوعب 150 ميغابايت في ذاكرة الوصول العشوائي على الأكثر. السبب الوحيد الذي قد يجعلك ترغب في المزيد هو إذا قمت بتجميع خدمات Redis أو PostgreSQL الخاصة بك على نظام غير SSD.
Storage تخزين
There are two important angles to storage: disk space usage and sustained read speed. To make a rough estimate of your disk space usage requirements, you want to know the answer to three questions: هناك زاويتان مهمتان للتخزين: استخدام مساحة القرص وسرعة القراءة المستمرة. لعمل تقدير تقريبي لمتطلبات استخدام مساحة القرص لديك ، فأنت تريد معرفة الإجابة على ثلاثة أسئلة:
What is the total size of the videos you wish to stream? ما هو الحجم الإجمالي لمقاطع الفيديو التي ترغب في بثها؟
Do you want to enable transcoding? If so, do you want to provide multiple resolutions per video? Try this out with a few videos and you will get an idea of how much extra space is required per video and estimate a multiplication factor for future space allocation. هل تريد تمكين تحويل الشفرة؟ إذا كان الأمر كذلك ، هل تريد توفير دقة متعددة لكل فيديو؟ جرب ذلك باستخدام عدد قليل من مقاطع الفيديو وستحصل على فكرة عن مقدار المساحة الإضافية المطلوبة لكل مقطع فيديو وتقدير عامل الضرب لتخصيص المساحة في المستقبل.
Which sharing mechanisms do you want to enable? Just WebTorrent, or also HLS with p2p? If you want both, this will double your storage needs. ما هي آليات المشاركة التي تريد تمكينها؟ فقط WebTorrent ، أم أيضًا HLS مع p2p؟ إذا كنت تريد كلاهما ، فسيؤدي ذلك إلى مضاعفة احتياجات التخزين الخاصة بك.
If you want to store many videos on your PeerTube instance, you may want to store videos externally using <a href="https://docs.joinpeertube.org/admin-remote-storage" target="_blank">Object Storage</a>.
In terms of read speed, you want to make sure that you can saturate your network uplink serving PeerTube videos. This should not be a problem with SSD disks, whereas traditional HDD should be accounted for: typical sustained read rates for a well tuned system with a 7200rpm hard disk should hover around 120 MB/s or 960 Mbit/s. The latter should be enough for a typical 1 Gbit/s network uplink. فيما يتعلق بسرعة القراءة ، فأنت تريد التأكد من أنه يمكنك تشبع ارتباط الشبكة الخاص بك الذي يخدم مقاطع فيديو PeerTube. لا ينبغي أن تكون هذه مشكلة مع أقراص SSD ، في حين يجب حساب محركات الأقراص الثابتة التقليدية: معدلات القراءة المستمرة النموذجية لنظام مضبوط جيدًا بقرص صلب 7200 دورة في الدقيقة يجب أن تحوم حول 120 ميجابايت / ثانية أو 960 ميجابت / ثانية. يجب أن يكون الأخير كافيًا لوصلة صاعدة نموذجية لشبكة 1 جيجابت / ثانية.
Network شبكة الاتصال
A rough estimate of a traditional server's video streaming network capacity is usually quite straightforward. You simply divide your server's available bandwidth by the average bandwidth per stream, and you have an upper bound. عادةً ما يكون التقدير التقريبي لقدرة شبكة دفق الفيديو للخادم التقليدي واضحًا تمامًا. يمكنك ببساطة تقسيم النطاق الترددي المتاح للخادم الخاص بك على متوسط النطاق الترددي لكل دفق ، ولديك حد أعلى.
Take a server for example with a 1 Gbit/s uplink for example pushing out 1080p60 streams at 5 Mbit/s per stream. That means the absolute theoretical upper capacity bound is 200 simultaneous viewers if your server's disk i/o can keep up. Expect a bit less in practice. خذ خادمًا على سبيل المثال مع ارتباط علوي بسرعة 1 جيجابت / ثانية على سبيل المثال دفع تدفقات 1080 بكسل 60 بمعدل 5 ميجابت / ثانية لكل دفق. هذا يعني أن السعة القصوى النظرية المطلقة هي 200 عارض متزامن إذا كان قرص الخادم الخاص بك قادرًا على مواكبة ذلك. توقع القليل في الممارسة العملية.
But what if you need to serve more users? That's where PeerTube's federation feature shines. If other PeerTube instances following yours, chances are they have decided to mirror part of your instance! The feature is called "server redundancy" and caches your most popular videos to help serve additional viewers. While viewers themselves contribute a little additional bandwidth while watching the video in their browsers (mostly during surges), mirroring servers have a much greater uplink and will help your instance with sustained higher concurrent streaming. ولكن ماذا لو كنت بحاجة لخدمة المزيد من المستخدمين؟ هذا هو المكان الذي تتألق فيه ميزة اتحاد PeerTube. إذا كانت مثيلات PeerTube الأخرى تتبع مثلك ، فمن المحتمل أنهم قرروا عكس جزء من المثيل الخاص بك! تُعرف هذه الميزة باسم "تكرار الخادم" وتخزن مقاطع الفيديو الأكثر شيوعًا مؤقتًا للمساعدة في خدمة مشاهدين إضافيين. بينما يساهم المشاهدون أنفسهم بنطاق ترددي إضافي قليلًا أثناء مشاهدة الفيديو في متصفحاتهم (غالبًا أثناء الزيادات المفاجئة) ، فإن الخوادم العاكسة لها ارتباط صاعد أكبر بكثير وستساعد مثلك في الحصول على دفق متزامن أعلى ومستمر.
No it doesn't. You can't deploy multiple PeerTube nodes behind a load balancer. لا يمكنك نشر عدة عقد PeerTube خلف موازن التحميل.
As far as we know, there are 3 limitations to handle a large amount of users in PeerTube: بقدر ما نعلم ، هناك 3 قيود للتعامل مع عدد كبير من المستخدمين في PeerTube:

Loading…

User avatar szakaria

Translation changed

joinpeertube / mainArabic

7 months ago
User avatar szakaria

New translation

joinpeertube / mainArabic

7 months ago
Browse all component changes

Things to check

XML markup

XML tags in translation do not match source

Reset

Glossary

English (United States) Arabic
No related strings found in the glossary.

String information

Source string location
src/views/FAQ.vue:613
String age
7 months ago
Source string age
a year ago
Translation file
src/locale/ar/LC_MESSAGES/app.po, string 337