Discourse, Flarum, NodeBB o phpBB: Alin ang Piliin?

Aling self-hosted forum software ang dapat mong patakbuhin?

Apat ang praktikal na pagpipiliang self-hosted forum software na maaari mong patakbuhin sa VPS (virtual private server) ngayon: Discourse, Flarum, NodeBB, at phpBB. Ang Discourse ang pinakamainam na default kung kaya mong maglaan ng 4 GB RAM at may hindi bababa sa dalawang taong handang mag-moderate. Kung 1 GB lang ang available at isang moderator lang ang mayroon ka, Flarum o phpBB ang gamitin. Mas mainam ang tahimik na forum na napapanatiling malinis kaysa sa mas mahusay na forum na hindi mo kayang pamahalaan.

Madali ang pag-install. Ang bawat isa sa mga ito ay maaaring patakbuhin sa loob ng isang hapon. Ang nagtatakda kung mananatiling umiiral ang forum pagkalipas ng isang taon ay ang flag queue at mail path, kaya basahin muna ang mga seksiyon tungkol sa moderation at email bago ang mga listahan ng feature.

Ano ba talaga ang kailangan ng isang forum para gumana?

Apat na bahagi ang kailangan ng isang forum, hindi iisa: isang application process, isang database na dapat manatili kahit huminto ang application, isang directory para sa mga uploaded avatar at attachment, at isang gumaganang paraan para magpadala ng email. Maaaring palitan ang application. Hindi maaaring basta palitan ang database, dahil naroon ang bawat post, account, at private message. Kaya ang database na pinili ng bawat project ang pinakamahalagang linya sa mga seksyon sa ibaba. Tinutukoy nito kung ano ang magiging anyo ng export mo kapag gusto mo nang umalis.

Ang ikalawang gastos ay oras at pag-aasikaso. Ang public registration na may public posting ay nangangahulugang magkakaroon ng mga bot signup, karaniwan sa loob ng unang linggo matapos lumitaw ang domain sa isang crawl. Maaaring i-lock down ang lahat ng apat. Isa lamang sa mga ito ang may kasamang workflow na ito sa core.

Discourse: ang default, at ang tunay na gastos nito

Ang Discourse ay nakabatay sa Ruby on Rails, PostgreSQL para sa data, Redis para sa cache at job queues, at Sidekiq para sa mga background task. Inilalagay ng supported install ang lahat ng ito sa isang Docker container, na binubuo mula sa config file sa /var/discourse/containers/app.yml. Hindi mo kailangang i-install nang hiwalay ang mga component na ito.

wget -qO- https://raw.githubusercontent.com/discourse/discourse_docker/main/install-discourse | sudo bash

Ini-install ng script na ito ang git at Docker kung wala pa ang mga ito, kino-clone ang discourse_docker papunta sa /var/discourse, at pagkatapos ay ipinapasa ang proseso sa interactive na discourse-setup wizard. Hinihingi ng wizard ang hostname mo, admin email address, at mga detalye ng SMTP (simple mail transfer protocol). Isinusulat nito ang app.yml at binubuo ang container. Kailangang walang gumagamit sa ports 80 at 443, dahil nagpapatakbo ang container ng sarili nitong nginx at humihingi ito ng Let's Encrypt certificate para sa iyo.

Ang inilathalang minimum ay 1 GB ng RAM na may swap, at 10 GB ng disk. Literal na unawain ang bahaging may swap. Gumagawa ang setup script ng 2 GB swapfile gamit ang fallocate -l 2G /swapfile kapag napagpasyahan ng wizard na kailangan ito ng server, at hindi dekorasyon ang swap na iyon. Ang memory peak ay hindi ang tumatakbong site. Ito ay ./launcher rebuild app, na nagko-compile muli ng JavaScript at CSS assets sa loob ng container sa bawat upgrade. Sa 1 GB na server na walang swap, napapatay ang step na iyon bago matapos, nagtatapos ang rebuild nang walang kapaki-pakinabang na error sa screen, at nagpapakita ang dmesg | tail ng linyang Out of memory: Killed process. Maglaan ng 2 GB para sa maaasahang pagpapatakbo, at 4 GB kapag aktibo na ang forum.

