القصة التي أقرأها مرارًا من الذين يغادرون Nextcloud هي القصة نفسها دائمًا. عميل المزامنة يقول «تمت المزامنة بالكامل»، لكن ملفات مفقودة. ترقية تصطدم بمشكلة في قاعدة البيانات. رفع صورة يتصرف بطريقة لم يتوقعها المستخدم.
الشكوى الكامنة خلف الحالات الثلاث واحدة: أرادوا سير عمل واحدًا موثوقًا من حزمة بُنيت لتغطية سير عمل كثيرة.
لديّ نسخة من Nextcloud على خادم VPS في فرانكفورت أعددتها في عطلة نهاية أسبوع قبل عامين واستخدمتها منذ ذلك الحين أربع مرات ربما. التثبيت نجح. النسخة ما زالت تعمل. أنا فقط توقفت عن فتحها، لأنه تبيّن أنني لم أحتج قط إلى تسعة من أصل عشرة أشياء يقوم بها Nextcloud.
توزيعة All-in-One الرسمية تتطلب 2 غيغابايت من الذاكرة على الأقل بمجرد تفعيل أي حاوية اختيارية، وإرشاداتها الخاصة بالأداء توصي بإضافة نحو 1 غيغابايت من الذاكرة لكل مستخدم نشط فوق المتطلب الأساسي. لذلك تحتاج عمليات النشر الجماعية إلى هامش أكبر مع تزايد الاستخدام المتزامن. كما أن لدى المجتمع موضوعًا مفتوحًا على help.nextcloud.com يطلب من المشروع النظر في إصدار أخف.
ما يلي ثلاثة مسارات خروج مرتبطة بثلاثة أنماط لسير العمل. حيث توجد متطلبات موارد رسمية، أعتمد عليها. وحيث لا توجد، أترك الأرقام الحاسمة جانبًا. خريطة الانتقال تغطي ما تحتفظ به، وما تفقده، وأين يتعقد كل انتقال.
النسخة المختصرة
- إذا كنت تستخدم Nextcloud لمزامنة الملفات بين أجهزتك الخاصة فقط، فإن Syncthing خيار جيد: نظير إلى نظير، دون حاجة إلى خادم مركزي، مع بعض التحفظات المهمة على منصات الهاتف.
- إذا كنت تستخدم Nextcloud كمساحة مشاركة ملفات لفريق متعدد المستخدمين، فإن Seafile CE خيار جيد. الحد الأدنى الموثّق هو 2 غيغابايت من الذاكرة ونواتا معالجة، ونطاقه الأضيق يجعل تحديد الحجم أسهل حين تكون مشاركة الملفات هي المهمة الرئيسية.
- إذا كنت تستخدم Nextcloud بالأساس كمتصفح ملفات عبر الويب، فإن Cloudreve أو AList يمنحك منظومة أضيق بكثير دون أن تحمل معك حزمة التعاون الكاملة في Nextcloud.
- نقطتا الاحتكاك في أي انتقال هما فجوة CalDAV/CardDAV (التقويم وجهات الاتصال) والنسخ الاحتياطي للصور على iOS. وكلتاهما مغطاة في خريطة الانتقال أدناه.
لماذا يبدو Nextcloud ثقيلًا (ولماذا ليس هذا عيبًا)
على تثبيت حديث لـ Nextcloud All-in-One، يُظهر htop منظومة حاويات متعددة حقيقية: حاوية AIO الرئيسية، وApache، وخادم تطبيق Nextcloud، وPostgreSQL، وRedis، وNotify Push. أما Office وTalk وTalk Recording وClamAV والبحث في النص الكامل وImaginary وWhiteboard والنسخ الاحتياطي المبني على Borg فهي اختيارية. النواة أثقل من عفريت مزامنة أحادي الغرض، لكن تلك الخدمات الاختيارية لا تكلفك ذاكرة إلا إذا فعّلتها.
النقاش الرسمي حول All-in-One على GitHub يضع الحد الأدنى الموثّق عند 2 غيغابايت من الذاكرة، لكنه يرتفع بسرعة: 3 غيغابايت بمجرد تفعيل ClamAV أو Talk Recording أو البحث في النص الكامل، و5 غيغابايت مع تفعيل كل شيء، إضافة إلى نحو 1 غيغابايت لكل مستخدم نشط فوق الأساس.
هذه توصيات لتحديد الحجم وليست قياسات لاستهلاك ذاكرة مستقر: يحتاج AIO إلى ذاكرة أكبر كلما فُعّلت خدمات اختيارية، ويوصي بهامش إضافي لكل مستخدم نشط. هذه هي الكلفة المعمارية لجمع أكثر من ثلاثين ميزة في حزمة واحدة تستضيفها بنفسك. المصدر: github.com/nextcloud/all-in-one/discussions/1335.
مجتمع Nextcloud نفسه لاحظ ذلك. موضوع على help.nextcloud.com بعنوان «Nextcloud Lite, discuss» فُتح في ديسمبر 2024 يسأل إن كان على المشروع إصدار توزيعة مقلّصة للمستخدمين الذين لا يريدون سوى الملفات والمشاركة. طلب بعض المستخدمين، ومنهم من يحب Nextcloud فيما عدا ذلك، نسخة أخف. لكن معظم الردود عارضت، بحجة أن الميزات غير المرغوبة يمكن تعطيلها ببساطة وأن الاقتطاع من تطبيقات الأمان صفقة سيئة. الموضوع مفتوح والقائمون على المشروع لم يلتزموا بأي من الاتجاهين. المرجع: help.nextcloud.com/t/nextcloud-lite-discuss/213611.
الحجة المقابلة مهمة. يأتي AIO أصلًا مع PostgreSQL وRedis وAPCu. وإرشاداته الخاصة بالأداء توصي بتعطيل الحاويات الاختيارية وتطبيقات Nextcloud التي لا تحتاجها. إذا كانت نسختك تبدو ثقيلة لأنك فعّلت Office أو Talk أو ClamAV أو البحث في النص الكامل أو خدمات أخرى لم تعد تستخدمها، فابدأ بتقليم تلك أولًا. أما إذا كنت تستخدم تلك الخدمات معًا فعلًا، فإن البصمة الأكبر تؤدي عملًا مفيدًا.
لكن إذا ثبّتّ Nextcloud ثم لم تفتحه إلا لإلقاء ملفات في مجلد متزامن، فإن الحديث عن الضبط الدقيق لا يخصك.
لمعرفة موقع Nextcloud إلى جانب أقرب اشتقاق له، انظر مقارنة Nextcloud مقابل ownCloud.
خلاصة هذا القسم: Nextcloud مبالغ في حجمه بالنسبة لسير العمل الوحيد الذي يستخدمه معظم المستضيفين الذاتيين فعليًا.
تشخيص الأنماط الثلاثة: أي مخرج هو مخرجك؟
قبل أن تختار أداة، اختر سير عمل. كل مستخدم Nextcloud تقريبًا تحدثت إليه يندرج بوضوح تحت أحد ثلاثة أنماط.
النمط أ. المزامنة بين الأجهزة فقط. «ثبّتّ Nextcloud لأبقي حاسوبي المحمول وحاسوبي المكتبي وهاتفي متزامنة. لم أستخدم واجهة الويب قط في شيء جدي. ولا أشارك الملفات مع أشخاص آخرين.»
النمط ب. مشاركة ملفات ضمن فريق. «ثبّتّ Nextcloud لأن عدة أشخاص كانوا بحاجة إلى الرفع إلى مساحة ملفات مشتركة والتنزيل منها. أحيانًا من المتصفح وأحيانًا من عميل سطح المكتب. كان الأداء مع الملفات الكبيرة يهمني.»
النمط ج. بوابة ويب فقط. «ثبّتّ Nextcloud كمتصفح ملفات عبر الويب. وسيلة لتسجيل الدخول وأخذ ملفاتي من أي مكان. ربما ثبّتّ عميل سطح المكتب. نادرًا ما استخدمته. المزامنة اللحظية لم تكن الهدف.»
إذا انطبق عليك نمطان، فاختر النمط الذي يجعلك تقول «لو توقف هذا غدًا فسألاحظ خلال ساعة». هذا هو سير العمل الذي تعتمد عليه. أما البقية فإضافات لطيفة يمكنك استبدالها لاحقًا أو الاستغناء عنها.
الحدود الدنيا للموارد لكل مسار:
| الأداة | إرشادات الذاكرة | البنية الأساسية | نموذج المزامنة |
|---|---|---|---|
| Nextcloud AIO | من 2 غيغابايت مع الحاويات الاختيارية، إضافة إلى نحو 1 غيغابايت لكل مستخدم نشط | PHP + PostgreSQL + حاويات متعددة | عميل-خادم، مزامنة الملف كاملًا |
| Seafile CE | حد أدنى موثّق قدره 2 غيغابايت | C/Python + MariaDB | عميل-خادم، إزالة تكرار على مستوى الكتل |
| Syncthing | لا يوجد حد أدنى رسمي ثابت؛ يتغير بحسب حجم المكتبة وعمليات الفحص | ملف تنفيذي واحد بلغة Go | نظير إلى نظير |
| Cloudreve | لم يُنشر حد أدنى صارم رسمي | Go + قاعدة بيانات | عميل-خادم، تخزين على واجهات خلفية متعددة |
| AList | لم يُنشر حد أدنى صارم رسمي | Go + SQLite افتراضيًا | بوابة ويب فوق تخزين مُركّب |
أرقام Nextcloud AIO وSeafile CE أعلاه متطلبات أو توصيات موثّقة. أما Syncthing وCloudreve وAList فلا تنشر حدودًا دنيا صارمة للذاكرة قابلة للمقارنة بشكل نظيف جنبًا إلى جنب، لذا حدد حجم تلك الأدوات وفق مكتبتك الفعلية وواجهتك الخلفية للتخزين وحجم عملك، بدلًا من التعامل مع أرقام الذاكرة في وضع الخمول التي يتداولها المجتمع كأنها متطلبات.
خلاصة هذا القسم: اختر الأداة التي تناسب سير العمل الذي استخدمت Nextcloud من أجله، لا الأداة صاحبة أطول قائمة ميزات.
النمط أ. Syncthing للمزامنة بين الأجهزة
حاسوب محمول وحاسوب مكتبي وهاتف. تضع ملفًا في مجلد على المحمول، وبعد عشرين ثانية يظهر على الجهازين الآخرين. لا بوابة ويب. لا مكتبة مشتركة. لا فريق. لهذا صُمم Syncthing، وهذا هو الشيء الوحيد الذي يفعله.
يعمل Syncthing على مبدأ النظير إلى النظير. لا يوجد خادم بالمعنى المعماري. كل جهاز يشغّل الملف التنفيذي نفسه، والأجهزة تكتشف بعضها عبر شبكة ترحيل عالمية أو عبر الشبكة المحلية. يمكنك إضافة خادم VPS إلى الشبكة، لكنه سيكون نظيرًا بين نظراء لا سلطة مركزية. لا يوجد متصفح ملفات عبر الويب. لا يوجد CalDAV. لا توجد صلاحيات فريق. وإذا كان استخدامك لـ Nextcloud مجرد «إبقاء مجلداتي متزامنة»، فلا أهمية لأي من هذه الخسائر.
كلفة الموارد هي الجزء الذي ينال الاهتمام. على مكتبة صغيرة، لنقل بضعة آلاف من الملفات دون 50 غيغابايت، يستقر Syncthing في وضع الخمول عادة بين 50 و100 ميغابايت من الذاكرة. وحين تصل المكتبة إلى مئات الآلاف من الملفات، قد يتجاوز استهلاك الذاكرة 700 ميغابايت. معظم المستضيفين الذاتيين لا يصلون إلى هناك أبدًا. أما إذا كان لديك ربع مليون ملف في مجلد واحد، فستصل.
هذا السلوك عند التوسع موثّق في مصدرين أوليين:
- موضوع طويل الأمد في منتدى Syncthing عن استهلاك الذاكرة: forum.syncthing.net/t/ram-utilization/9769
- بلاغ المشروع نفسه على GitHub عن منحدر التوسع: github.com/syncthing/syncthing/issues/468
يظل خادم VPS مهمًا حتى في نموذج النظير إلى النظير. حاسوبك المحمول وهاتفك ليسا متصلين في الوقت نفسه. وإذا أردت أن تنتشر التغييرات بينما يكون أحد الأجهزة نائمًا، فأنت بحاجة إلى جهاز ثالث يعمل دائمًا. خادم VPS يشغّل Syncthing يؤدي هذا الدور ويقدّم أحدث نسخة إلى الجهاز التالي الذي يستيقظ. تعمل المكتبة الصغيرة بأريحية دون 512 ميغابايت من الذاكرة؛ امنحها 1 غيغابايت إذا تجاوزت مكتبتك بضع مئات الآلاف من الملفات.
ابنِ على خادم Linux VPS بوصول root وتخزين NVMe وقوة AMD EPYC.
عرض باقات Linuxالتحفظ الخاص بـ iOS هو ما تتجاوزه شروحات Syncthing سريعًا. لا يوجد عميل Syncthing رسمي لنظام iOS برفع صور موثوق في الخلفية. توجد عدة عملاء من أطراف ثالثة، لكن أيًا منها لا يضاهي ما يفعله تطبيق Nextcloud على iOS في نسخ ألبوم الكاميرا احتياطيًا. إذا كانت مزامنة صور iPhone هي سبب تشغيلك لـ Nextcloud، فلن يحل Syncthing وحده محلها. الحلول الالتفافية هي تطبيقات مدفوعة مثل PhotoSync تدفع الصور إلى مجلد Syncthing، أو إبقاء Nextcloud يعمل من أجل سير العمل هذا وحده بينما تنقل كل شيء آخر.
احتكاك الانتقال في هذا الاتجاه منخفض. يعمل Syncthing على نظام الملفات العادي. توجّهه إلى المجلد الذي توجد فيه ملفاتك أصلًا، وتضيف معرّفات أجهزتك الأخرى، فتبدأ المزامنة. لا شيء يحتاج إلى تحويل، ولا شيء يحتاج إلى استيراد. البيانات هي ما كان على القرص أصلًا.
خلاصة هذا القسم: يتفوق Syncthing في حد الموارد وفي الموثوقية للمزامنة من جهاز إلى جهاز، لكنه يخسر في النسخ الاحتياطي للصور على iOS ويتخلى عن بوابة الويب تمامًا.
النمط ب. Seafile لمزامنة ملفات الفريق
فريق من أربعة أشخاص. مكتبة مشتركة باسم «Operations» تضم 60 غيغابايت من العقود وملفات التصميم والتصديرات. ثلاثة من الأربعة يستخدمون عميل المزامنة على سطح المكتب، وواحدة تفضل المتصفح. وبين حين وآخر يرفع أحدهم مقطعًا مصورًا بحجم 4 غيغابايت.
قد يحتاج نشر Nextcloud المخصص لمشاركة الملفات فقط إلى هامش أكبر مع إضافة مستخدمين نشطين وخدمات اختيارية. وSeafile أضيق بحكم تصميمه، ما يجعل تحديد حجمه أسهل حين تكون مزامنة الملفات ومشاركتها هما المهمتين الوحيدتين.
كُتب Seafile بلغتي C وPython مع واجهة خلفية من MariaDB. لا توجد طبقة PHP. ونموذج المزامنة هو إزالة التكرار على مستوى الكتل: حين تغيّر ملفًا، تُنقل الكتل المعدّلة فقط، والكتل المتطابقة بين المستخدمين تُخزَّن مرة واحدة. أما مزامنة Nextcloud الافتراضية فتنقل الملف كاملًا في معظم الحالات.
تقارير المجتمع عن كون Seafile أسرع على المكتبات الكبيرة منتشرة على نطاق واسع، والبنية هي السبب. لن أقتبس مقادير الفروق التي تتكرر في مقالات المقارنة، فالأثر لا يقود إلى مصدر أولي. ما أستطيع قوله إن إزالة التكرار على مستوى الكتل، الموثّقة في دليل Seafile، هي السبب البنيوي لوجود فارق السرعة.
توثيق Seafile Community Edition الحالي يذكر 2 غيغابايت من الذاكرة ونواتي معالجة كحد أدنى. وهذا يطابق الحد الأدنى البالغ 2 غيغابايت في Nextcloud AIO عند تفعيل أي حاوية اختيارية. قد يظل نطاق Seafile الأضيق يسهّل تحديد الحجم لمشاركة الملفات، لكن فارق الذاكرة الدقيق يعتمد على حجم العمل والمستخدمين النشطين وحجم المكتبة وأي خدمات Nextcloud مفعّلة.
بالنسبة لفريق لا يحتاج سوى مزامنة الملفات ومشاركتها، يتيح لك Seafile تجنّب خدمات Nextcloud الإضافية التي لا تستخدمها. وقد يقلل ذلك بصمة الخادم، لكن الفارق الدقيق يعتمد على حجم العمل لا على قاعدة ثابتة من نوع 2 غيغابايت مقابل 5 غيغابايت.
يحتاج الانتقال إلى بعض التخطيط لأنه لا توجد أداة استيراد أصلية من Nextcloud إلى Seafile. جهّز خادم Seafile، وثبّت عميل Seafile لسطح المكتب على جهاز يستطيع الوصول إلى ملفاتك الحالية، وأنشئ المكتبة الهدف، ودع العميل يرفعها. ومدة الانتقال تعتمد على حجم المكتبة وسرعة الرفع المتاحة.
يخزّن Seafile بيانات المكتبة على هيئة كتل وكائنات داخلية بدلًا من ملفات عادية يمكن تصفحها. وسرد دليل البيانات بالأمر ls يُظهر بنية الكائنات الداخلية في Seafile بدلًا من شجرة مجلداتك الأصلية. والتشفير ميزة منفصلة، وليس هو سبب غموض تلك الكائنات. أي أنك لا تستطيع استعادة مكتبة Seafile بمجرد نسخ ملفات تبدو عادية من تخزينها الخلفي.
كما يتطلب Seafile CE جمع مهملات يدويًا. فتشغّل نصًا برمجيًا لتنظيف الكتل غير المشار إليها بعد حذف المكتبات أو الملفات. الإصدار Pro يؤتمت قدرًا أكبر من ذلك، أما إصدار Community فلا. وسيبدو لك Seafile غير مريح إذا كانت طمأنينتك التشغيلية نابعة من قدرتك على نسخ بياناتك إلى الخارج في أي وقت بالأمر cp -r.
الخسارة الأخرى التي ينبغي الاستعداد لها: التقويم وجهات الاتصال. لا ينفّذ Seafile بروتوكول CalDAV ولا CardDAV. وإذا كان Nextcloud لديك هو دفتر العناوين خلف هاتفك، فستحتاج إلى خدمة خفيفة منفصلة لسد تلك الفجوة. وRadicale وBaikal هما الجوابان المعتادان.
خلاصة هذا القسم: يناسبك Seafile إن كنت تستخدم Nextcloud أساسًا كمساحة مشاركة ملفات متعددة المستخدمين. بنيته المتمحورة حول الملفات تجنّبك حمل منظومة التعاون الأوسع في Nextcloud. والمقابل هو نموذج التخزين بالكتل والكائنات وفقدان CalDAV/CardDAV.
النمط ج. Cloudreve أو AList لبوابة الويب
أكثر مسارات الخروج إغفالًا. أراد هذا المستخدم صفحة ويب يسجّل الدخول إليها من أي جهاز ويأخذ ملفاته. ولم يستخدم عميل سطح المكتب تقريبًا أبدًا. ولم تكن المزامنة اللحظية تعنيه. ولهذه المهمة كانت منظومة ميزات Nextcloud الكاملة أكثر بكثير مما يحتاج.
بالنسبة لهذا المستخدم، ليس Nextcloud ولا Seafile ولا Syncthing هو الجواب الصحيح. الجواب الصحيح بوابة ويب. ويناسب هنا مشروعان بوضوح، ويفترقان على محور واحد: هل تدير الأداة تخزينك أم تكتفي بالقراءة منه؟
Cloudreve هو بوابة ويب إضافة إلى طبقة تخزين مُدارة. الملفات تعيش في تخزين يتحكم به Cloudreve (قرص محلي أو تخزين كائنات متوافق مع S3 أو واجهات خلفية أخرى). لديه حسابات مستخدمين وحصص، وصار Cloudreve Pro يتضمن عميل سطح مكتب رسميًا لنظام Windows بمزامنة ثنائية الاتجاه لحظية. وبنيته ملف تنفيذي بلغة Go إضافة إلى قاعدة بيانات، ومستودع المشروع نشط على github.com/cloudreve/cloudreve.
AList يضع واجهة ويب فوق التخزين الموجود. يستطيع تصفح واجهات خلفية مُركّبة مثل الأقراص المحلية وS3 وGoogle Drive وOneDrive وSMB وWebDAV والعمل عليها، بما في ذلك عمليات الملفات حيث تدعمها الواجهة الخلفية. يعمل كملف تنفيذي بلغة Go ويستخدم SQLite افتراضيًا، فلا يحتاج النشر الأساسي إلى خادم قاعدة بيانات منفصل. وإذا كانت ملفاتك موجودة أصلًا كملفات عادية على تخزين مدعوم، فيمكن لـ AList عرضها دون استيرادها إلى صيغة ملفات جديدة.
متى تختار أيهما:
- AList إذا كانت ملفاتك منظّمة أصلًا على القرص أو في تخزين سحابي ولا تريد سوى واجهة ويب موحدة فوقها. الانتقال يكاد يكون معدومًا. وجّه AList إلى حيث تعيش الملفات.
- Cloudreve إذا أردت طبقة مُدارة بحسابات مستخدمين وحصص وواجهة تخزين خلفية واحدة تملكها البوابة من البداية إلى النهاية. الانتقال خفيف: تضبط واجهة خلفية، وتنسخ الملفات، وانتهى الأمر.
أمر ينبغي أن يكون واضحًا قبل اختيار أي منهما: AList ليس بديلًا للمزامنة، وقدرات المزامنة في Cloudreve أضيق من Nextcloud. لدى Cloudreve Pro عميل مزامنة رسمي لسطح مكتب Windows، لكن أيًا من الأداتين لا يمنحك منظومة CalDAV/CardDAV الخاصة بـ Nextcloud ولا سير عمل مكافئًا للنسخ الاحتياطي للصور عبر كل المنصات. وإذا كانت تلك الأمور أساسية، فأنت أقرب إلى النمط أ أو ب منك إلى ج. فـ AList وCloudreve ليسا نسختين أخف من Nextcloud، بل أداتان أضيق لمهام أضيق.
خلاصة هذا القسم: Cloudreve وAList خياران جيدان إن كنت تستخدم أساسًا متصفح ملفات الويب في Nextcloud. AList يبقي الإعداد أبسط حين لا تحتاج سوى طبقة ويب فوق تخزين موجود. وCloudreve أكثر منطقية حين تريد تخزينًا مُدارًا وحسابات مستخدمين ومزامنة سطح مكتب على Windows.
خريطة احتكاك الانتقال: ما تحتفظ به وما تفقده
هذا هو الجدول الذي ينبغي قراءته قبل أن تفصل التيار. وهنا تحديدًا تسوء معظم عمليات الانتقال.
| من Nextcloud إلى | هل تنتقل الملفات؟ | التقويم / جهات الاتصال | النسخ الاحتياطي للصور على iOS | الملاحظات / المهام / Talk | جهد الانتقال |
|---|---|---|---|---|---|
| Syncthing | نعم، نسخ مباشر | يلزم خدمة CalDAV/CardDAV منفصلة | لا يوجد عميل رسمي لنظام iOS | غير مشمول | يعتمد على حجم البيانات وعدد الأجهزة |
| Seafile | نعم، رفع عبر عميل سطح المكتب | يلزم خدمة CalDAV/CardDAV منفصلة | مدعوم عبر تطبيقات Seafile للهاتف | غير مشمول | يعتمد على حجم البيانات وسرعة الرفع |
| Cloudreve | نعم، نسخ إلى التخزين المضبوط | غير مشمول | لا يوجد مكافئ لسير عمل النسخ الاحتياطي للكاميرا في Nextcloud | غير مشمول | يعتمد على الواجهة الخلفية وحجم البيانات |
| AList | يمكن تركيب التخزين العادي الموجود في مكانه | غير مشمول | لا توجد مزامنة أصيلة على الهاتف | غير مشمول | منخفض إذا كانت الملفات موجودة أصلًا على واجهة خلفية مدعومة |
فجوة CalDAV/CardDAV هي أكثر كلفة انتقال يجري إغفالها. فإذا كان دفتر عناوين هاتفك يتزامن مع Nextcloud، فإن هذا المسار ينقطع في اللحظة التي تتوقف فيها عن تشغيل Nextcloud، أيًا كانت أداة الملفات التي تحل محله. وRadicale وBaikal هما البديلان الخفيفان المعتادان، وكلاهما خدمة أصغر بكثير من تثبيت Nextcloud كامل. وهما السدّادان اللذان ينبغي وضعهما في الحسبان قبل فصل التيار عن نسخة Nextcloud.
إذا أردت بيئة منفصلة لاختبار الانتقال قبل أن تودع فيها بياناتك، فإن Linux VPS من Cloudzy يمنحك مكانًا نظيفًا لذلك. خادم اختبار منفصل يتيح لك تجربة الانتقال دون المساس بالنسخة الإنتاجية، ويمكنك نشر أي من هذه بنقرة واحدة:
متى ينبغي أن تبقى على Nextcloud
التشخيص يعمل في الاتجاهين. وهذه ثلاثة أسباب للبقاء، مرتبة بحسب أهميتها.
أنت تستخدم فعليًا منظومة التقويم وجهات الاتصال والمهام والملاحظات. يجمع Nextcloud الأربعة خلف تسجيل دخول واحد، مع تنفيذ عامل لـ CalDAV/CardDAV، وواجهة ويب تعمل، وتطبيقات هاتف تعمل. واستبدال ذلك بخدمات منفصلة يعني تشغيل Radicale أو Baikal للتقويم وجهات الاتصال، وتطبيق ملاحظات منفصل، ومدير مهام منفصل. خدمتان أو ثلاث بدل واحدة. وطريقتان أو ثلاث للأعطال بدل واحدة. فإذا كان هذا عملك اليومي، فإن Nextcloud يسدد كلفة ذاكرته بنفسه.
أنت تعتمد على منظومة التعاون المدمجة في Nextcloud. يبقي Nextcloud الملفات وتحرير المستندات والتقويم وجهات الاتصال والمهام والملاحظات وسائر ميزات التعاون خلف حساب واحد وواجهة واحدة. ويستطيع Seafile دمج Collabora أو OnlyOffice للتحرير المتزامن للمستندات، فالعمل التعاوني على المستندات وحده ليس سببًا لاستبعاده. الفارق أن استبدال منظومة Nextcloud الأوسع يظل يعني تجميع خدمات منفصلة للميزات التي لا يغطيها Seafile.
نسخة Nextcloud لديك ثقيلة بسبب خدمات لا تستخدمها. يأتي AIO أصلًا مع PostgreSQL وRedis وAPCu، فتغيير قاعدة البيانات أو تفعيل APCu ليس خطوة الضبط هنا. ابدأ بتعطيل الحاويات الاختيارية وتطبيقات Nextcloud التي لا تحتاجها. وإذا كانت Office أو Talk أو ClamAV أو البحث في النص الكامل أو خدمات المعاينة تعمل بلا غرض حقيقي، فأزل ذلك الحمل قبل أن تقرر الانتقال.
المنطق الذي يقول «ارحل إن كنت تستخدم 10% فقط من الميزات» يقول أيضًا «ابقَ إن كنت تستخدم الميزات فعلًا». كن صادقًا مع نفسك: أي الحالتين أنت؟
خلاصة هذا القسم: إذا كان سير عملك يشمل التقويم وجهات الاتصال والعمل التعاوني على المستندات، فإن Nextcloud لا يزال الأداة الصحيحة. أصلح الإعدادات قبل أن تهرب.
الأسئلة الشائعة
ما هو أخف بديل لـ Nextcloud؟
يعتمد ذلك على سير العمل. AList من أبسط الخيارات للوصول إلى الملفات عبر الويب فقط، لأنه يستطيع الجلوس فوق تخزين موجود واستخدام SQLite افتراضيًا. وSyncthing هو الخيار الأضيق للمزامنة من جهاز إلى جهاز. أما Seafile Community Edition فهو البديل الأكمل حين تحتاج إلى مشاركة ملفات متعددة المستخدمين؛ وحده الأدنى الموثّق هو 2 غيغابايت من الذاكرة ونواتا معالجة.
هل يستهلك Seafile ذاكرة أقل من Nextcloud؟
قد يحتاج Seafile إلى موارد أقل لحمل عمل يقتصر على مشاركة الملفات، لكن لا يوجد فارق ذاكرة ثابت ينطبق على كل عملية نشر. فكل من Seafile CE وNextcloud AIO قد يبدأ عند أساس يقارب 2 غيغابايت بحسب الإعداد. ثم تنمو السعة الموصى بها في Nextcloud مع المستخدمين النشطين والخدمات المفعّلة، في حين بُني Seafile حول حمل عمل أضيق قوامه مزامنة الملفات ومشاركتها.
كيف أنتقل من Nextcloud إلى Seafile؟
لا توجد أداة استيراد آلية. المسار الناجح: ثبّت Seafile، وثبّت عميل Seafile لسطح المكتب على جهاز يستطيع قراءة دليل بيانات Nextcloud لديك، وأنشئ مكتبة على خادم Seafile، ودع عميل سطح المكتب يدفع الملفات إليها على هيئة كتل. التقويم وجهات الاتصال لا ينتقلان مع الملفات. وستحتاج إلى إعداد خادم CalDAV منفصل مثل Radicale أو Baikal وإعادة المزامنة من هاتفك. ومدة الانتقال تعتمد على حجم البيانات وسرعة الرفع المتاحة لك.
هل Syncthing أفضل من Nextcloud للنسخ الاحتياطي للصور؟
على الهاتف ليس تمامًا. فقد أُوقف تطبيق Syncthing الرسمي لنظام Android بعد إصدار ديسمبر 2024، وإن بقيت خيارات على Android يصونها المجتمع. ولا يزال iOS بلا عميل Syncthing رسمي بنسخ احتياطي للصور في الخلفية على طريقة Nextcloud. فإذا كان النسخ الاحتياطي التلقائي لألبوم الكاميرا محوريًا في إعدادك، فتعامل مع دعم الهاتف كقرار منفصل بدل افتراض أن Syncthing يحل محل تطبيق Nextcloud.
هل يمكنني تشغيل بدائل Nextcloud على خادم VPS منخفض التكلفة؟
نعم، لكن حدد حجم الخادم وفق الأداة وحمل العمل تحديدًا بدل افتراض أن هدفًا واحدًا للذاكرة يناسب الأربعة جميعًا. يوصي Seafile CE رسميًا بما لا يقل عن 2 غيغابايت من الذاكرة ونواتي معالجة. أما Syncthing وAList وCloudreve فلا تقدم حدودًا دنيا صارمة للذاكرة قابلة للمقارنة مباشرة بالنسبة لأحمال العمل المطروحة هنا، فابدأ من متطلبات نشرها واترك هامشًا لحجم مكتبتك وقاعدة البيانات وواجهة التخزين الخلفية.
النقاش
التعليقات
سجّل الدخول للمشاركة في النقاش.