बेहतरीन self-hosted wiki: BookStack, Wiki.js और Outline

आपको कौन सा self-hosted wiki चलाना चाहिए

एक self-hosted wiki आपकी टीम के दस्तावेज़ों को आपके द्वारा नियंत्रित सर्वर पर एक खोजने योग्य स्थान पर रखता है। BookStack, Wiki.js और Outline सभी यह कार्य करते हैं। वे इस बात में सबसे अधिक भिन्न हैं कि पहला पेज लोड होने से पहले आपको कितनी तैयारी करनी पड़ती है, और किसे लॉग इन करने की अनुमति है।

BookStack को सेटअप करना सबसे आसान है और यह संरचना के मामले में सबसे अधिक निश्चित (opinionated) है। Wiki.js आपको एक पेज ट्री पर एडिटर्स का सबसे व्यापक विकल्प देता है। Outline का लेखन अनुभव तीनों में सबसे बेहतर है, और जब तक आप किसी बाहरी identity provider को कनेक्ट नहीं करते, तब तक यह किसी को भी साइन इन नहीं करने देगा।

नीचे दी गई हर जानकारी प्रोजेक्ट्स के अपने दस्तावेज़ों और उनकी प्रकाशित configuration files से ली गई है। यह क्षमताओं की तुलना है, न कि कोई बेंचमार्क। वर्शन नंबर और आवश्यकताएं एक तारीख के साथ अंकित हैं क्योंकि ये तीनों प्रोजेक्ट्स लगातार अपडेट होते रहते हैं।

संरचना ही वास्तविक विकल्प है

BookStack आपकी सामग्री के आकार को निर्धारित करता है। एक पेज एक बुक के अंदर रहता है, एक बुक में चैप्टर हो सकते हैं, और शेल्फ बुक्स को समूहित करती हैं। आप पांचवां स्तर नहीं बना सकते। यह सीमा ही इस उत्पाद की विशेषता है: एक नया लेखक जानता है कि पेज कहाँ जाएगा क्योंकि इसके लिए केवल एक ही स्थान उपलब्ध है। इसकी कीमत यह है कि जो सामग्री इस आकार में फिट नहीं होती, उसे जबरन इसमें डालना पड़ता है।

Wiki.js एक पाथ ट्री का उपयोग करता है, जैसे डिस्क पर फोल्डर होते हैं। ops/backup/restic पर स्थित एक पेज वहीं होता है जहाँ आप उसे रखते हैं, और गहराई आप चुनते हैं। कोई भी चीज दो लोगों को एक ही विषय को दो अलग-अलग शाखाओं के अंतर्गत फाइल करने से नहीं रोकती है, इसलिए एक Wiki.js इंस्टेंस को ऐसे व्यक्ति की आवश्यकता होती है जो ट्री का प्रबंधन करे।

Outline ऐसे कलेक्शन का उपयोग करता है जिनमें डॉक्यूमेंट्स के अंदर डॉक्यूमेंट्स नेस्टेड होते हैं। माउस से डॉक्यूमेंट को मूव करना आसान है। यह तीनों में सबसे अधिक लचीला है, इसलिए इसमें सामग्री के बिखरने की संभावना भी सबसे अधिक होती है।

BookStack: न्यूनतम इंस्टॉलेशन

BookStack एक PHP एप्लिकेशन है जो MySQL द्वारा संचालित है। जुलाई 2026 तक, दस्तावेजीकृत आवश्यकताओं में PHP 8.2 या नया संस्करण और MySQL 8.0 या MariaDB 10.6 या नया संस्करण शामिल है। यदि आप सोर्स से इंस्टॉल करते हैं, तो Composer 2.2 या नया संस्करण आवश्यक है। वर्तमान रिलीज़ लाइन 26.05 है।

यह प्रोजेक्ट प्रत्येक Ubuntu रिलीज़ के लिए एक इंस्टॉलेशन स्क्रिप्ट प्रकाशित करता है। 24.04 स्क्रिप्ट आपके लिए 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

उस स्क्रिप्ट को चलाने से पहले दी गई चेतावनी को पढ़ें। दस्तावेज़ में कहा गया है कि यह "केवल एक नए OS के लिए है, यह Apache, MySQL 8.0 और PHP 8.3 इंस्टॉल करेगा और मशीन पर किसी भी मौजूदा वेब सेटअप को ओवरराइट कर सकता है"। ऐसे सर्वर पर जो पहले से ही port 80 पर प्रतिक्रिया दे रहा है, स्क्रिप्ट उस पोर्ट को ले लेती है और Apache कॉन्फ़िगरेशन को फिर से लिख देती है। वहां कंटेनरों का उपयोग करें, या Ubuntu 24.04 पर मौजूदा LAMP स्टैक के ऊपर मैन्युअल रूप से BookStack इंस्टॉल करें।

