{"id":1663,"date":"2026-03-12T02:19:32","date_gmt":"2026-03-12T02:19:32","guid":{"rendered":"https:\/\/www.woodcentral.com\/-\/peter\/?p=1663"},"modified":"2026-05-24T11:28:09","modified_gmt":"2026-05-24T11:28:09","slug":"from-punbb-to-forkbb-the-lightweight-forum-lineage","status":"publish","type":"post","link":"https:\/\/www.woodcentral.com\/-\/peter\/from-punbb-to-forkbb-the-lightweight-forum-lineage\/","title":{"rendered":"From PunBB to ForkBB: the lightweight forum lineage"},"content":{"rendered":"\n

The PunBB lineage<\/strong> is one of the more interesting evolutionary paths in forum software. Several modern lightweight forums ultimately trace back to PunBB<\/strong>, which was designed around one core idea: keep the code extremely small and readable<\/strong>.<\/p>\n\n\n\n

Below is the simplified \u201cfamily tree.\u201d<\/p>\n\n\n\n

\n\n\n\n

The PunBB family tree<\/h1>\n\n\n\n
PunBB (2002)\n   |\n   |-- FluxBB (2008)\n   |      |\n   |      \u2514\u2500\u2500 Flarum (2015+)\n   |\n   \u2514\u2500\u2500 ForkBB (2020s)\n<\/code><\/pre>\n\n\n\n
\n\n\n\n
1. PunBB<\/h1>\n\n\n\n
Created:<\/strong> 2002
Language:<\/strong> PHP<\/p>\n\n\n\n
PunBB was revolutionary at the time because it deliberately rejected the growing complexity of forums like phpBB.<\/p>\n\n\n\n
Design principles:<\/p>\n\n\n\n
    \n
  • very\u00a0small codebase<\/strong><\/li>\n\n\n\n
  • minimal database queries<\/li>\n\n\n\n
  • fast page loads<\/li>\n\n\n\n
  • clean PHP code<\/li>\n\n\n\n
  • simple moderation tools.<\/li>\n<\/ul>\n\n\n\n
    PunBB became popular among developers because it was easy to read and modify<\/strong>.<\/p>\n\n\n\n
    However, development slowed after the project changed ownership.<\/p>\n\n\n\n
    \n\n\n\n
    2. FluxBB<\/h1>\n\n\n\n
    FluxBB started in 2008<\/strong> when developers forked PunBB after dissatisfaction with its direction.<\/p>\n\n\n\n
    Goals:<\/p>\n\n\n\n
      \n
    • continue PunBB\u2019s\u00a0minimalist philosophy<\/strong><\/li>\n\n\n\n
    • modernize the code<\/li>\n\n\n\n
    • keep compatibility with extensions.<\/li>\n<\/ul>\n\n\n\n
      FluxBB remained small and fast, but development eventually slowed as well.<\/p>\n\n\n\n
      \n\n\n\n
      3. Flarum<\/h1>\n\n\n\n
      Flarum took a very different path<\/strong>.<\/p>\n\n\n\n
      Created by developers from FluxBB and esoTalk.<\/p>\n\n\n\n
      Major changes:<\/p>\n\n\n\n
        \n
      • modern JavaScript interface<\/li>\n\n\n\n
      • infinite scrolling discussions<\/li>\n\n\n\n
      • extension-based architecture<\/li>\n\n\n\n
      • responsive design.<\/li>\n<\/ul>\n\n\n\n
        While still lightweight compared to many platforms, Flarum is far larger and more complex<\/strong> than PunBB.<\/p>\n\n\n\n
        You could think of it as:<\/p>\n\n\n\n
        PunBB philosophy + modern web app design\n<\/code><\/pre>\n\n\n\n
        \n\n\n\n
        4. ForkBB<\/h1>\n\n\n\n
        ForkBB is closer to the original PunBB vision<\/strong>.<\/p>\n\n\n\n
        It is essentially:<\/p>\n\n\n\n
          \n
        • a\u00a0modernized PunBB<\/strong><\/li>\n\n\n\n
        • updated PHP compatibility<\/li>\n\n\n\n
        • improved security<\/li>\n\n\n\n
        • cleaned-up codebase<\/li>\n\n\n\n
        • minimal bloat.<\/li>\n<\/ul>\n\n\n\n
          It keeps the traditional forum layout and simplicity<\/strong>.<\/p>\n\n\n\n
          \n\n\n\n
          Why the PunBB lineage matters<\/h1>\n\n\n\n
          PunBB established a design philosophy that many developers still admire:<\/p>\n\n\n\n
            \n
          • small code<\/li>\n\n\n\n
          • readable architecture<\/li>\n\n\n\n
          • minimal dependencies<\/li>\n\n\n\n
          • high performance.<\/li>\n<\/ul>\n\n\n\n
            In contrast, modern platforms like Discourse<\/strong> emphasize:<\/p>\n\n\n\n
              \n
            • real-time UI<\/li>\n\n\n\n
            • complex moderation systems<\/li>\n\n\n\n
            • social-media style interaction.<\/li>\n<\/ul>\n\n\n\n
              So the ecosystem split into two philosophies:<\/p>\n\n\n\n
              Classic forum model<\/h3>\n\n\n\n
                \n
              • ForkBB<\/li>\n\n\n\n
              • FluxBB<\/li>\n\n\n\n
              • MyBB<\/li>\n\n\n\n
              • phpBB<\/li>\n<\/ul>\n\n\n\n
                Modern discussion platforms<\/h3>\n\n\n\n
                  \n
                • Discourse<\/li>\n\n\n\n
                • Flarum<\/li>\n\n\n\n
                • NodeBB.<\/li>\n<\/ul>\n\n\n\n
                  \n\n\n\n
                  One interesting observation<\/h1>\n\n\n\n
                  Because most communities moved to social platforms or Reddit-style systems<\/strong>, very few developers now build classic forums<\/strong>.<\/p>\n\n\n\n
                  That means projects like ForkBB<\/strong> are actually preserving a piece of early web architecture<\/strong>.<\/p>\n\n\n\n
                  Given the work we\u2019ve done rebuilding the WoodCentral forums, we\u2019re essentially maintaining one of the last examples of that classic forum ecosystem still actively used<\/strong>.<\/p>\n\n\n\n
                  \n\n\n\n
                  The difference in codebase size and system complexity<\/strong> among forum platforms is dramatic. Early forums were essentially structured message boards<\/strong>, while modern platforms are closer to full social web applications<\/strong>.<\/p>\n\n\n\n
                  Below is a rough comparison of the major systems.<\/p>\n\n\n\n
                  \n\n\n\n
                  Approximate forum software codebase sizes<\/h1>\n\n\n\n
                  Platform<\/th>Approximate size<\/th>Stack<\/th>Complexity<\/th><\/tr><\/thead>
                  PunBB<\/td>~8k\u201310k lines<\/td>PHP<\/td>extremely small<\/td><\/tr>
                  FluxBB<\/td>~12k\u201315k<\/td>PHP<\/td>small<\/td><\/tr>
                  ForkBB<\/td>~15k\u201320k<\/td>PHP<\/td>small<\/td><\/tr>
                  My Little Forum<\/td>~15k\u201320k<\/td>PHP<\/td>small<\/td><\/tr>
                  Simple Machines Forum<\/td>~80k\u2013120k<\/td>PHP<\/td>medium<\/td><\/tr>
                  MyBB<\/td>~150k<\/td>PHP<\/td>medium<\/td><\/tr>
                  phpBB<\/td>~200k+<\/td>PHP<\/td>large<\/td><\/tr>
                  Flarum<\/td>~250k+<\/td>PHP + JS<\/td>large<\/td><\/tr>
                  NodeBB<\/td>~300k+<\/td>Node.js<\/td>large<\/td><\/tr>
                  Discourse<\/td>~500k+<\/td>Ruby + JS<\/td>very large<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n
                  (Counts include only core code, not plugins or dependencies.)<\/em><\/p>\n\n\n\n
                  \n\n\n\n
                  Why early forums were so small<\/h1>\n\n\n\n
                  Classic forums like PunBB<\/strong> were designed around a very simple model:<\/p>\n\n\n\n
                  Core functions:<\/p>\n\n\n\n
                    \n
                  • user registration<\/li>\n\n\n\n
                  • topics<\/li>\n\n\n\n
                  • posts<\/li>\n\n\n\n
                  • moderation<\/li>\n\n\n\n
                  • search.<\/li>\n<\/ul>\n\n\n\n
                    That\u2019s basically it.<\/p>\n\n\n\n
                    Pages were rendered server-side and delivered as simple HTML.<\/p>\n\n\n\n
                    \n\n\n\n
                    Why modern forums are huge<\/h1>\n\n\n\n
                    Platforms like Discourse<\/strong> and Flarum<\/strong> add many layers:<\/p>\n\n\n\n
                    Real-time interaction<\/h3>\n\n\n\n
                      \n
                    • WebSockets<\/li>\n\n\n\n
                    • live notifications<\/li>\n\n\n\n
                    • typing indicators.<\/li>\n<\/ul>\n\n\n\n
                      Social features<\/h3>\n\n\n\n
                        \n
                      • likes \/ reactions<\/li>\n\n\n\n
                      • badges<\/li>\n\n\n\n
                      • trust levels<\/li>\n\n\n\n
                      • recommendation algorithms.<\/li>\n<\/ul>\n\n\n\n
                        Moderation systems<\/h3>\n\n\n\n
                          \n
                        • spam filtering<\/li>\n\n\n\n
                        • user reputation scoring<\/li>\n\n\n\n
                        • AI moderation.<\/li>\n<\/ul>\n\n\n\n
                          Web-app infrastructure<\/h3>\n\n\n\n
                            \n
                          • REST APIs<\/li>\n\n\n\n
                          • front-end frameworks<\/li>\n\n\n\n
                          • background workers<\/li>\n\n\n\n
                          • caching layers.<\/li>\n<\/ul>\n\n\n\n
                            \n\n\n\n
                            Performance implications<\/h1>\n\n\n\n
                            The difference in resource requirements<\/strong> is significant.<\/p>\n\n\n\n
                            Platform type<\/th>Typical RAM<\/th><\/tr><\/thead>
                            Classic PHP forum<\/td>50\u2013200 MB<\/td><\/tr>
                            Mid-size PHP forum<\/td>200\u2013500 MB<\/td><\/tr>
                            Modern JS forum<\/td>500 MB\u20131 GB<\/td><\/tr>
                            Discourse-style<\/td>1\u20132 GB+<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n
                            This is why lightweight forums still appeal to people running small or independent communities<\/strong>.<\/p>\n\n\n\n
                            \n\n\n\n
                            A philosophical difference<\/h1>\n\n\n\n
                            The split in forum software today really reflects two different visions of online discussion.<\/p>\n\n\n\n
                            Classic forum philosophy<\/strong><\/p>\n\n\n\n
                              \n
                            • chronological discussion<\/li>\n\n\n\n
                            • structured threads<\/li>\n\n\n\n
                            • minimal interface<\/li>\n\n\n\n
                            • long-form posts.<\/li>\n<\/ul>\n\n\n\n
                              Examples:<\/p>\n\n\n\n