ابنِ سحابتك الخاصة بـ Nextcloud

Nextcloud برنامج سحابي يحتفظ بملفاتك وتقويمك وجهات اتصالك على خادمك الخاص. يطلب دليل المسؤول الرسمي 128 MB على الأقل من الذاكرة لكل عملية PHP ويوصي بـ 512 MB. والحاسم فعلًا هو مساحة القرص التي ستشغلها ملفاتك وعدد من يستخدمونه في وقت واحد.

يتناول هذا المقال المتطلبات الرسمية وإعدادات الأداء والنسخ الاحتياطي وما تفعله في الأيام الأولى.

ماذا تفعل بـ Nextcloud؟

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

المتطلبات الرسمية

ماذا تعني «الذاكرة لكل عملية»؟

يعمل Nextcloud على PHP، وكل طلب متزامن عملية PHP مستقلة. ورقم الذاكرة في الدليل لكل عملية. ويسمح تجمّع PHP-FPM الافتراضي بـ 5 طلبات في الوقت نفسه (pm.max_children = 5). ويقترح الدليل حساب هذه القيمة من RAM لديك ويفترض 50-100 MB لكل عامل. وكصيغة تقريبية، اقسم RAM التي تمنحها لـ PHP على الذاكرة لكل عامل. وإذا ضبطت القيمة مرتفعة جدًا، يقع النظام في swap، وهو بحسب الدليل أسوأ من ترك الطلبات تنتظر في الطابور.

القرص: ملفاتك على الخادم

في Nextcloud تُحفظ الملفات على قرص الخادم. ومع نمو أرشيف صورك ومستنداتك، يكون القرص غالبًا هو الحد قبل RAM. انظر إلى عمود القرص عند اختيار الخادم. وفي Seturack، رفع حجم الخادم يكبّر القرص أيضًا، أما خفض الحجم فلا يصغّره. والقرص الذي كبر لا يعود صغيرًا، فضع ذلك في بالك.

ملخص الإعداد اليدوي

1. جهّز الخادم: Ubuntu وApache أو Nginx مع PHP-FPM، وMariaDB أو PostgreSQL.
2. وجّه نطاقًا إلى الخادم واحصل على شهادة HTTPS. الخطوة الأولى مشروحة في كيفية ربط نطاقك الخاص.
3. ثبّت Nextcloud بمثبّت الويب أو بسطر الأوامر.
4. انقل المهام الخلفية إلى cron. افتح crontab لمستخدم خادم الويب: crontab -u www-data -e ثم أضف هذا السطر: */5 * * * * php -f /var/www/nextcloud/cron.php
5. في إعدادات المسؤول، اضبط وضع المهام الخلفية على Cron.
6. أضف التخزين المؤقت APCu وRedis.
7. أعدّ خادم بريد لإعادة تعيين كلمات المرور والإشعارات.
8. ضع خطة النسخ الاحتياطي وجرّب الاستعادة.

النسخ الاحتياطي

تطلب وثائق Nextcloud نسخ مجلد config ومجلد data ومجلد theme وقاعدة البيانات احتياطيًا. وإذا كان لديك مجلد تطبيقات مخصص فانسخه أيضًا. ولنسخة متسقة، فعّل وضع الصيانة أولًا وأوقفه عند الانتهاء:

sudo -u www-data php /var/www/nextcloud/occ maintenance:mode --on

sudo -u www-data php /var/www/nextcloud/occ maintenance:mode --off

يعتمد المسار في الأوامر على مكان تثبيت Nextcloud. تنسخ Seturack خادمك احتياطيًا كل ليلة وتحتفظ بآخر 7 أيام. ادعم ذلك بتفريغ لقاعدة البيانات ونسخة من الملفات، واحتفظ بنسخة من البيانات المهمة خارج الخادم أيضًا.

متى ينبغي أن يكبر الخادم؟

• القرص يكاد يمتلئ: تحقق بالأمر df -h. ولأن ملفاتك على القرص، فهذا عادةً أول حد تبلغه.
• النظام يستخدم swap: إذا كان سطر swap في مخرجات free -h يمتلئ، فالـ RAM غير كافية.
• الصفحات تُفتح ببطء أو المستخدمون ينتظرون في طابور: ارفع عدد عمّال PHP بحسب RAM لديك. وإذا لم تتحمل RAM ذلك، فارفع حجم الخادم.

رفع الحجم لا يحذف الخادم، ويبقى عنوان IP وبياناتك كما هي.

أخطاء شائعة

• البدء بـ SQLite. يعدّه الدليل مناسبًا للاختبار والتثبيتات الصغيرة جدًا فقط، والانتقال بين قواعد البيانات لاحقًا متعب.
• ترك المهام الخلفية في وضع AJAX الافتراضي. يصفه الدليل بأنه الخيار الأقل موثوقية، فانتقل إلى Cron.
• تخطي التخزين المؤقت. ليس إلزاميًا، لكنه بحسب الدليل قد يحسّن الأداء بوضوح.
• عدم اختبار النسخة الاحتياطية أبدًا. النسخة التي لا تستطيع استعادتها لا نفع فيها.

الأمان

• لا تستخدم حساب المسؤول في العمل اليومي. أنشئ حسابات منفصلة لفريقك.
• فعّل أحد تطبيقات المصادقة الثنائية.
• أبقِ Nextcloud وPHP محدّثين. التحديثات عليك بعد الإعداد.
• قدّم الموقع عبر HTTPS فقط.

Nextcloud جاهز في Seturack

إذا اخترت Nextcloud عند الطلب، تأتي قاعدة البيانات والذاكرة المؤقتة والمهام الخلفية مضبوطة ولا تظهر شاشة معالج إعداد. يُفتح الموقع عبر HTTPS على عنوان sslip.io مشتق من عنوان IP الخاص بك. اسم الدخول هو yonetici (وتعني «مسؤول» بالتركية)، وكلمة المرور في اللوحة. وقد يستغرق الإعداد الأول بعض الوقت. بعد أول تسجيل دخول، غيّر كلمة المرور وأنشئ حسابات لفريقك وأعدّ خادم البريد. والخطوات في مقال مساعدة Nextcloud.

إذا بدأ القرص يمتلئ، يمكنك رفع حجم الخادم من اللوحة. وإذا أردت البدء بالتثبيت الجاهز، فراجع صفحة خادم Nextcloud.