Isinasagawa ang mga upgrade mula sa /admin/upgrade sa browser, o mula sa shell:

cd /var/discourse
./launcher rebuild app

Sinisira ng rebuild ang tumatakbong container, naghahanda ng bagong container mula sa app.yml, at sinisimulan ito. Dahil dito, hindi maa-access ang site sa loob ng ilang minutong kailangan ng proseso. Walang paraan para maiwasan ito kapag iisang container lamang ang ginagamit. Sa paghahati sa dalawang container gamit ang mga sample na data.yml at web_only.yml, mananatiling tumatakbo ang PostgreSQL habang nire-rebuild ang web container. Makabuluhan na itong gawin kapag may mga user nang makakapansin sa downtime.

Dito nakikita kung bakit malaki ang RAM na kailangan ng Discourse: sa moderation. Nagsisimula ang mga bagong account sa trust level 0, na may mahigpit na limitasyon sa dami at bilis ng pag-post nila ng mga link, at tumataas ang level habang nagbabasa at nakikilahok sila. Napupunta ang mga flag sa review queue, na nagtatala kung sino ang humawak sa bawat isa. Opisyal na plugin ang mga integration para sa Akismet at StopForumSpam. Para sa iba pang tatlo, binubuo mo ang functionality na ito mula sa mga add-on.

Ang migration papasok sa Discourse ang pinakamalakas nitong feature. Naglalaman ang script/import_scripts/ directory sa source tree ng mahigit animnapung importer, kabilang ang phpbb3.rb, vbulletin.rb, xenforo.rb, vanilla.rb, mybb.rb, flarum_import.rb, isang nodebb directory, at mbox importer para sa mailing list archives. Mga Ruby script ang mga ito na pinapatakbo mo sa loob ng container laban sa kopya ng lumang database. Mabagal ang mga ito, pero pinapanatili ang mga ito.

Ang migration palabas naman ang mahinang bahagi. Ang ./launcher enter app na sinusundan ng discourse backup ay nagsusulat ng .tar.gz na naglalaman ng PostgreSQL dump at uploads directory. Maibinabalik ito ng isa pang Discourse. Wala nang ibang makakabasa rito, kaya kapag aalis ka sa Discourse, kailangan mong ikaw mismo ang magsulat ng SQL laban sa dump na iyon. Tiyaking katanggap-tanggap sa iyo ang limitasyong ito bago ka mag-import ng 50,000 post.

Magaan na PHP forum ang Flarum

Karaniwang PHP application ang Flarum: php-fpm sa likod ng nginx o Apache, MySQL o MariaDB database, at mga file sa disk. Ang nakadokumentong requirement ay PHP 7.3 o mas bago, kasama ang mga extension na curl, dom, fileinfo, gd, json, mbstring, openssl, pdo_mysql, tokenizer at zip, pati MySQL 5.6+ (o 8.0.23+) o MariaDB 10.0.5+. May PHP 8.3 ang Ubuntu 24.04, kaya lampas ito sa minimum na requirement.

Pansinin ang pdo_mysql sa listahang iyon. Hindi sinusuportahan ng Flarum ang PostgreSQL at hindi rin nito sinusuportahan ang SQLite. Kung single-file database ang kailangan mo, phpBB ang nasa ibaba.

sudo apt update
sudo apt install -y nginx mariadb-server composer php-fpm php-mysql php-curl php-gd php-mbstring php-xml php-zip
sudo install -d -m 755 /srv/flarum
cd /srv/flarum
sudo COMPOSER_ALLOW_SUPERUSER=1 composer create-project flarum/flarum:^1.8.0 .
sudo chown -R www-data:www-data /srv/flarum

