مقارنة بدائل Trello المستضافة ذاتياً

ما بديل Trello المستضاف ذاتياً الذي ينبغي أن تختاره؟

تستحق 3 بدائل مستضافة ذاتياً لـTrello وقتك: اختر Planka إذا كنت تريد لوحة Trello نفسها وملف الاستيراد الخاص بها، وVikunja عندما يحتاج الفريق إلى تسجيل دخول موحّد وإمكانات تتجاوز اللوحة، وKanboard عندما تكون موارد VPS (الخادم الافتراضي الخاص) محدودة. لا تبدأ مشروعاً جديداً على Focalboard. لم يُصدر خادمه المستقل إصداراً منذ 783 يوماً، ويطلب ملف README الخاص به الآن من أحد المشرفين تولّي صيانته.

يأتي Wekan في المرتبة الخامسة بين الأدوات البالغ عددها 5 هنا. وهو يعمل، لكنه يستهلك ذاكرة تعادل عدة أضعاف ما تستهلكه الأدوات الأخرى مجتمعة. جرى التحقق من كل إصدار وترخيص وتاريخ في 5 August 2026.

ما مقدار RAM الذي تحتاجه كل أداة من أدوات لوحات المهام؟

[
  {
    "tool": "Planka + Postgres",
    "idle_memory_mb": 280
  },
  {
    "tool": "Vikunja + SQLite",
    "idle_memory_mb": 110
  },
  {
    "tool": "Focalboard + SQLite",
    "idle_memory_mb": 120
  },
  {
    "tool": "Wekan + FerretDB",
    "idle_memory_mb": 750
  },
  {
    "tool": "Kanboard + SQLite",
    "idle_memory_mb": 70
  }
]

هذه أرقام الخمول المعتادة لتثبيت جديد لا يستخدمه أحد. وهي تقريباً القيمة التي يعرضها docker stats بعد دقيقة من بدء المكدس. استخدمها لتقدير موارد الخطة، ثم قِس بيئتك بنفسك. المهم هو النمط العام، لا عدد الميغابايت الدقيق. إذا كان الهدف من VPS نفسه استضافة مكتبة الصور أيضاً، فحدّد موارد ذلك الجزء أولاً، لأن الحدود الدنيا في مقارنة PhotoPrism وImmich تختلف بمقدار كبير، وبعدها يمكن لأداة لوحات المهام استخدام الموارد المتبقية.

يحتاج Kanboard إلى 70 MB كحد أدنى، لأنه تطبيق PHP يستخدم SQLite. لا توجد عملية تطبيق طويلة الأمد تحتفظ باللوحات في الذاكرة، لذلك لا يستهلك الحاوي شيئاً تقريباً أثناء الخمول بين الطلبات. أما Vikunja فهو ملف Go ثنائي واحد ويحتاج إلى 110 MB، كما أن SQLite هي قاعدة بياناته الافتراضية، لذلك يشكّل حاوي واحد المكدس بالكامل. يحتاج Planka إلى 280 MB لأنه يتكوّن دائماً من حاويين: خادم Node وPostgreSQL. لا يوفّر Planka خيار SQLite، لذلك لا يمكن الاستغناء عن قاعدة البيانات.

يحتاج Wekan إلى 750 MB، لأنه تطبيق Meteor. يحتفظ Meteor بطبقة استعلامات حية في ذاكرة Node، ويدفع كل تغيير في اللوحات إلى كل متصفح مفتوح عبر WebSocket. لذلك تزداد ذاكرته مع عدد المستخدمين المتصلين بدلاً من بقائها ثابتة. على VPS بسعة 1 GB يبدأ Wekan بالعمل، ثم يتوقف عند فتح عدة مستخدمين لوحة كبيرة للمرة الأولى. تتمثل العلامة في اختفاء حاوي ثم عودته مع رمز الخروج 137، وهو ما يعرضه docker compose ps على شكل حلقة إعادة تشغيل. أكّد ذلك على المضيف باستخدام dmesg -T | grep -i "out of memory"، لأن قاتل نفاد الذاكرة في النواة لا يرسل أي معلومات إلى التطبيق.

