BookStack বনাম Wiki.js বনাম Outline: কোনটি নেবেন?

কোন self-hosted wiki চালানো উচিত

self-hosted wiki আপনার নিয়ন্ত্রণাধীন একটি সার্ভারে দলের নথিগুলোকে একটি searchable জায়গায় রাখে। BookStack, Wiki.js এবং Outline—তিনটিই এই কাজ করে। প্রথম page load হওয়ার আগে আপনাকে কতটা configuration একত্র করতে হবে এবং কারা login করতে পারবে—এই দুটি বিষয়ে তাদের পার্থক্য সবচেয়ে বেশি।

BookStack চালু করা সবচেয়ে সহজ এবং structure সম্পর্কে এর নিয়ম সবচেয়ে নির্দিষ্ট। Wiki.js একটি page tree-এর মধ্যে editor বেছে নেওয়ার সবচেয়ে বেশি সুযোগ দেয়। এই তিনটির মধ্যে Outline-এ writing experience সবচেয়ে ভালো, তবে বাইরের identity provider সংযুক্ত না করা পর্যন্ত এটি কাউকে sign in করতে দেয় না।

নিচের সব তথ্য project-গুলোর নিজস্ব documentation এবং প্রকাশিত configuration file থেকে নেওয়া হয়েছে। এটি capability comparison, benchmark নয়। Version number এবং requirement-এর সঙ্গে তারিখ দেওয়া হয়েছে, কারণ তিনটি project-ই নিয়মিত পরিবর্তিত হয়।

কাঠামোই আসল পছন্দ

BookStack আপনার কনটেন্টের কাঠামো নির্ধারণ করে দেয়। একটি page একটি book-এর মধ্যে থাকে, একটি book-এ chapter থাকতে পারে, এবং shelf একাধিক book একত্র করে। আপনি পঞ্চম কোনো স্তর তৈরি করতে পারবেন না। এই সীমাটিই পণ্যের মূল বৈশিষ্ট্য: নতুন লেখক জানেন কোনো page কোথায় রাখতে হবে, কারণ সেটি রাখার জন্য একটিই স্থান আছে। এর অসুবিধা হলো, কাঠামোর সঙ্গে না মেলা কনটেন্টকেও জোর করে সেই কাঠামোর মধ্যে রাখতে হয়।

Wiki.js disk-এর folder-এর মতো একটি path tree ব্যবহার করে। ops/backup/restic-এ থাকা একটি page আপনি যেখানে রাখবেন, সেখানেই থাকবে, এবং depth আপনিই নির্ধারণ করবেন। একই বিষয়কে দুই ব্যক্তি দুইটি ভিন্ন branch-এ রাখলে তা ঠেকানোর কোনো ব্যবস্থা নেই। তাই একটি Wiki.js instance-এর tree পরিচালনার দায়িত্বে একজন নির্দিষ্ট ব্যক্তি থাকা দরকার।

Outline-এ collection থাকে, এবং document-এর ভেতরে document nested থাকতে পারে। একটি document সরাতে mouse দিয়ে drag করতে হয়। তিনটির মধ্যে এটি সবচেয়ে flexible, তাই এর কাঠামো ধীরে ধীরে অসংগঠিত হয়ে যাওয়ার সম্ভাবনাও সবচেয়ে বেশি।

BookStack: সবচেয়ে ছোট ইনস্টলেশন

BookStack হলো MySQL-নির্ভর একটি PHP অ্যাপ্লিকেশন। July 2026 অনুযায়ী নথিভুক্ত প্রয়োজনীয়তা হলো PHP 8.2 বা নতুন সংস্করণ এবং MySQL 8.0 অথবা MariaDB 10.6 বা নতুন সংস্করণ। Source থেকে ইনস্টল করলে Composer 2.2 বা নতুন সংস্করণও প্রয়োজন। বর্তমান release line হলো 26.05।

প্রকল্পটি প্রতিটি Ubuntu release-এর জন্য একটি করে installation script প্রকাশ করে। 24.04 script আপনার জন্য Apache, MySQL 8.0 এবং PHP 8.3 ইনস্টল করে।

wget https://codeberg.org/bookstack/devops/raw/branch/main/scripts/installation-ubuntu-24.04.sh
chmod a+x installation-ubuntu-24.04.sh
sudo ./installation-ubuntu-24.04.sh