Ituro ang web server sa /srv/flarum/public, hindi sa /srv/flarum. Nasa isang directory sa itaas ng public ang application code, config file, at database password. Kaya kung isang level na mas mataas ang document root, maaaring maihatid sa sinumang humiling nito ang iyong credentials. Sa Apache, kailangan mo rin ang mod_rewrite at AllowOverride All upang maipatupad ang kasamang .htaccess. Sa nginx, isama ang kasamang .nginx.conf sa loob ng server block. Pagkatapos, buksan ang domain sa browser. Hihingin ng sariling installer ng Flarum ang database at admin account.

Mga version noong August 2026: ang 1.8.17 ang kasalukuyang stable release, na inilabas noong June 2026, at nasa release candidate 5 ang 2.0. Huwag magsimula ng bagong community gamit ang release candidate. Kapag dumating ang 2.0, kailangang i-update ang mga extension bago mag-load ang mga ito. Iyon ang upgrade na maaaring kumain ng isang buong weekend.

Maliit ang footprint nito. Kailangan lamang nito ng ilang php-fpm worker, ilang daang MB para sa MariaDB, at mga static file. Kasya ang isang bagong community sa 1 GB.

Ang malinaw na kahinaan nito ay moderation. Nagbibigay ang core ng reports at per-group permissions. Galing sa mga extension ang approval queue at spam blocking, kadalasan mula sa FriendsOfFlarum collection. Ini-install ang mga ito gamit ang composer require at ino-on sa admin panel. Gumagana ito sa kasalukuyan. Ngunit mas maliit ang volunteer ecosystem na pinagkakatiwalaan mo kumpara sa mayroon ang phpBB o Discourse. Kapag hindi na-maintain ang isang extension, mapipigilan nito ang susunod mong core upgrade dahil tatanggihan ng composer na i-resolve ito laban sa bagong version.

Madaling maglabas ng data: mysqldump ang database at kopyahin ang assets directory. Mas mahirap ang pagpasok ng data. May kasamang flarum_import.rb ang Discourse para sa direksiyong Flarum papuntang Discourse. Ipinapakita nito kung saang direksiyon karaniwang dumadaloy ang traffic. Ang pag-import mula phpBB papunta sa Flarum ay ginagawa sa pamamagitan ng mga community extension, hindi ng first-party na tool. Kaya subukan muna ang isa sa kopya bago mo ito pagkatiwalaan sa nag-iisang kopya.

NodeBB: realtime na pagpo-post at ang kapalit nitong resource cost

Ang NodeBB ay isang Node.js application. Ipinapadala nito ang mga bagong post sa mga bukas na browser gamit ang websockets, kaya awtomatikong nag-a-update ang aktibong thread nang hindi nagre-refresh. Iyan ang dahilan para piliin ito. Nangangailangan ang README ng Node.js 22 o mas bago at alinman sa MongoDB 5+ o Redis 7.2+. May kasama ring PostgreSQL driver sa source tree bilang ikatlong opsyon.

Ang paggamit sa Redis bilang pangunahing database ang panganib sa pahayag na iyon. Nasa memory ang dataset sa Redis, kaya lumalaki ang kinakailangang RAM kasabay ng forum sa halip na manatiling halos pareho. Iniimbak ng MongoDB o PostgreSQL ang data sa disk at kini-cache ang madalas gamitin. Piliin lamang ang Redis kung maipapaliwanag mo kung bakit.

Node.js 18 ang package ng Ubuntu 24.04, na mas mababa sa minimum na requirement. Kaya mag-install muna ng kasalukuyang runtime.

curl -fsSL https://deb.nodesource.com/setup_22.x | sudo -E bash -
sudo apt install -y nodejs git build-essential
sudo adduser --system --group --home /srv/nodebb nodebb
sudo -u nodebb git clone -b v4.x https://github.com/NodeBB/NodeBB.git /srv/nodebb
cd /srv/nodebb
sudo -u nodebb ./nodebb setup