تحدد تبعية قاعدة البيانات نصف أعمال النسخ الاحتياطي، لذلك نلخصها في سطر لكل أداة. يتطلب Planka استخدام PostgreSQL. يستخدم Vikunja SQLite افتراضياً، ويدعم أيضاً PostgreSQL وMySQL أو MariaDB. يستخدم Kanboard SQLite افتراضياً، ويدعم أيضاً MySQL وMariaDB وPostgreSQL، كما توصي وثائقه باستخدام PostgreSQL وتحذّر من استخدام SQLite على NFS (نظام ملفات الشبكة). يستخدم Focalboard SQLite افتراضياً. يدعم Wekan بروتوكول MongoDB wire protocol، وملف Compose الافتراضي الخاص به يستخدم الآن FerretDB v1 مع backend مضمّن يعتمد على SQLite بدلاً من خادم MongoDB فعلي، مع توفير ملف Compose منفصل لـMongoDB 7 إذا أردت استخدامه.

ما المشاريع التي ما زالت تخضع للصيانة؟

[
  {
    "tool": "Planka 2.1.1",
    "release_age": 109
  },
  {
    "tool": "Vikunja 2.5.0",
    "release_age": 1
  },
  {
    "tool": "Focalboard 8.0.0",
    "release_age": 783
  },
  {
    "tool": "Wekan 10.67",
    "release_age": 1
  },
  {
    "tool": "Kanboard 1.2.53",
    "release_age": 12
  }
]

يُعد Focalboard الاستثناء، إذ بلغ عمر آخر إصدار له 783 يوماً. صدر آخر إصدار مستقل له، v8.0.0، في June 2024. نقل Mattermost تطوير اللوحات إلى plugin في مستودع منفصل، ويذكر ملف README المستقل أن المستودع لا يخضع للصيانة حالياً. هذه هي الإجابة الواضحة الوحيدة بـ"لا" في هذه المقارنة. أما المشاريع الأخرى، فلكل منها مفاضلات.

يُعد عمر إصدار Planka، البالغ 109 يوماً، جيداً لمشروع يُصدر عدة إصدارات سنوياً. صدر Version 2.1.1 في April 2026. أصدر Kanboard الإصدار v1.2.53 قبل التحقق بـ12 يوماً، وصدرت الإصدارات السابقة له في March وApril 2026.

أصدر كل من Vikunja وWekan إصداراً خلال يوم واحد من وقت التحقق، لكن يجب أن تفسر هاتين المعلومتين بشكل مختلف. وضع Vikunja الوسم v2.5.0 لإصدار فرعي اعتيادي. ووضع Wekan الوسوم v10.65 وv10.66 وv10.67 في اليوم نفسه، وهذا هو إيقاعه المعتاد. لا تعني الإصدارات المتكررة أن الهدف مستقر. عند استخدام Wekan، تختار تتبع رقم إصدار سريع التغير، لذلك ثبّت الوسم واقرأ ملاحظات الإصدار قبل كل تحديث.

هل تحصل على أكثر من لوحة؟

تتوقف معظم مقالات المقارنة عند عبارة «إنها تشبه Trello». لكن هذا المحور أهم من مقدار RAM، لأن اللوحة ليست مناسبة جيداً لكل ما له موعد نهائي.

• Planka أداة لوحات لا أكثر: مشاريع، ولوحات، وقوائم، وبطاقات، وتسميات، وقوائم تحقق، وتعليقات، ومرفقات. تُعد مشاهد التقويم والخريطة من ميزات Pro اعتباراً من August 2026.
• يوفّر Vikunja أربعة مشاهد لمجموعة المهام نفسها: List وKanban وTable وGantt. توجد المهمة مرة واحدة، ويمكنك تبديل المشهد بدلاً من تكرارها.
• يوفّر Kanboard لوحات مع حدود للعمل قيد التنفيذ، ومهام فرعية، ومرفقات، وتعليقات، وإجراءات تلقائية، ولغة استعلام صغيرة للتصفية. وتقول صفحته الرئيسية: «عدد الميزات محدود طوعاً»، وهو وصف منصف.
• يوفّر Wekan لوحات مع مسارات سباحة، إضافة إلى قوائم تحقق، وحقول مخصصة، وREST (نقل حالة التمثيل) API، وwebhooks.
• كان Focalboard يوفّر مشاهد اللوحة والجدول والتقويم للبطاقات نفسها. أدرجناه هنا لاكتمال المقارنة.