চালানোর আগে ওই script-এর warning পড়ুন। Documentation-এ বলা আছে, এটি "ONLY FOR A FRESH OS, it will install Apache, MySQL 8.0 & PHP 8.3 and could OVERWRITE any existing web setup on the machine"। যে সার্ভার ইতিমধ্যে port 80-এ অনুরোধ গ্রহণ করছে, সেখানে script ওই port দখল করে এবং Apache configuration নতুন করে লেখে। এমন সার্ভারে container ব্যবহার করুন। অথবা Ubuntu 24.04-এ বিদ্যমান LAMP stack-এর ওপর BookStack হাতে ইনস্টল করুন।

Container পদ্ধতিতে LinuxServer.io image ব্যবহার করা হয়। BookStack documentation এই option-টির নির্দেশনা দেয়। BookStack-এর একটি session encryption key প্রয়োজন। এটি ছাড়া BookStack কোনো page পরিবেশন করবে না। তাই প্রথমে key তৈরি করুন।

docker run -it --rm --entrypoint /bin/bash lscr.io/linuxserver/bookstack:latest appkey

প্রদর্শিত value-টি APP_KEY-এ কপি করুন। এরপর service লিখুন:

services:
  bookstack:
    image: lscr.io/linuxserver/bookstack:latest
    container_name: bookstack
    environment:
      - PUID=1000
      - PGID=1000
      - TZ=Etc/UTC
      - APP_URL=https://wiki.example.com
      - APP_KEY=paste_the_generated_key_here
      - DB_HOST=bookstack_db
      - DB_PORT=3306
      - DB_USERNAME=bookstack
      - DB_PASSWORD=change_me
      - DB_DATABASE=bookstackapp
    volumes:
      - ./config:/config
    ports:
      - 6875:80
    restart: unless-stopped

APP_URL-এ পাঠকেরা বাস্তবে যে address টাইপ করেন, scheme এবং যেকোনো port-সহ, সেটিই দিতে হবে। এটিকে http://localhost-এ সেট করে site-টি HTTPS-এ পরিবেশন করলে generated link এবং redirect ভুল host-এ নির্দেশ করবে। পাঠকেরা তখন এমন login page দেখতে পারেন, যা নিজেকেই বারবার পুনরায় খোলে। Compose file আপনার কাছে নতুন হলে, এই নির্দেশনার আগে VPS-এ Docker Compose-এর প্রাথমিক বিষয়গুলো দিয়ে শুরু করুন।

Container শুধু running আছে কি না তা নয়, application অনুরোধের উত্তর দিচ্ছে কি না সেটিও পরীক্ষা করে চালু করুন:

docker compose up -d
docker compose ps
curl -sI http://127.0.0.1:6875/login

একটি 200 OK মানে PHP application চালু হয়েছে এবং database-এ পৌঁছেছে। একটি 500 প্রায় সবসময় বোঝায় যে APP_KEY খালি, অথবা database credential মেলে না। docker compose logs bookstack-এর মাধ্যমে দুটির মধ্যে কোনটি ঘটেছে তা দেখা যায়।

Wiki.js: একটি tree, একাধিক editor

Wiki.js একটি Node.js application। নথিভুক্ত Docker setup-এ এটি PostgreSQL-এর সঙ্গে ব্যবহার করা হয়, তবে software-টি MySQL, MariaDB, MSSQL এবং SQLite-ও গ্রহণ করে। এটি project-এর নিজস্ব Docker page-এর compose file:

services:
  db:
    image: postgres:15-alpine
    environment:
      POSTGRES_DB: wiki
      POSTGRES_PASSWORD: wikijsrocks
      POSTGRES_USER: wikijs
    logging:
      driver: none
    restart: unless-stopped
    volumes:
      - db-data:/var/lib/postgresql/data
  wiki:
    image: ghcr.io/requarks/wiki:2
    depends_on:
      - db
    init: true
    environment:
      DB_TYPE: postgres
      DB_HOST: db
      DB_PORT: 5432
      DB_USER: wikijs
      DB_PASS: wikijsrocks
      DB_NAME: wiki
    restart: unless-stopped
    ports:
      - "80:3000"
volumes:
  db-data:

চালানোর আগে POSTGRES_PASSWORD এবং DB_PASS একসঙ্গে পরিবর্তন করুন, কারণ এগুলো একই credential-এর অংশ এবং sample value-টি public। Tag-টি ইচ্ছাকৃতভাবে ghcr.io/requarks/wiki:2-এ নির্দিষ্ট করা হয়েছে। Documentation-এ latest ব্যবহারের বিরুদ্ধে পরামর্শ দেওয়া হয়েছে, কারণ major version পরিবর্তন করলে চলমান instance-এর database schema বদলে যায়।