कंटेनर विकल्प LinuxServer.io इमेज का उपयोग करता है, जो कि BookStack दस्तावेज़ों द्वारा सुझाया गया विकल्प है। BookStack को एक सेशन एन्क्रिप्शन की (key) की आवश्यकता होती है और इसके बिना यह पेज सर्व नहीं करेगा, इसलिए इसे पहले जनरेट करें।

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

प्रिंट किए गए मान को APP_KEY में कॉपी करें, फिर सर्विस लिखें:

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 को उस पते से मेल खाना चाहिए जिसे पाठक वास्तव में टाइप करते हैं, जिसमें स्कीम और कोई भी पोर्ट शामिल है। इसे http://localhost पर सेट करें और फिर साइट को HTTPS पर सर्व करें, अन्यथा जनरेट किए गए लिंक और रीडायरेक्ट गलत होस्ट पर पॉइंट करेंगे, जिसे पाठक एक ऐसे लॉगिन पेज के रूप में देखेंगे जो बार-बार खुद पर ही लूप करता है। यदि compose फाइलें आपके लिए नई हैं, तो इससे पहले VPS पर Docker Compose की बुनियादी बातें से शुरुआत करें।

इसे चालू करें और जांचें कि एप्लिकेशन प्रतिक्रिया दे रहा है, न कि केवल यह कि कंटेनर चल रहा है:

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

200 OK का मतलब है कि PHP एप्लिकेशन बूट हो गया है और डेटाबेस तक पहुंच गया है। 500 का मतलब लगभग हमेशा यह होता है कि APP_KEY खाली है या डेटाबेस क्रेडेंशियल्स मेल नहीं खाते हैं, और docker compose logs bookstack प्रिंट करता है कि इन दोनों में से क्या समस्या है।

Wiki.js: एक ट्री, कई संपादक

Wiki.js एक Node.js एप्लिकेशन है। प्रलेखित Docker सेटअप इसे PostgreSQL के साथ जोड़ता है, हालाँकि यह सॉफ़्टवेयर MySQL, MariaDB, MSSQL और SQLite को भी स्वीकार करता है। यह प्रोजेक्ट के अपने Docker पेज से ली गई compose फ़ाइल है:

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 को एक साथ बदलें, क्योंकि वे एक ही क्रेडेंशियल हैं और नमूना मान सार्वजनिक है। टैग को जानबूझकर ghcr.io/requarks/wiki:2 पर पिन किया गया है। दस्तावेज़ीकरण latest के उपयोग के विरुद्ध सलाह देता है, क्योंकि एक प्रमुख संस्करण परिवर्तन चल रहे इंस्टेंस के अंतर्गत डेटाबेस स्कीमा को बदल देता है।

संस्करण 2 वह लाइन है जिसे चलाना है। जुलाई 2026 तक, नवीनतम संस्करण 2 रिलीज़ 2.5.314 है, जो मई 2026 से है। संस्करण 3 मौजूद है, और इसका अपना दस्तावेज़ीकरण कहता है: "यह साइट Wiki.js 3.0 के अस्थिर बीटा रिलीज़ के लिए है। आपको इसे प्रोडक्शन में इंस्टॉल नहीं करना चाहिए।" :3 टैग को एक पूर्वावलोकन के रूप में मानें।

पहली बार लोड होने पर, Wiki.js आपको इन-ब्राउज़र सेटअप के माध्यम से ले जाता है जो एडमिनिस्ट्रेटर अकाउंट बनाता है। जब तक आप इसे पूरा नहीं कर लेते, तब तक पोर्ट तक पहुँचने वाला कोई भी व्यक्ति उस विज़ार्ड को देख सकता है, इसलिए फ़ायरवॉल खोलने से पहले सर्विस को अपने रिवर्स प्रॉक्सी और TLS (ट्रांसपोर्ट लेयर सिक्योरिटी) के पीछे रखें। जब सर्वर पर एक से अधिक सर्विस होस्ट की जाती हैं, तो अपने होस्टनेम पर स्थित विकी स्वाभाविक रूप से कई Docker ऐप्स के सामने Traefik के पीछे रहता है।