إذا كان ما تريده فعلياً هو wiki مع بعض تتبع المهام المرفق به، فهذه مقارنة غير مناسبة. يغطي BookStack وWiki.js وOutline هذا النموذج، بينما تغطي بدائل Notion المستضافة ذاتياً مساحة العمل المتكاملة.

الوصول متعدد المستخدمين وتسجيل الدخول الأحادي

يدعم Planka بروتوكول OpenID Connect في إصدار Community المجاني. يتضمن ملف Compose الرسمي الإعدادات معطّلة بالتعليق، ومنها OIDC_ISSUER وOIDC_CLIENT_ID وOIDC_CLIENT_SECRET، لذلك تلغي التعليق عنها بدلاً من الترقية. تُعد أدوار الضيوف للأشخاص خارج مؤسستك ميزة Pro.

يدعم Vikunja بروتوكول OpenID Connect مع عدة موفّري هوية في الوقت نفسه. اضبط VIKUNJA_AUTH_OPENID_ENABLED=true، ثم أضف كتلة واحدة من متغيرات VIKUNJA_AUTH_OPENID_PROVIDERS_<ID>_* لكل موفّر. كما يوفّر الفرق والمشاركة على مستوى كل مشروع، وهذا ما تحتاج إليه مؤسسة تضم عشرين شخصاً فعلياً.

يدعم Wekan بروتوكول LDAP ‏(بروتوكول الوصول إلى الدليل الخفيف)، وOAuth2، وOIDC، وSAML. يتضمن Kanboard دعم LDAP، ويوفّر مكوّن OAuth2 عاماً لكل ما عداه، إضافة إلى الأدوار والمجموعات على مستوى كل مشروع. لا يوفّر الخادم المستقل لـFocalboard أي تسجيل دخول أحادي، وهذا سبب ثانٍ لاستبعاده.

يمكن ربط أي من هذه الخيارات بـموفّر هوية Authentik تديره بنفسك، ويكون ذلك عادةً أفضل من منح عشرين شخصاً كلمة مرور منفصلة لكل تطبيق.

هل يمكنك استيراد لوحات Trello؟

يوفّر Planka أبسط مسار. صدّر اللوحة من Trello بتنسيق JSON، وأنشئ لوحة في Planka، ثم انقر على Import واختر Trello. اقرأ القيود أولاً، لأنها فعلية: لا يتم استيراد المستخدمين والمرفقات، ولا تنتقل سوى قائمة تحقق واحدة لكل بطاقة، كما أن تصدير JSON الافتراضي من Trello يتوقف عند 1,000 إجراء من دون تحذير بأنه اقتطع بقية البيانات. افحص الملف بنفسك قبل أن تثق بالنتيجة.

يستورد Vikunja البيانات عبر تدفق OAuth الخاص بـTrello، من Settings ثم "Import from other services". يجب تفعيل كل أداة ترحيل في ملف الإعداد قبل ظهور أيقونتها، ويجب أن تكون VIKUNJA_SERVICE_PUBLICURL صحيحة، لأن إعادة توجيه OAuth تتم في متصفحك، وليس من الخادم. يستورد Vikunja أيضاً البيانات من Todoist وMicrosoft To Do وTickTick وWekan.

يقبل Wekan لصق JSON الخاص بلوحة Trello في نموذج الاستيراد. لا يتضمن Kanboard أداة مدمجة لاستيراد Trello، وهذا هو السبب الرئيسي لتجاوزه إذا كانت لديك سنوات من سجل Trello تريد نقلها.

ما تجربة الاستخدام على الأجهزة المحمولة؟

Vikunja هو الوحيد من بين الخيارات الخمسة الذي يوفّر تطبيقات محمولة رسمية. تُصدر نسختا Android وiOS مع كل إصدار، ويصف مستودع التطبيق نفسه بأنه إصدار ألفا، لذلك تعامل معه كوسيلة مكمّلة لواجهة الويب، لا كطريقة الاستخدام الأساسية. لا يوفّر مشروع Planka تطبيقاً رسمياً، مع أن واجهة الويب فيه متجاوبة وتوجد عملاء من جهات خارجية. أما Wekan وKanboard فهما متاحان عبر الويب فقط، وتبدو واجهة Kanboard مصمّمة بوضوح لشاشة سطح المكتب.

مسألة الترخيص، ولماذا يختلف Planka