Interactive ang ./nodebb setup. Itinatanong nito kung aling database ang gagamitin at kung paano ito maaabot. Pagkatapos, ginagawa nito ang admin account at pumipili ng port na ang default ay 4567. Hindi nagsisimula ang NodeBB gamit ang npm start. Ang ./nodebb script ang interface, at sa ./nodebb log napupunta ang output.

Ginagawang daemon ng ./nodebb start ang proseso. Mali ito para sa machine na nagre-reboot. Sa halip, patakbuhin ang loader sa ilalim ng systemd habang nasa foreground.

[Unit]
Description=NodeBB
After=network.target

[Service]
Type=simple
User=nodebb
WorkingDirectory=/srv/nodebb
ExecStart=/usr/bin/env node loader.js --no-daemon
Restart=on-failure

[Install]
WantedBy=multi-user.target

Ang --no-daemon ang bahaging madalas nakakaligtaan. Kung wala ito, nagfa-fork ang loader at lumalabas ang parent process. Dahil dito, iniuulat ng systemctl status nodebb na patay ang unit kahit sumasagot pa rin ang curl localhost:4567, at walang napapahinto ang systemctl stop nodebb. Kapag nasa likod ito ng reverse proxy, kailangang maipasa ang websocket upgrade headers. Kung wala ang proxy_set_header Upgrade $http_upgrade; at proxy_set_header Connection "upgrade"; sa nginx block, naglo-load ang forum ngunit napupuno ng failed socket.io requests ang browser console. Hihinto ring lumitaw ang mga bagong post hanggang mag-refresh ang reader.

Nasa pagitan ng Flarum at Discourse ang moderation. May flag queue sa admin panel, mga privilege bawat category, at reputation system. Nagmumula ang anti-spam sa mga community plugin gaya ng nodebb-plugin-spam-be-gone, na nagkokonekta sa Akismet at StopForumSpam.

Manwal ang backups, at kadalasan lamang ito napapansin kapag kailangan na. Walang backup command ang ./nodebb CLI. Ikaw mismo ang magda-dump ng database gamit ang mongodump o pg_dump. Kopyahin din kasabay nito ang public/uploads directory at config.json. Nasa config.json ang database credentials at site URL, kaya ang restore na wala nito ay panibagong install lamang. Wala ring first-party importer. Isang community project ang nodebb-plugin-import na hindi na nakasabay sa mga pagbabago. Samantala, may kasamang NodeBB importer ang Discourse, kaya ang tiyak na gumaganang paraan ng paglipat ay patungo sa Discourse.

phpBB: ang maliit at simple pero gumagana pa rin

Luma na ang phpBB, at iyon ang dahilan kung bakit ito ginagamit. Gumagana ang 3.3 line sa PHP 7.2.0 hanggang PHP 8.3, kasama ang PHP 8.3. Sinusuportahan nito ang MySQL 4.1.3+, MariaDB 5.1+, PostgreSQL 8.3+, SQLite 3.6.15+, MS SQL Server, at Oracle. Kailangan nito ang json, mbstring, XML support, at naka-enable ang getimagesize() function.

Ang SQLite ang dahilan kung bakit kabilang ito sa listahang ito. Kapag SQLite ang gamit, ang forum ay isang directory ng PHP files at isang database file. Walang database server, walang kailangang i-tune, at walang dagdag na kailangang i-back up. Sa isang 1 GB VPS na may iba nang tumatakbo, mahalaga ang pagkakaibang ito. Gamitin ang SQLite para sa maliit na community at lumipat sa MySQL kapag dumami ang sabay-sabay na nagpo-post, dahil sini-serialize ng SQLite ang writes at nagsisimulang pumila ang mga post.

Walang composer step at walang container. Mag-install ng web server na may PHP, i-unpack ang archive, at patakbuhin ang browser installer. Saklaw ng karaniwang LAMP stack sa Ubuntu 24.04 ang buong stack setup.

sudo apt update
sudo apt install -y apache2 php libapache2-mod-php php-mysql php-mbstring php-xml php-gd unzip

I-download ang kasalukuyang 3.3 release mula sa phpbb.com, i-unpack ito sa directory na sine-serve ng iyong vhost, at gawing writable ng web server user ang mga path na sinusulatan ng installer.

