ஆல் BookStack vs Wiki.js vs Outline: எதைத் தேர்வது?
BookStack, Wiki.js, Outline ஆகியவற்றை setup சிக்கல், editing model, login options, search அடிப்படையில் ஒப்பிடுகிறது. தனி admin மற்றும் குழுக்களுக்கு ஏற்ற தேர்வும் தெளிவாக உள்ளது.
நீங்கள் எந்த self-hosted wiki-ஐ இயக்க வேண்டும்
self-hosted wiki, உங்கள் குழுவின் ஆவணங்களை நீங்கள் கட்டுப்படுத்தும் server-ல் தேடக்கூடிய ஒரே இடத்தில் வைக்கிறது. BookStack, Wiki.js மற்றும் Outline ஆகியவை இந்தப் பணியைச் செய்கின்றன. முதல் page load ஆவதற்கு முன் நீங்கள் எவ்வளவு அமைப்புகளைச் சேர்க்க வேண்டும் என்பதிலும், யாருக்கு login செய்ய அனுமதி உள்ளது என்பதிலும் இவை பெரிதும் வேறுபடுகின்றன.
BookStack-ஐ அமைப்பது மிக எளிதானது. அதன் structure பற்றிய கட்டுப்பாடுகளும் அதிகம். ஒரே page tree-க்கு பல்வேறு editors-ஐ தேர்வு செய்ய Wiki.js அதிக வாய்ப்புகளை வழங்குகிறது. இந்த மூன்றில் Outline-ன் writing experience சிறந்தது. வெளிப்புற identity provider-ஐ இணைக்கும் வரை, யாரையும் sign in செய்ய Outline அனுமதிக்காது.
கீழே உள்ள அனைத்தும் இந்த projects-ன் சொந்த documentation மற்றும் அவை வெளியிட்ட configuration files-லிருந்து எடுக்கப்பட்டவை. இது benchmark அல்ல; capabilities-ன் ஒப்பீடு. மூன்றும் தொடர்ந்து மாற்றமடைவதால், version numbers மற்றும் requirements தேதியுடன் குறிப்பிடப்பட்டுள்ளன.
கட்டமைப்பே உண்மையான தேர்வு
BookStack உங்கள் உள்ளடக்கத்தின் வடிவத்தை நிர்ணயிக்கிறது. ஒரு பக்கம் ஒரு புத்தகத்திற்குள் இருக்கும். ஒரு புத்தகத்தில் அத்தியாயங்கள் இருக்கலாம். shelves புத்தகங்களைத் தொகுக்கும். நீங்கள் ஐந்தாவது நிலையை உருவாக்க முடியாது. இந்த வரம்பே தயாரிப்பின் முக்கிய அம்சம்: ஒரு புதிய எழுத்தாளருக்கு ஒரு பக்கம் எங்கு செல்ல வேண்டும் என்பது தெரியும், ஏனெனில் அது செல்லக்கூடிய இடம் ஒன்று மட்டுமே. இதன் குறைபாடு, இந்த வடிவத்திற்குப் பொருந்தாத உள்ளடக்கம் அதற்குள் கட்டாயப்படுத்தப்படுவதாகும்.
Wiki.js, வட்டில் உள்ள folders போன்ற path tree-ஐப் பயன்படுத்துகிறது. ops/backup/restic இல் உள்ள ஒரு பக்கம், நீங்கள் வைக்கும் இடத்திலேயே இருக்கும். அதன் ஆழத்தை நீங்கள் தேர்ந்தெடுக்கலாம். ஒரே தலைப்பை இருவர் வெவ்வேறு கிளைகளின் கீழ் பதிவு செய்வதை எதுவும் தடுக்காது. எனவே Wiki.js instance-க்கு tree-ஐ நிர்வகிக்கும் ஒருவர் தேவை.
Outline, documents-க்குள் nested ஆக உள்ள documents கொண்ட collections-ஐப் பயன்படுத்துகிறது. ஒரு document-ஐ நகர்த்துவது mouse மூலம் இழுக்கும் செயலாகும். மூன்றில் இதுவே மிகவும் நெகிழ்வானது. எனவே இதன் கட்டமைப்பு காலப்போக்கில் சிதைவதற்கான வாய்ப்பும் அதிகம்.
BookStack: மிகக் குறைந்த நிறுவல்
BookStack என்பது MySQL ஆதரவுடன் இயங்கும் PHP application ஆகும். 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 பரிந்துரைக்கும் option ஆகும். BookStack-க்கு session encryption key தேவை. அது இல்லாமல் pages-ஐ வழங்காது. எனவே முதலில் அதை உருவாக்கவும்.
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வாசகர்கள் உண்மையில் type செய்யும் address-ஐ APP_URL-ல் குறிப்பிட வேண்டும். இதில் scheme மற்றும் port இருந்தால் அதுவும் சேர வேண்டும். அதை http://localhost ஆக அமைத்து, பின்னர் site-ஐ HTTPS மூலம் வழங்கவும். இல்லையெனில் உருவாக்கப்படும் links மற்றும் redirects தவறான host-ஐச் சுட்டும். இதனால் வாசகர்களுக்கு login page மீண்டும் அதே page-க்கே திரும்பும் loop போன்று தோன்றும். compose files உங்களுக்கு புதிதாக இருந்தால், இதற்கு முன் VPS-ல் Docker Compose அடிப்படைகள் என்பதைப் படிக்கவும்.
Container இயங்குகிறது என்பதை மட்டும் அல்லாமல், application பதிலளிக்கிறதா என்பதையும் சரிபார்த்து அதைத் தொடங்கவும்:
docker compose up -d
docker compose ps
curl -sI http://127.0.0.1:6875/login200 OK என்பது PHP application boot ஆகி database-ஐ அடைந்தது என்பதைக் குறிக்கும். 500 என்பது பெரும்பாலும் APP_KEY காலியாக உள்ளது அல்லது database credentials பொருந்தவில்லை என்பதைக் குறிக்கும். இவ்விரண்டில் எது காரணம் என்பதை docker compose logs bookstack காட்டும்.
Wiki.js: ஒரு மரம், பல editors
Wiki.js என்பது Node.js application ஆகும். Documented Docker setup இதை PostgreSQL உடன் இணைக்கிறது. இருப்பினும், இந்த software MySQL, MariaDB, MSSQL மற்றும் SQLite ஆகியவற்றையும் ஏற்கிறது. இது project's சொந்த 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-இல் pin செய்திருப்பது திட்டமிட்டதே. latest-ஐ பயன்படுத்த வேண்டாம் என்று documentation பரிந்துரைக்கிறது. ஏனெனில் major version jump, இயங்கிக்கொண்டிருக்கும் instance-இன் database schema-வை மாற்றுகிறது.
இயக்க வேண்டிய line Version 2 ஆகும். July 2026 நிலவரப்படி, Version 2-இன் புதிய release May 2026-ல் வெளியான 2.5.314 ஆகும். Version 3 உள்ளது. அதன் சொந்த documentation இவ்வாறு கூறுகிறது: "இந்த site Wiki.js 3.0-இன் unstable beta release-க்கானது. இதை production-ல் install செய்யக்கூடாது." :3 tag-ஐ preview ஆகக் கருதவும்.
முதல் முறையாக load செய்யும்போது, Wiki.js browser-இல் administrator account-ஐ உருவாக்கும் setup வழிகாட்டியை நடத்தும். அதை முடிக்கும் வரை, அந்த port-ஐ அடையும் யாருக்கும் அந்த wizard கிடைக்கும். எனவே firewall-ஐ திறப்பதற்கு முன் service-ஐ reverse proxy மற்றும் TLS (transport layer security) பின்னால் வைக்கவும். Server-ல் இந்த service-ஐத் தவிர வேறு services இருந்தால், wiki-ஐ தனிப்பட்ட hostname-ல் இயக்குவது இயல்பாகவே பல 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: சிறந்த editor, அதிகமான முன்தேவைகள்
வணிக notes tool போல செயல்படும் ஒன்றை விரும்புகிறோம் என்று மக்கள் கூறும்போது, அவர்கள் பொதுவாகக் குறிப்பிடுவது Outline ஆகும். இது Node.js application ஆகும். 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இதை இரண்டு முறை இயக்கி, கிடைக்கும் இரண்டு values-ஐயும் சேமிக்கவும். முதலாவது 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 எழுதக்கூடிய volume ஆகவும், உங்கள் backups-ல் சேர்க்கப்பட்டதாகவும் இருக்க வேண்டும். அந்த files-ஐ S3 compatible bucket-ல் சேமிக்க விரும்பினால், அதற்கு பதிலாக AWS_* values-ஐப் பயன்படுத்தி 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". ஆவணப்படுத்தப்பட்ட providers-ல் 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 வழியாக அமைக்கப்படுகின்றன.
எனவே Outline-ன் உண்மையான செலவு என்பது Outline உடன் PostgreSQL, Redis மற்றும் identity provider ஆகியவற்றை இயக்குவதாகும். உங்கள் team ஏற்கனவே Google Workspace அல்லது Microsoft Entra மூலம் sign in செய்தால், இந்த இறுதி பகுதியை அமைக்க பத்து நிமிடங்கள் போதுமானது. அப்போது Outline மிகவும் கவர்ச்சிகரமானதாக இருக்கும். அது இல்லையெனில், Keycloak அல்லது Authentik போன்ற ஒன்றையும் self-host செய்ய வேண்டும். அது patch செய்து backup எடுக்க வேண்டிய இரண்டாவது service ஆகும். Memory-ஐ அதற்கேற்ப திட்டமிடவும்: Outline-ன் வழிகாட்டுதல்படி, ஒவ்வொரு web process-க்கும் சுமார் 512 MB தேவைப்படும். இதை WEB_CONCURRENCY அமைக்கிறது. இது database மற்றும் Redis-க்கு தேவையான memory-க்கு மேலதிகமாகும்.
யார் எதைப் படிக்கலாம் என்பதை ஒவ்வொன்றும் எவ்வாறு நிர்வகிக்கிறது
BookStack இயல்பாகவே உள்ளமைந்த email மற்றும் password கணக்குகளை வழங்குகிறது. மாற்று வழிகளாக LDAP, SAML2 மற்றும் OIDC ஆகியவற்றை ஆதரிக்கிறது. Permissions ஒவ்வொரு role அடிப்படையிலும் அமைக்கப்படுகின்றன. ஒரு shelf, book, chapter அல்லது page-க்கு மட்டும் அவற்றை மாற்றியமைக்கலாம். Hierarchy நிலையானதாக இருப்பதால், permissions அதில் கீழ்நோக்கி கணிக்கக்கூடிய முறையில் பெறப்படுகின்றன.
Wiki.js-மும் உள்ளமைந்த local accounts-ஐ வழங்குகிறது. மேலும், admin area-வில் நீங்கள் enable செய்யக்கூடிய பல strategies-ஐ சேர்க்கிறது. அதன் page rules, path pattern அடிப்படையில் அனுமதிக்கின்றன அல்லது மறுக்கின்றன. இது சக்திவாய்ந்தது, ஆனால் தவறாக அமைப்பது எளிது. ஏனெனில் ops/*-க்காக எழுதப்பட்ட rule, பின்னர் அந்த path-ன் கீழ் நீங்கள் file செய்யும் ஒவ்வொரு page-ஐயும் அமைதியாக உள்ளடக்கும்.
Outline இந்தக் கேள்வியை முழுமையாக identity provider-க்கு ஒப்படைக்கிறது. Membership, உங்கள் identity provider-ஐப் பின்பற்றுகிறது. Outline-க்குள் collection மற்றும் group அடிப்படையில் access-ஐ நீங்கள் கட்டுப்படுத்தலாம். ஒருவர் நிறுவனத்தை விட்டு வெளியேறும்போது local account எதுவும் மீதமிருக்காது. Identity provider ஏற்கனவே deprovision செய்யும் system ஆக இருந்தால், இது உண்மையான நன்மையாகும்.
ஒவ்வொன்றிலும் தேடல் எவ்வாறு செயல்படுகிறது
ஒரு wiki தன் இடத்தை நிலைநிறுத்துகிறதா அல்லது மறக்கப்பட்ட கோப்புகளின் கோப்புறையாக மாறுகிறதா என்பதைத் தீர்மானிப்பது தேடல் செயல்பாடாகும்.
BookStack database-ஐத் தேடி, வாசகர்கள் 1 நிமிடத்தில் கற்றுக்கொள்ளக்கூடிய query language-ஐ வழங்குகிறது. "london meeting" போன்ற மேற்கோள் குறிகளுக்குள் phrase-ஐக் கொடுத்தால், அந்த exact string தேவைப்படும். Square brackets மூலம் tags-ஐத் தேடலாம்: [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 தேடலை pluggable module ஆகக் கருதுகிறது. ஆவணப்படுத்தப்பட்ட engines: அடிப்படை database engine, PostgreSQL engine, Elasticsearch, Algolia, AWS CloudSearch மற்றும் Azure Search. சில நூறு pages-க்கு அடிப்படை engine போதுமானது. நீங்கள் PostgreSQL இயக்கினால், admin area-வில் PostgreSQL engine-க்கு மாறுங்கள். அது simple matching-ஐப் பயன்படுத்தாமல் database-ன் சொந்த full text index-ஐப் பயன்படுத்துகிறது. இரண்டாவது search service-ஐ இயக்கி patch செய்வதை ஏற்கக்கூடிய அளவுக்கு wiki பெரியதாக இருந்தால் மட்டுமே Elasticsearch-ஐப் பயன்படுத்துங்கள்.
Outline, PostgreSQL full text indexes-ஐத் தேடுகிறது. இதில் engine தேர்வு செய்யவோ, அமைப்புகளை fine-tune செய்யவோ தேவையில்லை. இது upload செய்யப்பட்ட documents-க்குள் உள்ள text-ஐயும் தேடுகிறது. சில ஆயிரம் documents கொண்ட team wiki-க்கு, இந்த மூன்றில் குறைந்த நிர்வாகப் பணியே இதற்குத் தேவைப்படும். இது போதுமான வேகத்தில் இல்லாமல் போனால், வேகத்தைச் சரிசெய்ய மாற்றக்கூடிய அமைப்பும் இல்லை.
உங்களுக்கு ஏற்றது எது
இன்றே wiki இயங்க வேண்டும் என்றும், structure குறித்து விவாதிப்பதைவிட content குறித்து விவாதிக்க விரும்புகிறீர்கள் என்றும் இருந்தால் BookStack-ஐத் தேர்ந்தெடுக்கவும். இதில் நிர்வகிக்க வேண்டிய கூறுகள் மிகக் குறைவு: ஒரு PHP application மற்றும் ஒரு MySQL database. இது internal runbook-களுக்கும் customer documentation-க்கும் ஏற்றது. பெரும்பாலான writers engineers அல்லாத குழுக்களுக்கும் இது பொருத்தமானது. மூன்றில் backup எடுக்க மிகவும் எளிதானதும் இதுவே. முழு state-ஐ ஒரு database dump மற்றும் uploads directory மட்டுமே கொண்டிருக்கும்.
மற்றவை வழங்காத குறிப்பிட்ட editor அல்லது குறிப்பிட்ட authentication strategy தேவைப்பட்டால் Wiki.js-ஐத் தேர்ந்தெடுக்கவும். ஏற்கனவே உள்ள பெரிய அளவிலான Markdown அல்லது AsciiDoc content-ஐ import செய்து, path structure-ஐப் பாதுகாக்க விரும்பினாலும் இதைத் தேர்ந்தெடுக்கலாம். அதிகமான கூறுகளைக் கொண்ட stack-ஐ இயக்க வேண்டியிருக்கும் என்பதை ஏற்றுக்கொள்ளவும். major version tag-ஐ pin செய்யவும்.
writing quality மிக முக்கியமானதாக இருந்தால், wiki public பயன்பாட்டிற்காக அல்லாமல் ஒரு குழுவிற்காக இருந்தால், மேலும் உங்களிடம் ஏற்கனவே identity provider இருந்தால் Outline-ஐத் தேர்ந்தெடுக்கவும். இந்த setup-க்கு ஏற்ற editor-ஐ இது வழங்குகிறது; அதை மக்கள் உண்மையில் பயன்படுத்த விரும்புவார்கள். இதை உங்கள் முதல் self-hosted application ஆகத் தேர்ந்தெடுக்க வேண்டாம்.
இந்த மூன்றிலும் எதுவும் பொருந்தவில்லை என்றால், காரணம் பொதுவாக content type ஆகும். Scanned invoices மற்றும் contracts-ஐ wiki-யில் வைப்பதற்குப் பதிலாக Paperless-ngx போன்ற document management system-ல் வைக்க வேண்டும். அவற்றை wiki-க்குள் கட்டாயப்படுத்தி வைப்பதே பல wiki-கள் இறுதியில் கைவிடப்படுவதற்கான காரணமாகும். உங்கள் சொந்த server-ல் இடம் பெறக்கூடிய பிறவற்றைப் பற்றிய விரிவான பார்வைக்கு, 2026-க்கான self-hosting shortlist-ஐப் பார்க்கவும்.
அளவு நிர்ணயம் மற்றும் backup-கள்
மூன்றும் சிறிய VPS-ல் இயங்கும். ஒவ்வொன்றின் பின்னணியில் இயங்கும் கூறுகளைப் பொறுத்து, நடைமுறை குறைந்தபட்சத் தேவைகள் மாறுபடும். BookStack ஒரு application process மற்றும் MySQL-ஐ பயன்படுத்துகிறது. Wiki.js ஒரு Node process மற்றும் PostgreSQL-ஐ பயன்படுத்துகிறது. Outline ஒரு Node process, PostgreSQL மற்றும் Redis-ஐ பயன்படுத்துகிறது. பொதுவாக அதனுடன் identity provider-மும் இருக்கும். அதனால் Outline-க்கு கூடுதல் memory ஒதுக்க வேண்டும்.
Database மற்றும் uploads இரண்டையும் ஒன்றாக backup செய்யுங்கள். அந்த backup-ஐ நம்புவதற்கு முன், இரண்டையும் ஒரு throwaway 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 ஆகும். Ubuntu 24.04-க்கான installation script-ஐ project வழங்குகிறது. அந்த 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-ல் local username மற்றும் password login இல்லை. குறைந்தது ஒரு third-party sign-in provider தேவை என்று அதன் sample configuration தெளிவாகக் குறிப்பிடுகிறது. இல்லையெனில் sign-in options எதுவும் இருக்காது. 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-ல் நிறுவக்கூடாது என்றும் தெளிவாகக் கூறுகிறது. latest-க்கு பதிலாக உங்கள் image-ஐ ghcr.io/requarks/wiki:2-க்கு pin செய்யவும். ஏனெனில் major version மாற்றம், இயங்கிக்கொண்டிருக்கும் instance-ன் database schema-ஐ மாற்றும்.
சிறந்த search வசதி எதில் உள்ளது?
ஒவ்வொன்றும் வெவ்வேறு வகையில் சிறப்பாக உள்ளது. BookStack, exact phrases, [location=london] போன்ற tag filters மற்றும் {created_after:2016-12-30} போன்ற metadata filters கொண்ட query language-ஐ வாசகர்களுக்கு வழங்குகிறது. இவற்றில் எந்த term-ஐயும் தொடக்கத்தில் - சேர்த்து எதிர்மறையாகத் தேடலாம். Outline-க்கு configuration தேவையில்லை. அது upload செய்யப்பட்ட files-இன் உள்ளடக்கத்தில் search செய்கிறது. Wiki.js அதிகமாக tune செய்யக்கூடியது. இதில் engine-ஐ நீங்கள் தேர்ந்தெடுக்கலாம். உங்கள் wiki சில நூறு pages-ஐத் தாண்டியவுடன் PostgreSQL engine-க்கு மாறுவது பயனுள்ளதாக இருக்கும்.
பின்னர் எனது content-ஐ ஒன்றிலிருந்து மற்றொன்றுக்கு மாற்ற முடியுமா?
ஓரளவு மாற்றலாம். ஆனால் manual work தேவைப்படும் என்று எதிர்பார்க்க வேண்டும். மூன்றும் 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 செய்து அவற்றைச் சரிபார்க்கவும்.