संपादक का चुनाव वह कारण है जिसके लिए लोग Wiki.js चुनते हैं। एक इंस्टेंस में Markdown पेज, विज़ुअल एडिटर पेज, रॉ HTML पेज और AsciiDoc पेज एक साथ रह सकते हैं। यह तब मदद करता है जब आप पुरानी सामग्री को ऐसे प्रारूप में आयात कर रहे हों जिसे आप बदलना नहीं चाहते। यह एक विकी में चार हाउस स्टाइल के साथ समाप्त होने का एक तरीका भी है, इसलिए पहले दिन ही डिफ़ॉल्ट संपादक का निर्णय लें और उस निर्णय को लिख लें।

Outline: बेहतरीन एडिटर, भारी-भरकम आवश्यकताएं

जब लोग कहते हैं कि उन्हें कोई ऐसा टूल चाहिए जो कमर्शियल नोट्स टूल जैसा महसूस हो, तो उनका मतलब अक्सर Outline से होता है। यह एक Node.js एप्लिकेशन है, और जुलाई 2026 तक इसका वर्तमान रिलीज 1.9.2 है। इसकी सैंपल एनवायरनमेंट फाइल उन चीजों की सूची देती है जिनकी इसे आवश्यकता है: DATABASE_URL के माध्यम से PostgreSQL, REDIS_URL के माध्यम से Redis, दो रैंडम सीक्रेट्स, और एक सार्वजनिक रूप से पहुंच योग्य URL।

openssl rand -hex 32
openssl rand -hex 32

इसे दो बार चलाएं और दोनों वैल्यूज को सुरक्षित रखें। पहली वैल्यू SECRET_KEY बन जाती है, और दूसरी UTILS_SECRET। एनवायरनमेंट फाइल का मुख्य हिस्सा इस तरह दिखता है:

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

PGSSLMODE=disable केवल तभी सही होता है जब डेटाबेस उसी मशीन पर या उसी Docker नेटवर्क पर स्थित हो। नेटवर्क के माध्यम से एक्सेस किए जाने वाले डेटाबेस के लिए इसे खाली छोड़ दें, अन्यथा कनेक्शन बिना एन्क्रिप्शन के (in the clear) जाएगा। अटैचमेंट्स के लिए अब आपको ऑब्जेक्ट स्टोरेज का उपयोग करने की बाध्यता नहीं है: FILE_STORAGE=local अपलोड्स को ऊपर दी गई डायरेक्टरी में लिखता है, जो कि एक ऐसा वॉल्यूम होना चाहिए जिसमें कंटेनर लिख सके और जिसे आपके बैकअप में शामिल किया गया हो। यदि आप उन फाइलों को S3 कम्पैटिबल बकेट में रखना चाहते हैं, तो AWS_* वैल्यूज के साथ FILE_STORAGE=s3 को सेट करें।

अब वह हिस्सा जो लोगों को हैरान करता है। Outline में इन-बिल्ट यूजरनेम और पासवर्ड लॉगिन की सुविधा नहीं है। इसके अपने सैंपल कॉन्फ़िगरेशन में कहा गया है कि थर्ड-पार्टी साइन-इन क्रेडेंशियल्स आवश्यक हैं: "वर्किंग इंस्टॉलेशन के लिए इनमें से कम से कम एक का होना आवश्यक है, अन्यथा आपके पास साइन-इन के कोई विकल्प नहीं होंगे"। डॉक्यूमेंटेड प्रोवाइडर्स में Google, Slack, Microsoft Entra, Discord और OIDC_CLIENT_ID, OIDC_CLIENT_SECRET, OIDC_AUTH_URI, OIDC_TOKEN_URI तथा OIDC_USERINFO_URI के माध्यम से कोई भी जेनेरिक OpenID Connect (OIDC) सर्वर शामिल हैं।

इसलिए, Outline की वास्तविक लागत Outline प्लस PostgreSQL प्लस Redis प्लस एक आइडेंटिटी प्रोवाइडर है। यदि आपकी टीम पहले से ही Google Workspace या Microsoft Entra के साथ साइन-इन करती है, तो उस अंतिम हिस्से में आपको केवल दस मिनट लगेंगे और Outline बहुत आकर्षक बन जाता है। यदि ऐसा नहीं है, तो आप Keycloak या Authentik जैसी किसी सेवा को भी सेल्फ-होस्ट कर रहे होंगे, जो पैच करने और बैकअप लेने के लिए एक दूसरी सर्विस बन जाती है। मेमोरी का बजट उसी अनुसार तय करें: Outline का अपना मार्गदर्शन प्रति वेब प्रोसेस लगभग 512 MB का है, जिसे WEB_CONCURRENCY द्वारा सेट किया जाता है, जो डेटाबेस और Redis के अतिरिक्त है।