sudo chown -R www-data:www-data /srv/phpbb
sudo chmod 660 /srv/phpbb/config.php
sudo chmod -R 770 /srv/phpbb/store /srv/phpbb/cache /srv/phpbb/files /srv/phpbb/images/avatars/upload

Sinasabi ng official instructions na gamitin ang 666 at 777. Para sa shared hosting ang mga numerong iyon, kung saan wala kang kontrol sa user na ginagamit ng PHP. Sa sarili mong VPS, kontrolado mo ang user na iyon, kaya ibigay ang ownership sa www-data at huwag bigyan ng access ang iba. May isang detalye sa Apache na madalas nakakalito: ang config ng Ubuntu ay nagbibigay lang ng access sa ilalim ng sarili nitong default document root. Kaya ang vhost na tumuturo sa /srv/phpbb ay nangangailangan din ng katugmang <Directory> block na may Require all granted. Kung wala nito, 403 Forbidden ang ibinabalik sa bawat request bago pa maabot ang phpBB. Tapusin ang setup sa browser sa /install/index.php, pagkatapos ay ibalik ang config.php sa 640 at i-delete ang install/ directory. Patuloy kang bibigyan ng phpBB ng warning tungkol sa directory na iyon hanggang sa ma-delete ito.

Ang spam ang kilalang problema ng phpBB, pero naaayos ito. Nasa predictable na URL ang registration form (ucp.php?mode=register), kaya nahahanap ito ng bots ilang araw matapos ma-crawl ang domain. Ang epektibong fix ay nasa admin panel, sa ilalim ng Spambot countermeasures: itakda ang anti-spam method sa Question and Answer, at gumawa ng tanong na masasagot lamang ng isang tao mula sa iyong community. Murang sinasagutan ng mga serbisyong naniningil kada libo ang image CAPTCHAs (completely automated public Turing tests). Hindi ganoon kadaling sagutin ang tanong tungkol sa sarili mong subject.

Ang phpBB din ang may pinakamalawak na support para sa migration. Ang phpbb3.rb ng Discourse ang pinakamaraming nagamit na importer sa buong article na ito, at may dalawampung taon ng mga sagot sa phpBB support forums. Ang paglipat palabas ay mysqldump, o maaari mong kopyahin ang SQLite file. Hindi kasama sa migration ang iyong styles at extensions.

Bakit hindi kailanman dumarating ang mga email para sa pag-sign up sa forum?

Ang registration sa lahat ng apat na ito ay nangangailangan ng confirmation email. Kapag hindi dumating ang email, hindi kailanman naa-activate ang account, at makikita sa logs ang isang signup na basta na lamang natigil. Ang outbound deliverability ang nagtatakda kung gagana ang forum, kaya ituring itong bahagi ng installation.

• Karamihan sa VPS provider ay naka-block by default ang outbound port 25, kaya ang local Postfix na direktang sumusubok mag-deliver ay walang nararating. Ipinapakita ng mail log ang connect to gmail-smtp-in.l.google.com[...]:25: Connection timed out.
• Walang sending reputation ang isang bagong IP address, kaya kahit matagumpay ang delivery, napupunta pa rin ito sa spam folder. Para sa confirmation link, katumbas ito ng hindi pagdating.
• Kung walang SPF (sender policy framework) at DKIM (domainkeys identified mail) records na naka-publish sa DNS, direktang nirereject ng malalaking provider ang mensahe. Ganito ang rejection ng Google: 550 5.7.26 Unauthenticated email from example.com is not accepted due to domain's DMARC policy. Inaasahan na rin ang DMARC (domain-based message authentication, reporting and conformance) para sa sinumang nagpapadala nang maramihan.

