PROVIDER Β· Lightweight modern forum
Flarum
Started around 2014 by Australian developer Toby Zerner, Flarum pairs a PHP backend with a single-page front end for a lightweight modern forum under MIT, with a minimal core and on-demand extensions for small communities.
Pros
Cons
Product Information
Detailed Notes
Overview
Flarum was started around 2014 by Australian developer Toby Zerner as a rewrite of his earlier esoTalk project. It pairs a PHP backend with a single-page front end under the MIT licence, aiming to make forums feel like modern web apps rather than reskinning a 2005 interface.
The shape is deliberately minimal: a discussion list, tags, and an editor. Everything else comes from extensions while the core guarantees a clean baseline, which lowers maintenance for small teams that just need a light discussion board and brings Community & Forum within reach of one small VPS.
The limits come from the same restraint. The extension ecosystem is small, so membership, payments, and moderation automation often need a specific extension or custom work, and Chinese material is sparse, pushing troubleshooting toward English docs and GitHub issues.
Core Strengths
- A single-page front end switches views without full reloads, outperforming PHP-era forums on interaction
- A minimal core with on-demand extensions keeps unused features from adding queries and templates
- MIT licensed with clear code structure, so custom development and theming cost less to learn than legacy forums
- Low resource use, with a 1GB VPS handling day-to-day operation for a small community
Product Ecosystem
Core discussion experience
Discussion lists, tags, mentions, notifications, and a Markdown editor form the core, so basic conversation needs no plugins. For smaller communities this less-is-more combination ages better.
Extensions and theming
Extensions install via Composer and themes inherit core styles. Extension quality varies and popular ones lag core releases, so verify compatibility item by item before upgrading.
Drawbacks
- A small extension ecosystem leaves membership, payments, and moderation automation to custom work
- Chinese documentation and community support are sparse, slowing resolution compared with mainstream forums
- Core release cadence is uneven, and major upgrades can require adapting every extension
- Default search is limited, needing an external search service once content grows
Use Cases
- Small vertical communities (β β β β β) - Lightweight modern interaction suits boards from hundreds to thousands of members
- Embedded product discussions (β β β β ) - MIT licensing and clear structure ease integration with in-house systems
- Resource-constrained self-hosting (β β β β ) - Low memory use runs on small VPS instances
- Large communities needing mature tooling (β β ) - Membership, payments, and moderation automation are missing
Pricing
| Plan | Price | Scope |
|---|---|---|
| Licence | $0 | Open source (MIT) with no fee |
| Hosting | Per server | A 1GB VPS supports a small community |
| Extension development | In-house or outsourced | Missing features must be built or commissioned |
The software is free and cost concentrates in development for missing features. List your requirements, tick what core and extensions cover, and treat the remainder as the real budget, which reflects the decision far better than a licence price.
FAQ
-
Can Flarum scale to large communities? It extends to a point, but membership, moderation, and search need building. Past a certain size Discourse's governance mechanics usually save more labour.
-
How is Chinese support? The UI localises through language packs, but Chinese documentation and case studies are thin. Run install, extension, and upgrade flows in staging first to confirm you can handle operations.
-
Are upgrades painful? Major upgrades usually require every extension to adapt, and risk grows with community size. Upgrade a copy first, then production, and keep a rollback image.