प्रत्येक सिस्टम यह कैसे प्रबंधित करता है कि कौन क्या पढ़ सकता है

BookStack में इन-बिल्ट लोकल ईमेल और पासवर्ड अकाउंट की सुविधा होती है, और यह विकल्पों के रूप में LDAP, SAML2 और OIDC को सपोर्ट करता है। अनुमतियाँ (permissions) प्रति रोल सेट की जाती हैं और इन्हें किसी एक शेल्फ, बुक, चैप्टर या पेज पर ओवरराइड किया जा सकता है। चूँकि पदानुक्रम (hierarchy) निश्चित है, इसलिए अनुमतियाँ इसमें एक अनुमानित तरीके से नीचे की ओर इनहेरिट होती हैं।

Wiki.js में भी लोकल अकाउंट की सुविधा होती है और यह उन रणनीतियों की एक लंबी सूची जोड़ता है जिन्हें आप एडमिन एरिया में इनेबल करते हैं। इसके पेज नियम पाथ पैटर्न के आधार पर एक्सेस प्रदान करते हैं या अस्वीकार करते हैं। यह शक्तिशाली है लेकिन इसमें गलती होने की संभावना रहती है, क्योंकि ops/* के लिए लिखा गया नियम चुपचाप उन सभी पेजों को कवर कर लेता है जिन्हें आप बाद में उस पाथ के अंतर्गत फाइल करते हैं।

Outline इस प्रश्न को पूरी तरह से डेलिगेट कर देता है। मेंबरशिप आपके आइडेंटिटी प्रोवाइडर का अनुसरण करती है, और Outline के भीतर आप कलेक्शन और ग्रुप द्वारा एक्सेस को नियंत्रित करते हैं। जब कोई कंपनी छोड़ता है तो कोई लोकल अकाउंट पीछे नहीं छूटता है, जो कि एक वास्तविक लाभ है जब आइडेंटिटी प्रोवाइडर पहले से ही वह सिस्टम हो जिसके माध्यम से आप डीप्रोविजनिंग करते हैं।

सर्च प्रत्येक में कैसे काम करती है

सर्च वह सुविधा है जहाँ एक विकी अपनी उपयोगिता सिद्ध करता है या फिर भुला दी गई फाइलों का फोल्डर बनकर रह जाता है।

BookStack डेटाबेस को सर्च करता है और पाठकों को एक ऐसी क्वेरी भाषा देता है जिसे एक मिनट में सीखा जा सकता है। किसी वाक्यांश को कोट करने के लिए, जैसे "london meeting" में, उस सटीक स्ट्रिंग की आवश्यकता होती है। स्क्वायर ब्रैकेट टैग सर्च करते हैं: [location=london] टैग नाम, मान या दोनों के आधार पर मिलान करता है, जिसमें !=, >= और like जैसी तुलनाएं शामिल हैं। कर्ली ब्रेसिज़ मेटाडेटा पर फिल्टर लगाते हैं, जैसा कि {created_after:2016-12-30} में है। किसी भी सटीक, टैग या फिल्टर टर्म को उसके आगे - लगाकर नकारा (negate) जा सकता है। BookStack एक क्वेरी में प्रत्येक प्रकार के कितने टर्म हो सकते हैं, इसकी सीमा तय करता है, इसलिए बहुत लंबी क्वेरी को चलाने के बजाय ट्रिम कर दिया जाता है।

Wiki.js सर्च को एक प्लगेबल मॉड्यूल के रूप में देखता है। प्रलेखित इंजन एक बेसिक डेटाबेस इंजन, एक PostgreSQL इंजन, Elasticsearch, Algolia, AWS CloudSearch और Azure Search हैं। बेसिक इंजन कुछ सौ पेजों के लिए ठीक है। यदि आप PostgreSQL चलाते हैं, तो एडमिन एरिया में PostgreSQL इंजन पर स्विच करें, क्योंकि यह साधारण मिलान के बजाय डेटाबेस के अपने फुल टेक्स्ट इंडेक्स का उपयोग करता है। Elasticsearch को केवल तभी रखें जब आपका विकी इतना बड़ा हो कि आप एक दूसरी सर्च सर्विस को चलाने और पैच करने का भार उठा सकें।

Outline PostgreSQL फुल टेक्स्ट इंडेक्स को सर्च करता है। इसमें चुनने के लिए कोई इंजन नहीं है और ट्यून करने के लिए कुछ भी नहीं है, और यह अपलोड की गई फाइलों के अंदर के टेक्स्ट को भी सर्च करता है। कुछ हजार दस्तावेजों वाले टीम विकी के लिए, तीनों में से इसमें सबसे कम मेहनत लगती है। यदि यह कभी पर्याप्त तेज़ न रहे, तो इसे बदलने के लिए भी कोई विकल्प मौजूद नहीं है।

आपके लिए कौन सा उपयुक्त है

यदि आप चाहते हैं कि विकी आज दोपहर तक चालू हो जाए और आप संरचना के बजाय सामग्री पर चर्चा करना पसंद करते हैं, तो BookStack चुनें। इसमें सबसे कम घटक हैं: एक PHP एप्लिकेशन और एक MySQL डेटाबेस। यह आंतरिक रनबुक और ग्राहक दस्तावेज़ीकरण के लिए उपयुक्त है, और यह उन टीमों के लिए भी सही है जहाँ अधिकांश लेखक इंजीनियर नहीं हैं। तीनों में से इसका बैकअप लेना सबसे आसान है, क्योंकि पूरी स्थिति एक डेटाबेस डंप और uploads डायरेक्टरी है।

यदि आपको किसी विशिष्ट एडिटर या किसी विशिष्ट प्रमाणीकरण रणनीति की आवश्यकता है जो अन्य प्रदान नहीं करते हैं, या यदि आप मौजूदा Markdown या AsciiDoc की एक बड़ी मात्रा को आयात कर रहे हैं और पाथ संरचना को सुरक्षित रखना चाहते हैं, तो Wiki.js चुनें। यह स्वीकार करें कि आप एक भारी स्टैक चला रहे हैं, और मेजर वर्ज़न टैग को पिन करें।

यदि लेखन की गुणवत्ता सबसे अधिक मायने रखती है, विकी जनता के बजाय एक टीम के लिए है, और आपके पास पहले से ही एक आइडेंटिटी प्रोवाइडर है, तो Outline चुनें। यह उस सेटअप को ऐसे एडिटर के साथ पुरस्कृत करता है जिसे लोग वास्तव में उपयोग करना पसंद करते हैं। इसे अपना पहला सेल्फ-होस्टेड एप्लिकेशन न चुनें।

यदि तीनों में से कोई भी उपयुक्त नहीं है, तो बेमेल आमतौर पर सामग्री के प्रकार का होता है। स्कैन किए गए इनवॉइस और अनुबंध विकी के बजाय Paperless-ngx जैसे डॉक्यूमेंट मैनेजमेंट सिस्टम में होने चाहिए, और उन्हें विकी में जबरदस्ती डालने के कारण ही बहुत सारे विकी अंततः छोड़ दिए जाते हैं। अपने सर्वर पर और क्या जगह पाने योग्य है, इसके व्यापक दृष्टिकोण के लिए, 2026 के लिए सेल्फ-होस्टिंग शॉर्टलिस्ट देखें।

Sizing and backups

ये तीनों ही एक छोटे VPS पर चल सकते हैं, लेकिन इनका वास्तविक न्यूनतम संसाधन उपयोग इस बात पर निर्भर करता है कि प्रत्येक के पीछे क्या चल रहा है। BookStack एक एप्लिकेशन प्रोसेस और MySQL है। Wiki.js एक Node प्रोसेस और PostgreSQL है। Outline एक Node प्रोसेस, PostgreSQL और Redis है, जिसके साथ आमतौर पर एक identity provider भी होता है, इसीलिए इसे अधिक मेमोरी की आवश्यकता होती है।

डेटाबेस और अपलोड्स का बैकअप एक साथ लें, और उस पर निर्भर होने से पहले एक बार किसी अस्थायी इंस्टेंस में दोनों को रिस्टोर करके देखें। जिस विकी बैकअप को कभी रिस्टोर नहीं किया गया, वह केवल एक अनुमान है। BookStack के लिए इसका अर्थ है एक mysqldump और साथ में /config वॉल्यूम। Wiki.js और Outline के लिए इसका अर्थ है pg_dump और डेटा वॉल्यूम, और Outline के लिए इसमें वह सब भी शामिल है जो FILE_STORAGE_LOCAL_ROOT_DIR में मौजूद है।

FAQ

कौन सा सेल्फ-होस्टेड विकी इंस्टॉल करना सबसे आसान है?

BookStack। यह MySQL डेटाबेस के साथ एक सिंगल PHP एप्लिकेशन है, और प्रोजेक्ट Ubuntu 24.04 के लिए एक इंस्टॉलेशन स्क्रिप्ट प्रदान करता है जो एक ही बार में Apache, MySQL 8.0 और PHP 8.3 को सेटअप कर देती है। कंटेनर इमेज को केवल एक APP_KEY और डेटाबेस क्रेडेंशियल्स की आवश्यकता होती है। Wiki.js में एक Node रनटाइम और एक PostgreSQL सर्वर जुड़ जाता है, और Outline इसके ऊपर Redis और एक बाहरी आइडेंटिटी प्रोवाइडर को जोड़ता है।

क्या मैं Google या किसी अन्य SSO प्रोवाइडर के बिना Outline का उपयोग कर सकता हूँ?

नहीं। Outline में कोई लोकल यूजरनेम और पासवर्ड लॉगिन नहीं है। इसके सैंपल कॉन्फ़िगरेशन में कहा गया है कि कम से कम एक थर्ड पार्टी साइन-इन प्रोवाइडर आवश्यक है, अन्यथा आपके पास साइन-इन के कोई विकल्प नहीं होंगे। आप Google, Slack, Microsoft Entra, Discord, या किसी भी जेनेरिक OpenID Connect सर्वर जैसे कि सेल्फ-होस्टेड Keycloak या Authentik का उपयोग कर सकते हैं। उस प्रोवाइडर को चलाना Outline को चलाने की लागत का हिस्सा है।

क्या मुझे Wiki.js 3 इंस्टॉल करना चाहिए या Wiki.js 2?

वर्जन 2। जुलाई 2026 तक, सबसे नया वर्जन 2 रिलीज 2.5.314 है, जो मई 2026 का है, और वर्जन 3 के डॉक्यूमेंटेशन में स्पष्ट रूप से कहा गया है कि यह एक अस्थिर बीटा है जिसे आपको प्रोडक्शन में इंस्टॉल नहीं करना चाहिए। अपनी इमेज को ghcr.io/requarks/wiki:2 पर पिन करें, न कि latest पर, क्योंकि एक मेजर वर्जन परिवर्तन रनिंग इंस्टेंस के तहत डेटाबेस स्कीमा को बदल देता है।

किसमें सबसे अच्छा सर्च है?

वे अलग-अलग तरीकों से मजबूत हैं। BookStack पाठकों को सटीक वाक्यांशों के साथ एक क्वेरी लैंग्वेज, [location=london] जैसे टैग फिल्टर और {created_after:2016-12-30} जैसे मेटाडेटा फिल्टर देता है, और इनमें से किसी भी शब्द को शुरुआती - के साथ नेगेट (negate) किया जा सकता है। Outline को किसी कॉन्फ़िगरेशन की आवश्यकता नहीं होती और यह अपलोड की गई फाइलों के अंदर के टेक्स्ट को सर्च करता है। Wiki.js सबसे अधिक ट्यूनेबल है, क्योंकि आप इंजन चुनते हैं, और जैसे ही आपका विकी कुछ सौ पेजों से बड़ा हो जाता है, PostgreSQL इंजन पर स्विच करना फायदेमंद होता है।

क्या मैं बाद में अपनी सामग्री को एक से दूसरे में ले जा सकता हूँ?

आंशिक रूप से, और आपको मैन्युअल काम की उम्मीद करनी चाहिए। तीनों Markdown को एक्सपोर्ट और इम्पोर्ट करते हैं, इसलिए पेज का टेक्स्ट आमतौर पर सुरक्षित रहता है। संरचना (structure) स्पष्ट रूप से सुरक्षित नहीं रहती: BookStack की बुक्स और चैप्टर्स का Outline के नेस्टेड डॉक्यूमेंट्स में कोई समकक्ष नहीं है, और Wiki.js के पाथ BookStack की फिक्स्ड पदानुक्रम (hierarchy) पर मैप नहीं होते हैं। अटैचमेंट, अनुमतियाँ और पेज हिस्ट्री वे हिस्से हैं जिनके खोने की सबसे अधिक संभावना है, इसलिए माइग्रेशन के लिए प्रतिबद्ध होने से पहले एक सैंपल एक्सपोर्ट करें और उनकी जाँच करें।