Ang praktikal na solusyon ay isang relay. Ituro ang SMTP settings ng forum sa isang transactional mail provider gamit ang port 587, i-publish ang SPF, DKIM at DMARC records na ibibigay ng provider, at gumamit ng sender mula sa isang subdomain gaya ng mail.example.com upang manatiling hiwalay ang reputation ng forum sa personal mong mail. Posibleng ikaw mismo ang magpatakbo ng mail server, at saklaw ito ng isang full self-hosted mail server sa isang VPS, pero maling panahon ang paglulunsad ng forum para matutunan ang deliverability.

Mag-test bago mo i-anunsyo ang forum. Sa Discourse, mula sa loob ng container:

cd /var/discourse
./launcher enter app
rake emails:test[you@example.com]

Sinusuri ng task na iyon ang SMTP connection at nagpapadala ng mensahe. Tinutukoy rin nito ang failure kapag mali ang credentials, karaniwang bilang Net::SMTPAuthenticationError. May katumbas na test ang phpBB sa admin panel, sa ilalim ng Client communication. Para sa Flarum at NodeBB, mag-register ng throwaway account gamit ang totoong mailbox sa isang malaking provider, at basahin ang raw headers ng dumating na mensahe. Ang spf=pass at dkim=pass sa Authentication-Results header ang resultang hinahanap mo.

May isang mahalagang detalye para sa Discourse. Simula August 2026, pinapayagan ng setup wizard na laktawan ang SMTP at gumamit ng Discourse ID bilang fallback. Nagsa-sign in dito ang mga user gamit ang external account sa halip na emailed link. Makakapag-launch ka nang walang relay. Hindi nito ibinibigay ang notification mail o password resets, kaya i-configure pa rin ang SMTP bago lumaki ang community.

Paano ilalagay ang forum sa likod ng TLS?

Ordinary virtual hosts ang Flarum at phpBB, kaya sapat na ang certbot sa web server na ginagamit mo na. Iba ang NodeBB at Discourse: mga application itong nakikinig sa mga local port, at kailangang may nasa unahan na mag-terminate ng TLS (transport layer security) at mag-route batay sa hostname. Kung nakikibahagi ang forum ng server sa iba pang serbisyo, maglagay ng isang reverse proxy sa unahan ng lahat ng ito. Iyan ang gamit ng Traefik sa unahan ng maraming Docker Compose app.

Bilang default, inaangkin ng Discourse ang mga port 80 at 443 mismo, gamit ang sarili nitong nginx at sarili nitong Let's Encrypt template. Para ilagay ito sa likod ng existing proxy, i-edit ang app.yml, alisin ang linyang templates/web.letsencrypt.ssl.template.yml, baguhin ang exposed ports para makinig lamang ang container sa isang local address, at pagkatapos ay patakbuhin ang ./launcher rebuild app. Kapag ginawa ito pagkatapos ng installation, kailangan ng rebuild at ilang minutong downtime. Kaya magpasya bago mag-install, hindi pagkatapos.

Aling forum ang angkop sa laki ng inyong community?

Tungkol sa mga tao, hindi sa features, ang decision rule.

• Kung wala pang ilang daang member, iisang moderator, at 1 GB ng RAM: phpBB sa SQLite, o Flarum kung gusto ninyo ng modern interface at kaya ninyong magpatakbo ng MariaDB. Pareho silang iisang PHP application na kailangang panatilihing patched.
• Kung lumalaki ang community, may dalawa o higit pang moderator, at 4 GB ng RAM: Discourse. Sulit ang trust levels at review queue sa resource footprint nito kapag hindi na kayang pamahalaan ng isang tao lamang ang moderation.
• Kung mas mahalaga sa inyo ang live conversation kaysa sa mga thread na pangmatagalan: NodeBB, o tanggapin na chat ito at sa halip ay patakbuhin ang Rocket.Chat sa Docker Compose. Kung wala nang thread sa forum na sulit basahin makalipas ang isang linggo, mas angkop sana itong chat server.
• Kung documentation, hindi discussion, ang aktuwal ninyong kailangan: wala sa mga ito. Mas mahusay na sasagot sa pangangailangang iyon ang BookStack, Wiki.js o Outline, at ang forum na puno ng paulit-ulit na tanong ay karaniwang senyales na walang wiki.
• Kung inaalam pa rin ninyo kung ano talaga ang dapat ilagay sa server: mas magandang panimulang punto ang mas malawak na shortlist ng self-hosting para sa 2026, at sinasaklaw ng gabay sa mga self-hosted na alternatibo sa Notion ang bahaging nag-o-overlap ang mga forum at shared workspace.