لم يعد Planka مفتوح المصدر، وهذه حقيقة تغفلها معظم المقارنات. بدأ المشروع بترخيص MIT، ثم انتقل إلى AGPL-3.0 في 2023، ومنذ سلسلة الإصدار 2.0 أصبح يُوزَّع بموجب PLANKA Community License، وهو ترخيص fair-code تملكه PLANKA Software GmbH. يعرض GitHub ترخيصه على أنه "Other" لأن هذا الترخيص غير معتمد من OSI. يمكنك استضافته ذاتياً لأفراد مؤسستك مجاناً، وهذا مسموح به صراحةً للاستخدام الشخصي والداخلي وغير الربحي والتعليمي. أما إعادة بيع الوصول إليه أو تشغيله كخدمة لشركات أخرى، فيتطلب ترخيصاً تجارياً.

بالنسبة إلى شخصين، هذا اتفاق عادل. أما بالنسبة إلى شركة، فعليها قراءة هذا الشرط قبل أن تُدخِل أعمال عشرين شخصاً فيه. أما الأدوات الأربع الأخرى فهي مفتوحة المصدر وفق التراخيص المعتادة: يستخدم Vikunja ترخيص AGPL-3.0، ويستخدم Wekan وKanboard ترخيص MIT، بينما يجمع Focalboard بين Apache 2.0 وAGPL-3.0.

ملفات Compose المثبّتة للاختيارين

ثبّت وسم الصورة. يعني latest أنّ docker compose pull التالي قد ينقلك بين إصدارين رئيسيين، وأن الإصدارات الرئيسية تنفّذ عمليات ترحيل لقاعدة البيانات لا يمكنك عكسها بسهولة. الملفان أدناه هما ملفا upstream مع تثبيت الوسم على إصدار حقيقي.

Vikunja باستخدام SQLite، في حاوية واحدة:

services:
  vikunja:
    image: vikunja/vikunja:2.5.0
    restart: unless-stopped
    environment:
      VIKUNJA_SERVICE_PUBLICURL: https://tasks.example.com
      VIKUNJA_SERVICE_SECRET: replace-with-a-long-random-string
      VIKUNJA_SERVICE_TIMEZONE: Europe/Berlin
      VIKUNJA_DATABASE_TYPE: sqlite
      VIKUNJA_DATABASE_PATH: /app/vikunja/files/vikunja.db
    ports:
      - "127.0.0.1:3456:3456"
    volumes:
      - ./files:/app/vikunja/files

أنشئ مجلد البيانات مع المالك الصحيح أولاً، لأن الحاوية تعمل بالمعرّف UID 1000 ولا يمكنها الكتابة في مجلد مملوك لـroot:

mkdir -p files && sudo chown 1000 files
docker compose up -d
docker compose ps
curl -sf http://127.0.0.1:3456/api/v1/info

تُظهر المكدّسة السليمة الخدمة بالحالة running، وتُرجع نقطة المعلومات النهائية JSON يحتوي على حقل version. يعني رفض الاتصال هنا أن الحاوية خرجت. يوضّح docker compose logs vikunja السبب، ويُعد خطأ الصلاحيات في ملف قاعدة البيانات السبب الأكثر شيوعاً.

Planka باستخدام PostgreSQL، في حاويتين:

services:
  planka:
    image: ghcr.io/plankanban/planka:2.1.1
    restart: unless-stopped
    volumes:
      - data:/app/data
    ports:
      - "127.0.0.1:3000:1337"
    environment:
      - BASE_URL=https://boards.example.com
      - DATABASE_URL=postgresql://postgres@postgres/planka
      - SECRET_KEY=replace-with-openssl-rand-hex-64
    depends_on:
      postgres:
        condition: service_healthy

  postgres:
    image: postgres:16-alpine
    restart: unless-stopped
    volumes:
      - db-data:/var/lib/postgresql/data
    environment:
      - POSTGRES_DB=planka
      - POSTGRES_HOST_AUTH_METHOD=trust
    healthcheck:
      test: ["CMD-SHELL", "pg_isready -U postgres -d planka"]
      interval: 10s
      timeout: 5s
      retries: 5

volumes:
  data:
  db-data:

يعني POSTGRES_HOST_AUTH_METHOD=trust أن PostgreSQL يقبل أي اتصال من دون كلمة مرور. وهذا آمن فقط لأن منفذ قاعدة البيانات لا يُنشر على المضيف، وبالتالي فإن الشيء الوحيد الذي يمكنه الوصول إليه هو الحاوية الأخرى على شبكة Compose نفسها. لا تضف إدخال ports: إلى خدمة postgres.

يجب ألا تتصل أي من المكدّستين بالإنترنت مباشرة. كلتاهما مرتبطتان بـ127.0.0.1، لذلك ضع reverse proxy أمامهما وأنهِ TLS (أمان طبقة النقل) عنده. يُعد وضع Traefik أمام عدة تطبيقات Compose الطريقة المعتادة لتنفيذ ذلك عند استضافة أكثر من تطبيق، بينما يشرح دليل أساسيات Docker Compose الأجزاء التي تتضمنها هذه الملفات وتتجاوزها هذه الصفحة.

لوحتك قاعدة بيانات، لذا أنشئ نسخة احتياطية منها

قد تتوقف أداة اللوحات عن العمل بصمت. لن يلاحظ أحد غياب النسخة الاحتياطية حتى يختفي أحد الـvolumes، وقد يُفتح ملف SQLite التالف بشكل طبيعي ثم يُبلغ عن database disk image is malformed بعد أسابيع.

لا تنسخ ملف SQLite قيد الاستخدام مباشرةً باستخدام cp. قد تلتقط النسخة عملية كتابة جارية، فتبدو الأرشفة مكتملة، ثم تُستعاد إلى قاعدة بيانات تنقصها صفوف. أوقف الخدمة خلال الثواني القليلة التي تستغرقها عملية النسخ:

docker compose stop vikunja
tar czf vikunja-$(date +%F).tgz files
docker compose start vikunja

بالنسبة إلى Planka، أنشئ تفريغاً لقاعدة PostgreSQL بدلاً من نسخ مجلد بيانات عنقود قيد التشغيل، وخذ نسخة من volume الخاص بالملفات المرفوعة بشكل منفصل، لأن المرفقات لا تُخزَّن في قاعدة البيانات:

docker compose exec -T postgres pg_dump -U postgres -Fc planka > planka-db.dump
docker volume ls
docker run --rm -v planka_data:/data -v "$PWD":/backup alpine \
  tar czf /backup/planka-files.tgz -C /data .

يطبع docker volume ls اسم الـvolume الفعلي، وهو اسم مشروع Compose متبوعاً بـ_data. يؤدي تمرير اسم غير موجود إلى إنشاء volume فارغ، وينتج عنه أرشيف صالح لكنه فارغ من دون أي خطأ، لذا تحقّق من حجم الملف بعد ذلك.

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

توصيتان

شخصان على VPS بسعة 2 GB: شغّل Planka. فهو الأقرب إلى Trello من حيث الشكل والسلوك، واستيراد Trello عبارة عن ملف تسحبه إلى التطبيق، كما أن 280 MB من الذاكرة الخاملة تترك معظم سعة 2 GB متاحة لـ reverse proxy ولأي خدمات أخرى تستضيفها. يغطي Community License فريقاً داخلياً من شخصين دون تكلفة. وإذا كنت تفضّل عدم الاعتماد على ترخيص يتيح الشفرة المصدرية، فإن Vikunja مع SQLite، باستهلاك 110 MB، هو الخيار مفتوح المصدر لهذا الخادم نفسه.

عشرون شخصاً في مؤسسة: شغّل Vikunja مع PostgreSQL. عند هذا الحجم، تحتاج إلى OpenID Connect بدلاً من عشرين كلمة مرور محلية، وتحتاج إلى الفرق والمشاركة على مستوى كل مشروع. كما أن جزءاً كبيراً من العمل لن يناسب اللوحة، لذلك تصبح عروض List وTable وGantt أكثر من مجرد إضافة لطيفة. ويعني AGPL-3.0 أيضاً أنك لن تحتاج إلى مناقشة الترخيص مع زيادة عدد المستخدمين. استخدم PostgreSQL بدلاً من SQLite، وضعه خلف reverse proxy، واحتفظ بالتفريغ اليومي في مكان آخر غير هذا الخادم.