চালানোর জন্য Version 2 ব্যবহার করুন। July 2026 অনুযায়ী Version 2-এর সর্বশেষ release হলো 2.5.314, যা May 2026-এ প্রকাশিত হয়েছে। Version 3 বিদ্যমান, এবং এর নিজস্ব documentation-এ বলা আছে: "This site is for the unstable beta release of Wiki.js 3.0. You should NOT install this in production." :3 tag-কে preview হিসেবে বিবেচনা করুন।

প্রথমবার load হলে Wiki.js browser-এর setup ধাপগুলো দেখায় এবং administrator account তৈরি করে। Setup শেষ না করা পর্যন্ত port-এ পৌঁছাতে পারে এমন যে কেউ ওই wizard দেখতে পাবে। তাই firewall খোলার আগে service-টিকে reverse proxy এবং TLS (transport layer security)-এর পেছনে রাখুন। Server-এ এই service-এর পাশাপাশি আরও service থাকলে, wiki-কে নিজস্ব hostname-এ রেখে বেশ কয়েকটি Docker app-এর সামনে Traefik ব্যবহার করা স্বাভাবিক পদ্ধতি।

Editor বেছে নেওয়াই Wiki.js ব্যবহারের অন্যতম প্রধান কারণ। একটি instance-এ Markdown page, visual editor page, raw HTML page এবং AsciiDoc page পাশাপাশি রাখা যায়। পুরনো content এমন format-এ import করার সময় এটি সহায়ক, যেটি আপনি convert করতে চান না। তবে এর ফলে একই wiki-তে চার ধরনের house style তৈরি হতে পারে। তাই প্রথম দিনেই default editor নির্ধারণ করুন এবং সিদ্ধান্তটি লিখে রাখুন।

Outline: সেরা editor, সবচেয়ে বেশি prerequisite

Outline বলতে সাধারণত এমন একটি commercial notes tool বোঝায়, যা ব্যবহার করলে ব্যবহারকারীর সেই ধরনের অভিজ্ঞতা হয়। এটি একটি Node.js application। July 2026 অনুযায়ী এর বর্তমান release হলো 1.9.2। এর sample environment file-এ প্রয়োজনীয় উপাদানগুলো দেওয়া আছে: DATABASE_URL-এর মাধ্যমে PostgreSQL, REDIS_URL-এর মাধ্যমে Redis, দুটি random secret এবং publicly reachable একটি URL।

openssl rand -hex 32
openssl rand -hex 32

এটি দুইবার চালান এবং উভয় value সংরক্ষণ করুন। প্রথমটি SECRET_KEY এবং দ্বিতীয়টি UTILS_SECRET হবে। Environment file-এর মূল অংশটি এমন দেখায়:

NODE_ENV=production
URL=https://docs.example.com
PORT=3000
SECRET_KEY=<first openssl value>
UTILS_SECRET=<second openssl value>
DATABASE_URL=postgres://outline:change_me@postgres:5432/outline
PGSSLMODE=disable
REDIS_URL=redis://redis:6379
FILE_STORAGE=local
FILE_STORAGE_LOCAL_ROOT_DIR=/var/lib/outline/data

Database একই machine বা একই Docker network-এ থাকলেই PGSSLMODE=disable সঠিক। Network-এর মাধ্যমে database-এ সংযোগ করলে এটি বাদ দিন; নইলে connection encrypted না হয়ে cleartext-এ যাবে। Attachment-এর জন্য এখন আর object storage বাধ্যতামূলক নয়: FILE_STORAGE=local upload-গুলো উপরের directory-তে লিখবে। ওই directory-টি এমন volume হতে হবে যেখানে container লিখতে পারে এবং যা আপনার backup-এর অন্তর্ভুক্ত। File-গুলো S3 compatible bucket-এ রাখতে চাইলে AWS_*-এর value ব্যবহার করে FILE_STORAGE=s3 সেট করুন।

এখন সেই বিষয়টি আসা যাক, যা অনেককে অবাক করে। Outline-এ built-in username এবং password login নেই। এর sample configuration-এ বলা আছে, third-party sign-in credential প্রয়োজন: "কার্যকর installation-এর জন্য এইগুলোর মধ্যে অন্তত ONE প্রয়োজন; নইলে sign-in করার কোনো option থাকবে না"। Documented provider-গুলোর মধ্যে রয়েছে Google, Slack, Microsoft Entra, Discord এবং যেকোনো generic OpenID Connect (OIDC) server, যেগুলো OIDC_CLIENT_ID, OIDC_CLIENT_SECRET, OIDC_AUTH_URI, OIDC_TOKEN_URI এবং OIDC_USERINFO_URI-এর মাধ্যমে configure করা যায়।