Anuman ang piliin ninyo, kasingtibay lamang ng huling na-restore na backup nito ang forum. I-dump ang database ayon sa schedule, kopyahin ang uploads directory sa parehong job, at i-restore nang isang beses ang resulta sa ibang lokasyon upang mapatunayan na magagamit ang dump. Sinasaklaw ng Scheduled restic backups sa isang VPS ang bahaging iyon, at ito ang isang bahagi ng setup na walang second chance.

FAQ

Ano ang minimum server requirements para sa self-hosted forum?

Ang phpBB na gumagamit ng SQLite ay tumatakbo sa 1 GB ng RAM kasabay ng iba pang serbisyo, dahil walang hiwalay na database server. Kailangan ng Flarum ng 1 GB kasama ang MariaDB. Maayos na tumatakbo ang NodeBB sa 2 GB na may MongoDB. Itinatakda ng Discourse ang 1 GB na may swap at 10 GB na disk bilang minimum nito, pero ang 2 GB ang praktikal na minimum at mas angkop ang 4 GB para sa abalang forum, dahil nire-recompile ng ./launcher rebuild app ang assets sa memory sa bawat upgrade at doon kadalasang pinapatay ng kernel out-of-memory handler ang maliit na server.

Maaari ko bang ilipat ang phpBB forum ko sa Discourse?

Oo, at ito ang migration path na may pinakamalawak na suporta rito. Ipinapadala ng Discourse ang script/import_scripts/phpbb3.rb, na pinapatakbo mo sa loob ng container laban sa kopya ng phpBB database, hindi kailanman laban sa live database. Naililipat ang mga user, category, topic, post, at attachment. Hindi naililipat ang mga style at extension, at nagbabago ang mga lumang topic URL, kaya magplano ng redirects mula sa mga phpBB path bago mo ilipat ang DNS. Umaabot ng ilang oras ang malalaking board, kaya subukan muna nang isang beses ang import sa scratch server at sukatin ang oras nito.

Bakit hindi natatanggap ng mga bagong user ang activation email?

Bina-block ng karamihan ng VPS provider ang outbound port 25, kaya hindi talaga makapag-deliver ang local mail server at ipinapakita ng log ang Connection timed out laban sa mail exchanger ng recipient. Kapag gumagana ang delivery, maaaring i-reject o i-filter ang bagong IP na walang SPF o DKIM records, at tumutugon ang Google ng 550 5.7.26 Unauthenticated email ... is not accepted due to domain's DMARC policy. Magpadala gamit ang relay sa port 587 at i-publish ang SPF, DKIM, at DMARC records na ibinibigay ng relay, pagkatapos ay kumpirmahin ito gamit ang test registration at basahin ang Authentication-Results header ng mensaheng natanggap mo.

Aling self-hosted forum software ang nangangailangan ng pinakamaliit na moderation work?

Discourse, dahil nasa core nito ang workflow at hindi lang idinagdag bilang extension. Nililimitahan sa rate ang mga bagong account hanggang sapat na ang nabasa nila, napupunta ang mga report sa isang queue na nagtatala kung sino ang umaksyon sa mga ito, at opisyal ang Akismet plugin. Malapit dito ang phpBB kapag na-enable mo ang Question and Answer anti-spam method, na karaniwang nakapipigil sa bot registration nang mag-isa. Umaasa ang Flarum at NodeBB sa community extension para sa parehong gawain. Hindi nito binabago ang pangunahing salik: nakadepende ang moderation load sa dami ng taong nagpo-post, hindi sa software na ginagamit nila sa pag-post.