إذا كان الخادم يحتوي على أقل من 1 GB من RAM، فلا ينطبق أيٌّ من الخيارين. اختر Kanboard عند 70 MB، وتقبّل أنك ستعيد إدخال بطاقات Trello يدوياً، وأنفق الذاكرة التي وفّرتها على شيء آخر من قائمة مختصرة لخدمات الاستضافة الذاتية لعام 2026. إذا كان الخادم يشغّل Jellyfin بالفعل، فإن Halcyon يعيد بناء المكتبة كمتجر فيديو من حقبة التسعينيات يمكن التجول فيه، وهو مستأجر أكثر إمتاعاً من أداة لوحات ثانية. ينتمي التثبيت التفصيلي لأي أداة تختارها إلى دليل مستقل. تقتصر هذه الصفحة على الاختيار.

FAQ

ما البديل المستضاف ذاتياً لـ Trello الذي يستخدم أقل قدر من RAM؟

يستخدم Kanboard نحو 70 MB في وضع الخمول، لأنه مكتوب بلغة PHP ويستخدم SQLite ولا يحتفظ بأي بيانات في الذاكرة بين الطلبات. يليه Vikunja بنحو 110 MB باعتباره ملفاً ثنائياً واحداً مكتوباً بلغة Go. أما Wekan فهو الأعلى استهلاكاً، بنحو 750 MB، لأن Meteor يحتفظ بطبقة استعلامات حية في ذاكرة Node لكل متصفح متصل. قِس استهلاكك باستخدام docker stats بعد دخول المكدس في حالة الخمول، لأن هذه أرقام نموذجية وليست ضماناً.

هل يمكنني استيراد لوحات Trello إلى أداة مستضافة ذاتياً؟

يستورد كل من Planka وWekan تصدير لوحة Trello بتنسيق JSON مباشرة. ويستورد Vikunja البيانات عبر تدفق OAuth الخاص بـTrello، لكن يجب تفعيل أداة الترحيل في ملف الإعداد قبل أن تظهر في الواجهة. لا يتضمن Kanboard أداة استيراد مدمجة. ضع حدّين في الحسبان: لا يستورد Planka المستخدمين أو المرفقات، ولا يتعامل إلا مع قائمة تحقق واحدة لكل بطاقة، كما يتوقف تصدير JSON الافتراضي من Trello عند 1,000 إجراء من دون تنبيهك إلى أنه اقتطع بقية البيانات.

هل لا يزال Focalboard خياراً جيداً في 2026؟

لا. يعود آخر إصدار مستقل، v8.0.0، إلى June 2024، أي قبل 783 يوماً من تاريخ التحقق من هذه المقارنة في 5 August 2026، ويذكر ملف README أن المستودع غير مُصان حالياً. واصل Mattermost تطوير اللوحات باعتبارها إضافة فقط في مستودع منفصل، ولذلك فإن الجزء الذي ستستضيفه ذاتياً هو الذي توقف تطويره. اختر Planka أو Vikunja بدلاً منه.

هل لا يزال Planka مفتوح المصدر؟

ليس وفق تعريف OSI. كان Planka مرخصاً بموجب MIT، ثم انتقل إلى AGPL-3.0 في 2023، ويُصدَر بموجب PLANKA Community License بدءاً من الإصدار 2.0. الاستضافة الذاتية مجانية للاستخدام الشخصي والداخلي وغير الربحي والتعليمي. يتطلب إعادة بيع الوصول أو تشغيله كخدمة لأطراف أخرى ترخيصاً تجارياً، كما أن عرض التقويم وأدوار الضيوف والبطاقات المتكررة متاحة ضمن فئة Pro فقط. إذا كان ترخيص معتمد من OSI شرطاً أساسياً، فإن Vikunja يستخدم AGPL-3.0 وKanboard يستخدم MIT.

هل أحتاج إلى PostgreSQL، أم تكفي SQLite؟

يستخدم Vikunja وKanboard وFocalboard SQLite افتراضياً، وهي مناسبة لعدد قليل من الأشخاص على خادم واحد. يتطلب Planka PostgreSQL ولا يوفّر خيار SQLite. انتقل إلى PostgreSQL عندما يكتب عدة أشخاص البيانات في الوقت نفسه، لأن SQLite تجعل عمليات الكتابة متسلسلة، ويبدأ مثيل مشغول بإرجاع database is locked. لا تضع ملف SQLite على مشاركة شبكية أيضاً؛ إذ تحذّر وثائق Kanboard من استخدام SQLite على NFS لهذا السبب تحديداً.