BookStack vs Wiki.js vs Outline: ఏ wiki ఎంచుకోవాలి?
BookStack, Wiki.js, Outlineలను setup భారము, editing model, login ఎంపికలు, search ఆధారంగా పోల్చండి. solo adminకు, teamsకు సరైన ఎంపికను తెలుసుకోండి.
మీరు ఏ self-hosted wiki ను నడపాలి
self-hosted wiki మీ బృందం పత్రాలను మీరు నియంత్రించే serverలో శోధించగలిగే ఒకే చోట ఉంచుతుంది. BookStack, Wiki.js మరియు Outline ఈ పనిని చేస్తాయి. మొదటి page లోడ్ కావడానికి ముందు మీరు ఎంత configuration సమకూర్చాలి, అలాగే ఎవరు login చేయగలరు అనే విషయాల్లో వీటి మధ్య ప్రధాన తేడాలు ఉంటాయి.
BookStack ను అమలు చేయడం అత్యంత సులభం. దీని structure కూడా ముందే నిర్దేశించబడిన విధంగా ఉంటుంది. Wiki.js ఒకే page treeలో editors ఎంపికలో అత్యధిక స్వేచ్ఛను ఇస్తుంది. ఈ మూడింటిలో Outline రచనా అనుభవం అత్యుత్తమంగా ఉంటుంది. అయితే బయట identity provider ను connect చేసే వరకు ఇది ఎవరినీ sign in చేయనివ్వదు.
క్రిందివన్నీ ఆయా projects స్వంత documentation మరియు అవి ప్రచురించిన configuration files నుంచి తీసుకున్నవి. ఇది benchmark కాదు; capabilities పోలిక మాత్రమే. ఈ మూడు projects నిరంతరం మారుతున్నందున version numbers మరియు requirements కు తేదీని జతచేశాం.
నిర్మాణమే అసలు ఎంపిక
BookStack మీ కంటెంట్కు స్థిరమైన నిర్మాణాన్ని నిర్ణయిస్తుంది. ఒక page, book లో ఉంటుంది; ఒక book లో chapters ఉండవచ్చు; shelves, books ను సమూహాలుగా ఉంచుతాయి. మీరు ఐదవ స్థాయిని సృష్టించలేరు. ఆ పరిమితియే ఈ product ప్రత్యేకత: ఒక కొత్త writer కు page ను ఎక్కడ ఉంచాలో వెంటనే తెలుస్తుంది, ఎందుకంటే అది వెళ్లగలిగే స్థానం ఒక్కటే. అయితే ఈ నిర్మాణానికి సరిపోని కంటెంట్ను కూడా దానిలోకి బలవంతంగా అమర్చాల్సి వస్తుంది.
Wiki.js, disk లోని folders మాదిరిగా path tree ను ఉపయోగిస్తుంది. ops/backup/restic వద్ద ఉన్న page ను మీరు ఎక్కడ ఉంచాలనుకుంటే అక్కడ ఉంచవచ్చు; depth ను కూడా మీరే నిర్ణయిస్తారు. ఒకే subject ను ఇద్దరు వ్యక్తులు రెండు వేర్వేరు branches కింద నమోదు చేయడాన్ని ఏదీ ఆపదు. అందువల్ల Wiki.js instance కు tree నిర్వహణ బాధ్యత తీసుకునే ఒక వ్యక్తి అవసరం.
Outline, documents ను ఇతర documents లో nested గా ఉంచే collections ను ఉపయోగిస్తుంది. ఒక 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 ను అమలు చేయడానికి ముందు అందులోని హెచ్చరికను చదవండి. పత్రాల్లో ఇలా పేర్కొన్నారు: ఇది "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 పై అభ్యర్థనలకు స్పందిస్తున్న server లో script ఆ port ను స్వాధీనం చేసుకుని Apache configuration ను తిరిగి రాస్తుంది. అలాంటి సందర్భంలో containers ఉపయోగించండి. లేదా Ubuntu 24.04 లో ఇప్పటికే ఉన్న LAMP stack పై BookStack ను మాన్యువల్గా ఇన్స్టాల్ చేయండి.
Container మార్గం LinuxServer.io image ను ఉపయోగిస్తుంది. BookStack documentation సూచించే ఎంపిక ఇదే. BookStack కు session encryption key అవసరం. అది లేకుండా pages ను అందించదు. కాబట్టి ముందుగా దాన్ని generate చేయండి.
docker run -it --rm --entrypoint /bin/bash lscr.io/linuxserver/bookstack:latest appkeyముద్రితమైన value ను APP_KEY లోకి copy చేసి, తరువాత 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-stoppedAPP_URL readers వాస్తవంగా type చేసే address తో సరిపోవాలి. ఇందులో scheme మరియు ఏదైనా port కూడా ఉండాలి. దాన్ని http://localhost గా సెట్ చేసి, తరువాత site ను HTTPS ద్వారా అందించండి. లేకపోతే generated links మరియు redirects తప్పు host కు సూచిస్తాయి. దీని వల్ల readers కు login page మళ్లీ అదే page కి తిరిగివచ్చే loop గా కనిపిస్తుంది. Compose files మీకు కొత్తవి అయితే, దీనికి ముందు VPS పై Docker Compose ప్రాథమికాలు తో ప్రారంభించండి.
Application స్పందిస్తోందని కూడా తనిఖీ చేస్తూ దాన్ని ప్రారంభించండి. Container నడుస్తోందని మాత్రమే నిర్ధారించకండి:
docker compose up -d
docker compose ps
curl -sI http://127.0.0.1:6875/login200 OK అంటే PHP application ప్రారంభమై database కు చేరుకుంది. 500 సాధారణంగా APP_KEY ఖాళీగా ఉందని లేదా database credentials సరిపోలడం లేదని సూచిస్తుంది. ఈ రెండింటిలో ఏది జరిగిందో docker compose logs bookstack చూపిస్తుంది.
Wiki.js: ఒక tree, అనేక editors
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 విలువలను ఒకేసారి మార్చండి. అవి ఒకే credential కు చెందినవి. నమూనా విలువ public గా ఉంది. tag ను ఉద్దేశపూర్వకంగా ghcr.io/requarks/wiki:2 వద్ద pin చేశారు. latest ను ఉపయోగించవద్దని documentation సిఫార్సు చేస్తుంది. Major version మారితే running instance కింద database schema మారుతుంది.
నడపాల్సిన line Version 2. 2026 July నాటికి Version 2లోని తాజా release 2.5.314. ఇది 2026 Mayలో విడుదలైంది. Version 3 అందుబాటులో ఉంది. అయితే దాని స్వంత documentation ఇలా చెబుతుంది: "ఈ site Wiki.js 3.0 యొక్క unstable beta release కోసం ఉంది. దీన్ని productionలో install చేయకూడదు." :3 tag ను previewగా పరిగణించండి.
మొదటిసారి load చేసినప్పుడు Wiki.js browserలోని setup ద్వారా administrator accountను సృష్టించే దశలను చూపిస్తుంది. ఈ setup పూర్తయ్యే వరకు portను చేరగల ఎవరైనా ఆ wizardను చూస్తారు. అందువల్ల firewallను తెరవడానికి ముందు serviceను మీ reverse proxy మరియు TLS (transport layer security) వెనుక ఉంచండి. Serverలో ఈ ఒక్క serviceకన్నా ఎక్కువ services నడుస్తుంటే, ప్రత్యేక hostnameలోని wikiని అనేక Docker apps ముందు Traefik వెనుక ఉంచడం సహజమైన విధానం.
వ్యక్తులు Wiki.jsను ఎంచుకోవడానికి editor ఎంపికే ప్రధాన కారణం. ఒకే instanceలో Markdown pages, visual editor pages, raw HTML pages మరియు AsciiDoc pagesను పక్కపక్కనే ఉంచవచ్చు. మీరు మార్చాలనిపించని formatలోని పాత contentను import చేస్తున్నప్పుడు ఇది ఉపయోగపడుతుంది. అయితే ఒకే wikiలో నాలుగు వేర్వేరు house styles ఏర్పడే అవకాశం కూడా ఉంటుంది. అందువల్ల మొదటి రోజే default editorను నిర్ణయించి, ఆ నిర్ణయాన్ని రాతపూర్వకంగా నమోదు చేయండి.
Outline: ఉత్తమ ఎడిటర్, అత్యధిక ముందస్తు అవసరాలు
వాణిజ్య నోట్స్ సాధనంలా అనిపించే సాఫ్ట్వేర్ కావాలని చెప్పినప్పుడు సాధారణంగా ప్రజలు ఉద్దేశించేది Outline. ఇది Node.js అప్లికేషన్. July 2026 నాటికి దీని ప్రస్తుత release 1.9.2. దీనికి అవసరమైన అంశాలను sample environment file చూపిస్తుంది: DATABASE_URL ద్వారా PostgreSQL, REDIS_URL ద్వారా Redis, రెండు random secrets, అలాగే బయట నుంచి అందుబాటులో ఉండే URL.
openssl rand -hex 32
openssl rand -hex 32దీన్ని రెండుసార్లు అమలు చేసి, రెండు విలువలను భద్రపరచండి. మొదటి విలువ 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/dataDatabase అదే machine లేదా అదే Docker network లో ఉన్నప్పుడు మాత్రమే PGSSLMODE=disable సరైనది. Network ద్వారా చేరుకునే database కోసం దీన్ని ఉంచవద్దు. లేకపోతే connection encrypted కాకుండా సాగుతుంది. Attachments కోసం ఇక object storage తప్పనిసరి కాదు: FILE_STORAGE=local uploads ను పై directory లో రాస్తుంది. ఆ directory కు container write చేయగలగాలి. అలాగే అది మీ backups లో కూడా ఉండాలి. ఆ files ను S3 compatible bucket లో ఉంచాలనుకుంటే AWS_* విలువలతో FILE_STORAGE=s3 ను సెట్ చేయండి.
ఇప్పుడు చాలామందిని ఆశ్చర్యపరిచే విషయం. Outline లో username మరియు password login అంతర్నిర్మితంగా లేవు. పనిచేసే installation కోసం third-party sign-in credentials అవసరమని దాని sample configuration స్పష్టంగా చెబుతుంది: "at least ONE OF these is required for a working installation or you'll have no sign-in options". Document చేసిన providers లో Google, Slack, Microsoft Entra, Discord, అలాగే OIDC_CLIENT_ID, OIDC_CLIENT_SECRET, OIDC_AUTH_URI, OIDC_TOKEN_URI మరియు OIDC_USERINFO_URI ద్వారా ఉపయోగించగల generic OpenID Connect (OIDC) server ఉన్నాయి.
అందువల్ల Outline యొక్క వాస్తవ ఖర్చు Outlineతో పాటు PostgreSQL, Redis మరియు identity provider. మీ team ఇప్పటికే Google Workspace లేదా Microsoft Entra ద్వారా sign in చేస్తే, చివరి భాగాన్ని సిద్ధం చేయడానికి పది నిమిషాలు సరిపోతాయి. అప్పుడు Outline చాలా అనుకూలమైన ఎంపికగా మారుతుంది. అలా కాకపోతే, Keycloak లేదా Authentik వంటి మరో సేవను కూడా మీరే self-host చేయాలి. దానికి patching మరియు backup కూడా అవసరం. Memory ను దీనికి అనుగుణంగా కేటాయించండి: Outline మార్గదర్శకం ప్రకారం ప్రతి web process కు సుమారు 512 MB అవసరం. దీన్ని WEB_CONCURRENCY సెట్ చేస్తుంది. ఇది database మరియు Redis కోసం అవసరమైన memory కి అదనం.
ఎవరెవరిని ఏది చదవవచ్చో ప్రతి ప్లాట్ఫారమ్ ఎలా నిర్వహిస్తుంది
BookStack లో స్థానిక email మరియు password ఖాతాలు డిఫాల్ట్గా అందుబాటులో ఉంటాయి. ప్రత్యామ్నాయాలుగా LDAP, SAML2 మరియు OIDCలకు మద్దతు ఉంటుంది. Permissions ను ప్రతి role స్థాయిలో సెట్ చేయవచ్చు. ఒకే shelf, book, chapter లేదా page స్థాయిలో వాటిని override చేయవచ్చు. Hierarchy స్థిరంగా ఉండటంతో, permissions దాని దిగువ స్థాయిలకు ఊహించగలిగే విధంగా వారసత్వంగా వర్తిస్తాయి.
Wiki.js లో కూడా స్థానిక ఖాతాలు డిఫాల్ట్గా ఉంటాయి. అదనంగా admin areaలో enable చేయగల అనేక authentication strategies అందుబాటులో ఉంటాయి. దీని page rules path pattern ఆధారంగా access ను grant లేదా deny చేస్తాయి. ఇది శక్తివంతమైనదే, కానీ పొరపాటు చేయడం సులభం. ops/* కోసం రాసిన rule, తరువాత మీరు ఆ path కింద ఉంచే ప్రతి pageకు ఎలాంటి హెచ్చరిక లేకుండా వర్తిస్తుంది.
Outline ఈ ప్రశ్నను పూర్తిగా మీ identity providerకు అప్పగిస్తుంది. Membership మీ identity providerను అనుసరిస్తుంది. Outlineలో access ను collection మరియు group ఆధారంగా నియంత్రించవచ్చు. ఎవరైనా సంస్థను విడిచిపెట్టినప్పుడు వారి local account మిగిలి ఉండదు. Identity provider ద్వారానే deprovisioning చేసే వ్యవస్థ ఇప్పటికే ఉంటే, ఇది ముఖ్యమైన ప్రయోజనం.
ప్రతి ప్లాట్ఫారమ్లో search ఎలా పనిచేస్తుంది
Search సరిగా పనిచేస్తే wiki ఉపయోగకరంగా ఉంటుంది. లేకపోతే అది ఎవరూ తెరవని ఫైళ్ల ఫోల్డర్గా మారుతుంది.
BookStack database ను search చేసి, పాఠకులు ఒక నిమిషంలో నేర్చుకోగల query language ను అందిస్తుంది. "london meeting" వంటి phrase ను quotes లో ఉంచితే, అదే ఖచ్చితమైన string కోసం search చేస్తుంది. Square brackets tags కోసం search చేస్తాయి: [location=london] tag name, value లేదా రెండింటి ఆధారంగా సరిపోలుతుంది. ఇందులో !=, >= మరియు like వంటి comparisons ఉన్నాయి. {created_after:2016-12-30} వంటి curly braces metadata ఆధారంగా filter చేస్తాయి. ఏదైనా exact, tag లేదా filter term ముందు - ఉంచితే దానిని మినహాయించవచ్చు. ఒక query లో ప్రతి రకానికి ఉండగల terms సంఖ్యను BookStack పరిమితం చేస్తుంది. అందువల్ల చాలా పొడవైన query అమలు కాకుండా కుదించబడుతుంది.
Wiki.js లో search ఒక pluggable module గా ఉంటుంది. Documentation లో basic database engine, PostgreSQL engine, Elasticsearch, Algolia, AWS CloudSearch మరియు Azure Search ఉన్నాయి. కొన్ని వందల pages వరకు basic engine సరిపోతుంది. మీరు PostgreSQL నడుపుతున్నట్లయితే admin area లో PostgreSQL engine కు మారండి. ఇది simple matching కు బదులుగా database యొక్క స్వంత full text index ను ఉపయోగిస్తుంది. రెండవ search service ను నడపడం, patch చేయడం మీకు ఆమోదయోగ్యమైనంత పెద్ద wiki ఉన్నప్పుడు మాత్రమే Elasticsearch ఉపయోగించండి.
Outline, PostgreSQL full text indexes ను search చేస్తుంది. ఇందులో engine ఎంచుకునే అవకాశం లేదా tune చేయాల్సిన setting ఉండదు. ఇది upload చేసిన documents లోని text ను కూడా search చేస్తుంది. కొన్ని వేల documents కంటే తక్కువ ఉన్న team wiki కోసం, ఈ మూడింటిలో దీనికి నిర్వహణ పని తక్కువ. ఇది ఎప్పుడైనా తగినంత వేగంగా లేకపోతే మార్చడానికి ప్రత్యేకమైన setting కూడా లేదు.
మీకు ఏది సరిపోతుంది
ఈ మధ్యాహ్నానికే wiki ను నడపాలని, నిర్మాణం గురించి కాకుండా కంటెంట్ గురించి చర్చించాలనుకుంటే BookStack ను ఎంచుకోండి. ఇందులో నిర్వహించాల్సిన భాగాలు చాలా తక్కువ: ఒక PHP అప్లికేషన్ మరియు ఒక MySQL database మాత్రమే. ఇది అంతర్గత runbookలు, కస్టమర్ documentation కోసం అనుకూలంగా ఉంటుంది. ఎక్కువ మంది రచయితలు engineers కాకపోయినా ఇది సరిపోతుంది. ఈ మూడింటిలో backup తీసుకోవడం కూడా దీనితోనే సులభం. మొత్తం state ఒక database dump మరియు uploads directory లో ఉంటుంది.
ఇతరాలు అందించని నిర్దిష్ట editor లేదా authentication strategy అవసరమైతే Wiki.js ను ఎంచుకోండి. పెద్ద పరిమాణంలో ఉన్న Markdown లేదా AsciiDoc కంటెంట్ను import చేసి, path structure ను అలాగే ఉంచాలనుకున్నా ఇది సరిపోతుంది. అయితే మీరు మరింత భారమైన stack ను నడుపుతున్నారని అంగీకరించండి. Major version tag ను స్థిరంగా నిర్దేశించండి.
రచనా నాణ్యతకు అత్యధిక ప్రాధాన్యం ఉంటే, wiki ప్రజల కోసం కాకుండా ఒక team కోసం ఉంటే, అలాగే మీ వద్ద ఇప్పటికే identity provider ఉంటే Outline ను ఎంచుకోండి. ప్రజలు ఉపయోగించడాన్ని నిజంగా ఇష్టపడే editor తో అది ఆ setup కు తగిన ప్రయోజనం అందిస్తుంది. దీన్ని మీ మొదటి self-hosted application గా ఎంచుకోవద్దు.
ఈ మూడింటిలో ఏదీ సరిపోకపోతే, సమస్య సాధారణంగా content type లో ఉంటుంది. Scanned invoices మరియు contracts ను wiki లో కాకుండా Paperless-ngx వంటి document management system లో ఉంచాలి. వాటిని wiki లోకి బలవంతంగా చేర్చడం వల్లే చాలా wikis చివరకు ఉపయోగం లేకుండా పోతాయి. మరో సాధారణ అసమతుల్యత ఏమిటంటే wiki కాకుండా workspace అవసరం కావడం. ఒకే canvas పై documents, tables మరియు whiteboard కావాలంటే, పై మూడింటికంటే self-hosted AFFiNE workspace మెరుగ్గా సరిపోతుంది. మీ స్వంత server లో ఇంకా ఏ అప్లికేషన్లకు స్థానం ఉండవచ్చో విస్తృతంగా చూడటానికి 2026 self-hosting shortlist చూడండి.
పరిమాణం మరియు backups
ఈ మూడూ చిన్న VPSలో నడుస్తాయి. అయితే ప్రతి దాని వెనుక నడిచే భాగాలు వేర్వేరు కావడంతో వాస్తవ కనిష్ఠ వనరుల అవసరం కూడా వేర్వేరుగా ఉంటుంది. BookStackలో ఒక application process మరియు MySQL ఉంటాయి. Wiki.jsలో ఒక Node process మరియు PostgreSQL ఉంటాయి. Outlineలో ఒక Node process, PostgreSQL మరియు Redis ఉంటాయి. సాధారణంగా దానికి identity provider కూడా జతచేయాలి. అందుకే Outlineకు అదనపు memory కేటాయించాలి.
Database మరియు uploads రెండింటినీ కలిసి backup చేయండి. ఆ backupపై ఆధారపడే ముందు, వాటిని ఒక తాత్కాలిక instanceలో కనీసం ఒక్కసారి restore చేయండి. Restore చేసి పరీక్షించని wiki backup కేవలం ఒక అంచనా మాత్రమే. BookStack కోసం దీనర్థం mysqldump మరియు /config volume. Wiki.js మరియు Outline కోసం దీనర్థం pg_dump మరియు data volume. Outline కోసం FILE_STORAGE_LOCAL_ROOT_DIRలో ఉన్నదానినీ backup చేయాలి.
FAQ
ఏ self-hosted wiki ను ఇన్స్టాల్ చేయడం సులభం?
BookStack. ఇది MySQL database తో పనిచేసే ఒకే PHP application. ఈ project Ubuntu 24.04 కోసం installation script ను అందిస్తుంది. అది ఒకే run లో Apache, MySQL 8.0 మరియు PHP 8.3 ను అమర్చుతుంది. Container image కు APP_KEY మరియు database credentials మాత్రమే అవసరం. Wiki.js కు Node runtime మరియు PostgreSQL server కూడా అవసరం. Outline కు వీటితో పాటు Redis మరియు బాహ్య identity provider అవసరం.
Google లేదా మరే ఇతర SSO provider లేకుండా Outline ను ఉపయోగించవచ్చా?
లేదు. Outline లో స్థానిక username మరియు password login లేదు. కనీసం ఒక third-party sign-in provider తప్పనిసరి అని దాని sample configuration స్పష్టంగా పేర్కొంటుంది. లేకపోతే sign-in చేయడానికి మీకు ఎలాంటి ఎంపిక ఉండదు. మీరు Google, Slack, Microsoft Entra, Discord లేదా self-hosted Keycloak, Authentik వంటి generic OpenID Connect server ను ఉపయోగించవచ్చు. ఆ provider ను నడపడం కూడా Outline నిర్వహణ వ్యయంలో భాగమే.
Wiki.js 3 లేదా Wiki.js 2 ను ఇన్స్టాల్ చేయాలా?
Version 2 ను ఇన్స్టాల్ చేయాలి. July 2026 నాటికి తాజా version 2 release 2.5.314. ఇది May 2026 లో విడుదలైంది. Version 3 documentation ప్రకారం ఇది unstable beta. Production లో దీన్ని install చేయకూడదు. మీ image ను ghcr.io/requarks/wiki:2 కు pin చేయండి, latest కు కాదు. Major version మారితే running instance లో database schema మారుతుంది.
వీటిలో ఏదానికి ఉత్తమ search ఉంది?
ప్రతి దాని బలం వేర్వేరు విధంగా ఉంటుంది. BookStack readers కు exact phrases తో query language, [location=london] వంటి tag filters, {created_after:2016-12-30} వంటి metadata filters అందిస్తుంది. వీటిలో ఏ term నైనా ప్రారంభంలో - ఉంచి మినహాయించవచ్చు. Outline కు అదనపు configuration అవసరం లేదు. ఇది upload చేసిన files లోని text ను search చేస్తుంది. Wiki.js లో అత్యధిక tuning ఎంపికలు ఉన్నాయి, ఎందుకంటే మీరు engine ను ఎంచుకోవచ్చు. మీ wiki కొన్ని వందల pages ను మించిన వెంటనే PostgreSQL engine కు మార్చడం ప్రయోజనకరం.
తరువాత ఒక దాని నుంచి మరొక దానికి నా content ను తరలించవచ్చా?
కొంతవరకు తరలించవచ్చు. అయితే manual work అవసరమని భావించాలి. ఈ మూడు platforms Markdown ను export మరియు import చేయగలవు. అందువల్ల page text సాధారణంగా అలాగే ఉంటుంది. Structure మాత్రం సులభంగా నిలవదు. BookStack books మరియు chapters కు Outline లోని nested documents లో సమానమైన నిర్మాణం లేదు. Wiki.js paths కూడా BookStack యొక్క fixed hierarchy కు సరిపోలవు. Attachments, permissions మరియు page history కోల్పోయే అవకాశం ఎక్కువ. కాబట్టి migration ప్రారంభించే ముందు ఒక sample ను export చేసి, ఈ అంశాలను తనిఖీ చేయండి.