তাই Outline চালানোর প্রকৃত প্রয়োজন হলো Outline, PostgreSQL, Redis এবং একটি identity provider। আপনার team যদি আগে থেকেই Google Workspace বা Microsoft Entra দিয়ে sign-in করে, তাহলে শেষ অংশটি configure করতে প্রায় দশ মিনিট লাগবে এবং Outline বেশ আকর্ষণীয় হয়ে উঠবে। তা না হলে আপনাকে Keycloak বা Authentik-এর মতো একটি service-ও self-host করতে হবে। এটি patch এবং backup করার জন্য আরও একটি service। সেই অনুযায়ী memory budget করুন: Outline-এর নিজস্ব নির্দেশনা অনুযায়ী প্রতি web process-এর জন্য প্রায় 512 MB লাগে। এটি WEB_CONCURRENCY দিয়ে নির্ধারিত হয়। এর সঙ্গে database এবং Redis-এর memory-ও যোগ হবে।

প্রতিটি প্ল্যাটফর্মে কে কোন কনটেন্ট পড়তে পারবে

BookStack-এ শুরু থেকেই স্থানীয় email ও password account থাকে এবং বিকল্প হিসেবে LDAP, SAML2 ও OIDC সমর্থন করে। Permission role অনুযায়ী নির্ধারণ করা যায় এবং একটি নির্দিষ্ট shelf, book, chapter বা page-এ তা override করা যায়। Hierarchy নির্দিষ্ট থাকায় permission পূর্বানুমানযোগ্যভাবে নিচের স্তরগুলোতে উত্তরাধিকারসূত্রে প্রযোজ্য হয়।

Wiki.js-এও স্থানীয় account থাকে এবং admin area থেকে সক্রিয় করার জন্য অনেক authentication strategy দেওয়া হয়। এর page rule path pattern অনুযায়ী access অনুমোদন বা প্রত্যাখ্যান করে। এটি শক্তিশালী, তবে ভুল করা সহজ, কারণ ops/*-এর জন্য লেখা একটি rule পরে ওই path-এর অধীনে যুক্ত করা প্রতিটি page-এ নীরবে প্রযোজ্য হয়।

Outline এই বিষয়টি সম্পূর্ণভাবে আপনার identity provider-এর ওপর নির্ভর করায়। Membership identity provider অনুসরণ করে এবং Outline-এর ভেতরে collection ও group অনুযায়ী access নিয়ন্ত্রণ করা যায়। কেউ প্রতিষ্ঠান ছেড়ে গেলে কোনো local account অবশিষ্ট থাকে না। Identity provider-ই যদি account deprovision করার ব্যবস্থার কেন্দ্রে থাকে, তাহলে এটি একটি গুরুত্বপূর্ণ সুবিধা।

প্রতিটিতে অনুসন্ধান যেভাবে কাজ করে

অনুসন্ধানই নির্ধারণ করে কোনো wiki কার্যকর থাকে, নাকি ভুলে যাওয়া ফাইলের একটি ফোল্ডারে পরিণত হয়।

BookStack database অনুসন্ধান করে এবং পাঠকদের এমন একটি query language দেয়, যা এক মিনিটে শেখা যায়। "london meeting"-এর মতো কোনো phrase উদ্ধৃতিচিহ্নের মধ্যে দিলে ঠিক সেই string-টি খুঁজতে হয়। Square bracket tag অনুসন্ধান করে: [location=london] tag name, value বা উভয়ের ভিত্তিতে মেলে; এর মধ্যে !=, >= এবং like-এর মতো comparison রয়েছে। Curly brace metadata অনুযায়ী filter করে, যেমন {created_after:2016-12-30}। যেকোনো exact, tag বা filter term-এর শুরুতে - বসিয়ে সেটিকে বাদ দেওয়া যায়। BookStack একটি query-তে প্রতিটি ধরনের term-এর সংখ্যা সীমিত রাখে। তাই খুব দীর্ঘ query চালানোর পরিবর্তে তা সংক্ষিপ্ত করা হয়।

Wiki.js অনুসন্ধানকে একটি pluggable module হিসেবে বিবেচনা করে। নথিভুক্ত engine-গুলোর মধ্যে রয়েছে basic database engine, PostgreSQL engine, Elasticsearch, Algolia, AWS CloudSearch এবং Azure Search। কয়েকশো page-এর জন্য basic engine যথেষ্ট। আপনি PostgreSQL চালালে admin area-তে PostgreSQL engine নির্বাচন করুন, কারণ এটি সাধারণ matching-এর পরিবর্তে database-এর নিজস্ব full text index ব্যবহার করে। এমন wiki-এর জন্য Elasticsearch রাখুন, যার আকার এত বড় যে দ্বিতীয় একটি search service চালানো এবং patch করা গ্রহণযোগ্য।

Outline PostgreSQL full text index অনুসন্ধান করে। এখানে কোনো engine নির্বাচন বা tuning করার সুযোগ নেই। এটি upload করা document-এর ভেতরের text-ও অনুসন্ধান করে। কয়েক হাজারের কম document থাকা একটি team wiki-এর জন্য তিনটির মধ্যে এটিতে কাজ সবচেয়ে কম। তবে এটি পর্যাপ্ত দ্রুত না থাকলে গতি বাড়ানোর জন্য পরিবর্তন করার মতো কোনো configuration option-ও নেই।

আপনার জন্য কোনটি উপযুক্ত

আপনি যদি আজ বিকেলের মধ্যেই wiki চালু করতে চান এবং কাঠামো নিয়ে বিতর্কের চেয়ে বিষয়বস্তু নিয়ে আলোচনা করতে বেশি আগ্রহী হন, তাহলে BookStack বেছে নিন। এতে পরিচালনার উপাদান সবচেয়ে কম: একটি PHP application এবং একটি MySQL database। এটি অভ্যন্তরীণ runbook ও customer documentation-এর জন্য উপযুক্ত। এমন দলগুলোর জন্যও এটি ভালো, যেখানে অধিকাংশ লেখক engineer নন। তিনটির মধ্যে এটিকে backup করাও সবচেয়ে সহজ, কারণ সম্পূর্ণ state একটি database dump এবং uploads directory-তে থাকে।

অন্যগুলোতে নেই এমন নির্দিষ্ট editor বা নির্দিষ্ট authentication strategy প্রয়োজন হলে Wiki.js বেছে নিন। বড় পরিমাণে বিদ্যমান Markdown বা AsciiDoc import করতে হলে এবং path structure অপরিবর্তিত রাখতে চাইলে এটিও উপযুক্ত। তবে আপনাকে একটি ভারী stack পরিচালনা করতে হবে, তাই major version tag নির্দিষ্ট করে দিন।

লেখার মান সবচেয়ে গুরুত্বপূর্ণ হলে, wiki-টি public-এর বদলে কোনো team-এর জন্য হলে এবং আপনার আগে থেকেই একটি identity provider থাকলে Outline বেছে নিন। এই setup-এর মাধ্যমে এমন editor পাওয়া যায়, যা ব্যবহারকারীরা সত্যিই ব্যবহার করতে স্বাচ্ছন্দ্য বোধ করেন। এটিকে আপনার প্রথম self-hosted application হিসেবে বেছে নেবেন না।

তিনটির কোনোটিই উপযুক্ত না হলে, সমস্যাটি সাধারণত content type-এ। Scanned invoice ও contract-এর জন্য wiki নয়, Paperless-ngx-এর মতো একটি document management system ব্যবহার করুন। এগুলো wiki-তে জোর করে রাখার কারণেই অনেক wiki শেষ পর্যন্ত পরিত্যক্ত হয়। আরেকটি সাধারণ অমিল হলো wiki-এর বদলে এমন একটি workspace প্রয়োজন হওয়া, যেখানে একই canvas-এ document, table ও whiteboard থাকে। এই ক্ষেত্রে উপরের তিনটির চেয়ে একটি self-hosted AFFiNE workspace বেশি উপযুক্ত। আপনার নিজের server-এ আর কী কী স্থান পাওয়ার যোগ্য, তার বিস্তৃত ধারণার জন্য দেখুন 2026 সালের self-hosting shortlist।

আকার নির্ধারণ এবং ব্যাকআপ

তিনটিই একটি ছোট VPS-এ চালানো যায়। তবে বাস্তবসম্মত ন্যূনতম প্রয়োজন ভিন্ন, কারণ প্রতিটির পেছনে থাকা উপাদানও ভিন্ন। BookStack একটি application process এবং MySQL নিয়ে চলে। Wiki.js একটি Node process এবং PostgreSQL নিয়ে চলে। Outline একটি Node process, PostgreSQL এবং Redis নিয়ে চলে। সাধারণত এর সঙ্গে একটি identity provider-ও থাকে। তাই Outline-এর জন্য অতিরিক্ত memory বরাদ্দ করা উচিত।

Database এবং uploads একসঙ্গে ব্যাকআপ করুন। সেই ব্যাকআপের ওপর নির্ভর করার আগে উভয়টি একবার একটি অস্থায়ী instance-এ restore করুন। যে wiki backup কখনও restore করে পরীক্ষা করা হয়নি, সেটি কেবল অনুমান। BookStack-এর ক্ষেত্রে এর অর্থ mysqldump এবং /config volume। Wiki.js ও Outline-এর ক্ষেত্রে এর অর্থ pg_dump এবং data volume। Outline-এর ক্ষেত্রে FILE_STORAGE_LOCAL_ROOT_DIR-এ থাকা উপাদানগুলিও অন্তর্ভুক্ত করতে হবে।

FAQ

কোন self-hosted wiki ইনস্টল করা সবচেয়ে সহজ?

BookStack। এটি MySQL database-সহ একটি একক PHP application, এবং প্রকল্পটি Ubuntu 24.04-এর জন্য এমন একটি installation script সরবরাহ করে, যা একবার চালালেই Apache, MySQL 8.0 এবং PHP 8.3 সেটআপ করে। Container image-এর জন্য শুধু একটি APP_KEY এবং database credentials প্রয়োজন। Wiki.js একটি Node runtime এবং PostgreSQL server যোগ করে, আর Outline এর সঙ্গে Redis এবং একটি external identity provider-ও যোগ করে।

Google বা অন্য কোনো SSO provider ছাড়া কি Outline ব্যবহার করা যায়?

না। Outline-এ local username এবং password login নেই। এর sample configuration-এ স্পষ্টভাবে বলা আছে, অন্তত একটি third-party sign-in provider প্রয়োজন; তা না হলে sign-in করার কোনো option থাকবে না। আপনি Google, Slack, Microsoft Entra, Discord অথবা self-hosted Keycloak বা Authentik-এর মতো যেকোনো generic OpenID Connect server ব্যবহার করতে পারেন। Outline চালানোর মোট খরচের অংশ হিসেবে ওই provider-ও চালাতে হবে।

Wiki.js 3 নাকি Wiki.js 2 ইনস্টল করা উচিত?

Version 2। July 2026 অনুযায়ী, version 2-এর সর্বশেষ release হলো 2.5.314, যা May 2026-এ প্রকাশিত হয়েছে। Version 3-এর documentation-এ স্পষ্টভাবে বলা আছে, এটি একটি unstable beta এবং production-এ ইনস্টল করা উচিত নয়। আপনার image-এ ghcr.io/requarks/wiki:2 pin করুন, latest নয়, কারণ major version পরিবর্তন করলে চলমান instance-এর database schema বদলে যায়।

কোনটির search সবচেয়ে ভালো?

প্রতিটি ভিন্ন দিক থেকে শক্তিশালী। BookStack পাঠকদের exact phrase-সহ একটি query language, [location=london]-এর মতো tag filter এবং {created_after:2016-12-30}-এর মতো metadata filter দেয়। এই term-গুলোর যেকোনোটি শুরুতে - বসিয়ে বাদ দেওয়া যায়। Outline-এর কোনো configuration প্রয়োজন নেই এবং uploaded file-এর ভেতরের text-ও search করে। Wiki.js সবচেয়ে বেশি কনফিগারযোগ্য, কারণ আপনি engine বেছে নিতে পারেন। আপনার wiki কয়েকশো page ছাড়িয়ে গেলে PostgreSQL engine-এ switching করা উপযোগী।

পরে কি এক wiki থেকে অন্যটিতে content সরানো যাবে?

আংশিকভাবে, এবং manual কাজের জন্য প্রস্তুত থাকা উচিত। তিনটিই Markdown export ও import করতে পারে, তাই page text সাধারণত ঠিক থাকে। তবে structure পুরোপুরি ঠিক থাকে না। BookStack-এর book এবং chapter-এর Outline-এর nested document-এ সরাসরি সমতুল্য নেই, আর Wiki.js-এর path BookStack-এর fixed hierarchy-এর সঙ্গে মেলে না। Attachment, permission এবং page history হারিয়ে যাওয়ার সম্ভাবনা সবচেয়ে বেশি। তাই migration চূড়ান্ত করার আগে একটি sample export করে এগুলো পরীক্ষা করুন।