7 ms·

Show HN: Flarum – Delightfully simple open-source forum software

163 points by tobyzerner 11y ago

jbrooksuk 11y ago
Hey Toby, I'm really glad to see the beta drop! I've been looking at setting up a forum for https://cachethq.io https://cachethq.io and have been holding off doing so, so that we can use Flarum! How did you find your JS framework change in the end? Did it all go well? What plans do you have for the future of Flarum? A marketplace perhaps?
- tobyzerner 11y ago
  The JS framework change (Ember to Mithril) was a great decision for us, especially given our focus on being fast and lightweight. The codebase ended up being far simpler too. I've been meaning to write a blog post about all the details! Beyond stability and more features, I hope to set up some services around Flarum later this year – an extension marketplace being the first. In order for Flarum to succeed, building a great ecosystem is a must.
Gmo 11y ago
What is your forum software bringing compared to Discourse ? I actually hate Discourse, for me, this is not the way a forum should be, and from my quick glance at your website, it seems that you go in a very similar direction (which makes me sad :( )
- tobyzerner 11y ago
  Can I ask specifically what you don't like about the direction Discourse/Flarum are taking? I can't hope to compete with Discourse on features (yet!), but I think Flarum's elegance sets it apart. Out of the box, it's pretty, fast, easy to use, and works beautifully on mobile. And it's written in PHP, so is super easy to install – any low-end shared host will do.
  - TuringTest 11y ago
    I like the fact that Flarum has an html-only version for browsers with disabled javascript, but it seems to be an alternate implementation, not the same content with less interactivity as it would be expected - it shows much less information and doesn't seem to have feature parity with the interactive version. This means that the software will only be usable from interactive sessions on "standard" mainstream browsers, and won't be easy to integrate with batch-processing tools (like web scrappers or data warehousing) or non-standard environments (anything enabled for the semantic web or developers creating handcrafted personal scripts to enhance their workflows). Classic "static" forums don't suffer from such limitations, being based on simple html and having predictable navigation structures.
    - tobyzerner 11y ago
      On the other hand, Flarum has a fully-functional JSON API which can fulfill some of those use cases. See http://flarum.org/docs/api http://flarum.org/docs/api for more info - and you can see it in action at http://discuss.flarum.org/api/discussions http://discuss.flarum.org/api/discussions.
      - TuringTest 11y ago
        Ok - I see how it solves the automation problem. But it means that humans and bots are accessing different web resources to get the same content - it abandons the original idea of the World Wide Web where a single content resource was expected to be used by humans and computers alike using a unified, simple syntax.
        Gigablah 11y ago
        Are you talking about content negotiation? I don't think a "single content resource" really makes sense. When humans access a page, they aren't just looking at a single resource, they're looking at a blend of disparate resources (e.g. all the content in the navigation, sidebar, footer, peripheral sections, etc). Hence the need for a dedicated API that returns pristine data.
- jbrooksuk 11y ago
  I setup Discourse for a couple of days and absolutely hated everything about it. - It actually ok to setup, following instructions. - The UI is awful. - Changing the sub domain didn't work until I executed some commands. - The admin panel was awful, just a mess. - The frontend didn't really guide the user through what they were doing.
  - voltagex_ 11y ago
    Plus it takes 1+GB of RAM to run properly.
  - tzumby 11y ago
    It just depends what framework/language you are familiar with. Discourse makes sense if you work with Rails (you'll have an easier time both deploying and customizing the UI). If you work with PHP then Flarum would be a better choice.
  - sanderjd 11y ago
    I think a lot of the issues with deploying and managing Discourse are probably spot-on, but as a user rather than an administrator, it's by far my favorite forum UI of the many I've come across through the years. YMMV I suppose.
tacone 11y ago
Very nice. I love the technology stack, and am curious whether it can run on shared hosting. I see some bash scripts in the source though, and I wonder whether this will alienate windows devs or not. The technology choices seem to be: PHP + Laravel components + LessCss + Mithrill.
- tobyzerner 11y ago
  Thanks! The compiled source (http://flarum.org/download http://flarum.org/download) should run on shared hosting no problems. The bash scripts are only for building that ZIP that we put up for download, and setting up a Vagrant development environment. See http://flarum.org/docs/contributing http://flarum.org/docs/contributing for more info.
  - tacone 11y ago
    Another question: how do you plan to deal with SEO?
    - tobyzerner 11y ago
      We output a copy of the page's data within <noscript> tags. (e.g. http://discuss.flarum.org/?nojs=1 http://discuss.flarum.org/?nojs=1) Admittedly it's currently pretty bare-bones and not actually very optimized, haha
lux 11y ago
This looks great! I've been looking for a good alternative to replace Vanilla Forums for a while. I think I'll hold off until Flarum stabilizes, since it seems like a natural replacement as well as a substantial upgrade! One question: I've had quite an ongoing fight with spammers, and none of the Vanilla Forums plugins solve it adequately (including using all of the available plugins together). How does Flarum help keep spammers at bay?
- tobyzerner 11y ago
  It doesn't at the moment! D: That's something we plan to address very soon though. Not sure what specific strategies we'll implement – will sit down and nut it out in the next week or two. https://github.com/flarum/core/issues/271 https://github.com/flarum/core/issues/271
  - sandGorgon 11y ago
    you should just integrate akismet for now. it's paid but has a free tier and works pretty well.
  - lux 11y ago
    Thanks for the reply! I'll keep an eye on github, and quite look forward to shiny new forum software soon :)
clarkevans 11y ago
Will Flarum function as a QA site, with a way to vote up answers like stack overflow?
- tobyzerner 11y ago
  We built Flarum to be highly extensible, so something like this could easily be implemented! Eventually we'll probably make an official Q&A extension too. If you want to learn more about Flarum's extensibility, check out http://flarum.org/docs/extend/ http://flarum.org/docs/extend/.
- JasonSage 11y ago
  Going off of how Toby's last forum project went[1], most things that aren't essential to the project are left open to implement as plugins. esoTalk does have a plugin that lets conversation authors mark one reply as an answer, so I think it's reasonable to guess that one will eventually appear for Flarum. [1]: http://esotalk.org http://esotalk.org
JorgeGT 11y ago
On a side note, does anyone else find the text of the website difficult to read due to low contrast against the background?
J_Darnley 11y ago
> You're viewing the HTML-only version of Flarum Community. Upgrade your browser for the full version. Thanks but my browser is already the latest version. At least you show something without javascript.
- tobyzerner 11y ago
  Flarum automatically redirects to the non-JS version if there's an error booting up the JS app. What browser are you using?
  - J_Darnley 11y ago
    Palemoon 25.7.0 I do see more than just that message. On http://discuss.flarum.org/ http://discuss.flarum.org/ I see a list of links to various posts.
    - tobyzerner 11y ago
      Mind reporting an issue for this? (https://github.com/flarum/core/issues https://github.com/flarum/core/issues) I can't test directly because I'm using a Mac, but it would be great if we can continue investigating on GitHub :)
Gigablah 11y ago
I took a peek at the source code. Extensions are Composer packages that hook into the core dispatcher, while the frontend extends Mithril components written in ES6. I'm in love.
JasonSage 11y ago
Okay, this bugs me just a little bit. From the story page[1]: > A piece of software that depends on extensions will surely fail without the establishment of an ecosystem. I do not intend to make the same mistake with Flarum. This seems incorrect to me. If you look today, there are still a several people that actively develop plugins for esoTalk. The community has contributed plugins for Markdown, OAuth, signatures, and social sharing. I myself have made Mandrill and Mailchimp integrations within the last couple months. > Without the feedback of a team, I have produced some low-quality code and APIs that will surely need revision. This statement about Flarum sounds to me like the stated reason esoTalk[2] was left in favor of a complete rewrite—it needed a lot of work. Reviewing some of the history... There was an open source forum solution that had an established base of users that was completely abandoned for an attempted kickstarter of a ground-up rewrite. The kickstarter didn't work, so they're bootstrapping it and going to try to monetize with a paid marketplace and a "service-based business." It all strikes me as a promotional effort to base a kickstarter and a business around. Toby has already been successful in making a fast and simple forum software, esoTalk. Toby, if your interests are in making freely available forum software but your career path remains focused on medical school, why invest so much time into starting a business around new forum software instead of just putting some time into revamping what you already had? I'm trying to see the motivation behind this as something which would justify killing off your own forum project and leaving folks who use your software, besides making some cash on a side business, but I can't. [1]: http://flarum.org/story/ http://flarum.org/story/ [2]: https://github.com/esotalk/esoTalk https://github.com/esotalk/esoTalk
- Gigablah 11y ago
  I'd say creating a solid, modular codebase upon modern PHP/JS best practices is a valid enough motivation. I've been waiting for a project like this myself.
- tobyzerner 11y ago
  Fair points. I guess I consider esoTalk to be somewhat of a lost cause in terms of the way it's built. It's a pain to implement fixes and features, maintain, and is pretty limited in what it can do (and how it can be extended). Simply put, I didn't enjoy working on it. When I said "I have produced some low-quality code and APIs that will surely need revision", I'm mostly talking about more semantic things like class naming and organization. The majority of Flarum's architecture is very solid, testable, and will be easy to maintain. Doesn't compare to esoTalk. Admittedly, if I just wanted to start a business and make some cash, you're right: I probably could've just persisted with esoTalk. But it's not all about money – it's also about doing the best work that I can, enjoying it, and making damn good forum software with great potential. There will eventually be a migration path from esoTalk to Flarum, and I still merge PRs from time to time... so I like to think I'm not completely abandoning the esoTalk folk!
dpark 11y ago
Bugs/feedback welcome, I assume? 1. Bug: The "read the rules" banner link is broken. http://discuss.flarum.org/d/392/frequently-asked-questions-please-read-here-before-posting/1 http://discuss.flarum.org/d/392/frequently-asked-questions-p... 2. Bug: Long titles overlap with tags. http://imgur.com/jFGRHtC http://imgur.com/jFGRHtC This is on Chrome 44.0, Windows 10. 3. Feedback: The Title/Tag banner at the top of every post seems too large. 141px tall and no way to dismiss/shrink. This is especially noticeable given the bold banner colors. It's very attractive, but I keep looking for the dismiss button. 4. Bug(?): Over quota error in pusher.min.js. http://imgur.com/xmXPLaq http://imgur.com/xmXPLaq 5. Bug: Avatar 404s. http://imgur.com/xmXPLaq http://imgur.com/xmXPLaq (same image as previous) http://imgur.com/QkPaxr9 http://imgur.com/QkPaxr9 (discussion list broken images) 6. Feedback: Why no infinite scroll on the main page? "Load More" works fine, but seems inconsistent with the in-thread scrolling. 7. Feedback: The "move" icon on the infinite scroll scrubber seems a touch odd, because it indicates 2-dimensional motion. Maybe "ns-resize"? With all that said, this seems very nice. It's simple from a user perspective, and it's attractively designed. It's responsive, and from a quick glance the docs look nice. I love the infinite scroll scrubber. Nice work.
- tobyzerner 11y ago
  Thanks for the feedback! 1. Fixed. 2. https://github.com/flarum/tags/issues/10 https://github.com/flarum/tags/issues/10 4. Haha, I don't want to pay for Pusher right now. Will be working on a self-hosted push solution soon. 6. https://github.com/flarum/core/issues/115 https://github.com/flarum/core/issues/115
  - Gigablah 11y ago
    You might want to take a look at Ably.io as a pusher alternative. They have a generous free plan.
  - joncalhoun 11y ago
    > 4. Haha, I don't want to pay for Pusher right now. Will be working on a self-hosted push solution soon. I hear great things about Faye: http://faye.jcoglan.com/ http://faye.jcoglan.com/ You can also get something up an running in Go very quickly that should scale pretty well and might make deploys easy since you can just compile to binaries. eg: https://github.com/joncalhoun/sockets https://github.com/joncalhoun/sockets is a server that just allows POSTs with a message, and relays that message to all websocket subscribers. If you use any of that code be sure to change the hardcoded key here: https://github.com/joncalhoun/sockets/blob/master/main.go#L29 https://github.com/joncalhoun/sockets/blob/master/main.go#L2... (I don't use this key in prod. It was just a test one.)
raziel2p 11y ago
I couldn't find information about this in the documentation. How hard is it going to be either to replace the core authentication with my own implementation, or use Flarum's authentication outside of Flarum? My goal would be to write a lightweight CMS which shares a login with the forum.
- tobyzerner 11y ago
  This is something we haven't tackled yet, but we definitely want to make this kind of thing easy at some point in the future.
  - raziel2p 11y ago
    Is there an issue on github I can subscribe to for this?
    - tobyzerner 11y ago
      Just made one: https://github.com/flarum/core/issues/274 https://github.com/flarum/core/issues/274
      - raziel2p 11y ago
        What if I don't want to use Laravel? :)
alberth 11y ago
Toby Given than flarum.org is down due to moderate traffic, any immediate plans to include sometype of content caching within Flarum?
leejoramo 11y ago
What are the blockers on using Flarum in production? (Bugs, changing API's, etc) I would consider putting this into light use for a private forum to with maybe 10 to 40 users. If it is not yet ready for this, when would you expect it to be? (Note: your Roadmap is currently empty.) My experience with many other projects would be that sometime prior to a Release Candidate you would want people to be testing and using the Beta. I am just evaluating Discourse for a small group, but it looks like Flarum would be a better fit for my use case.
- tobyzerner 11y ago
  It's buggy, prone to spam, probably not secure, missing features, etc. Probably should've named it an alpha, almost. But if you're game you could give it a spin - we're running our support forum on it currently. Will fill out that roadmap tomorrow :)
techaddict009 11y ago
What is your technology stack? Looks good overall.
- tobyzerner 11y ago
  Thanks! Technology stack is PHP, JavaScript (Mithril), Less. More info here: http://flarum.org/docs/extend/ http://flarum.org/docs/extend/
  - techaddict009 11y ago
    You mean mere core php? (I am from mob so nt seen the code on git) No use of modern framework like laravel or something?
    - treahauet 11y ago
      Looks like it uses some Illuminate (Laravel) components: https://github.com/flarum/core/blob/master/composer.json https://github.com/flarum/core/blob/master/composer.json
joshmarinacci 11y ago
Why is almost all forum software written in php? Is there something about the language that makes it ideal for forums? Is it a historical artifact?
- pygy_ 11y ago
  It is a prerequisite for wide adoption. It is far easier to find a free or cheap PHP host.
  - lie2815 11y ago
    That, and PHP projects are the easiest to install on web hosts.
mortenjorck 11y ago
I was looking at forum software for the first time in years just last month, and was surprised at how fresh EsoTalk looked compared to the traditionally crufty UI patterns of even more progressive forum packages. As you might imagine, I was then completely blown away when I saw its successor! Congratulations on the beta launch; it looks amazing.
babatong 11y ago
Sad to see this eating up and killing off FluxBB. Seems like we're slowly but surely running out of basic, universal, no-nonsense forum software in favour of a move to Twitter/Facebook-timelines or Stack Overflow-style layouts, none of which are great mediums for organised discussion.
- danneu 11y ago
  Xenforo is just about best of breed in the domain of modern, traditional forum software. Even phpBB is still around. I don't blame people for trying to come up with new forum paradigms instead of reimplementing the same solution over and over again. Then again, forum software that implements modern expectations is never going to be basic.
  - babatong 11y ago
    I would argue however that both Xenforo and phpBB are ridiculously bloated and should hardly be called basic. phpBB more so than Xenforo obviously. None of them offer the far more robust approach of FluxBB. Thankfully, as FluxBB is opensource, it can be forked and saved from this development direction.
    - zyxley 11y ago
      > and should hardly be called basic That was danneu's point - that any forum that actually implements most of what people will want out of it (just to start with - separate subforums/categories, user permissions, tags, thread and user following, local and email alerts, broad formatting options, media embeds, per-user display settings, etc etc...) is going to be well beyond "basic" just to get a userbase in the first place.
aesthetics1 11y ago
The design is incredibly on-point. The breakpoints for smaller screens work well for me, and everything is where I would expect it to be. The subtle animations and the crisp/clean interface are very refreshing. Last time I looked at the forums/bb landscape it still seemed to be dominated by phpBB, WordPress' bbPress, and vBulletin. I hope these really fall out of style, as I just don't believe communication online happens in a way that lends itself to those architectures anymore.
tobbyb 11y ago
We had looked at a bunch of forums from the traditional forums like MyBB, PhpBB, Flux BB to newer takes on forums like Vanilla, Discourse, Nodebb and Esotalk an year ago. I liked the minimalism of Esotalk but it was being phased out in favour of developing Flarum. I found Vanilla was somehow missing the typical community feel of forums though lowendtalk is using it and is one of the busier communities. Discourse was Ruby and extremely difficult to install and we did manage eventually but I always felt you need to be comfortable with Ruby or have managed hosting with Discourse. It's a handful. Flux BB was one of the fastest of the traditional forums then. Arch Linux uses Flux BB and its a busy forum. It will be interesting to see which way they go now that it is going to be Flarum. I remember seeing some heated discussions in the Fluxbb forums about the shift. We just added a flarum container in the Flockport app store [1] for those who want to give it a quick spin. It will work with LXC and most likely Nspawn too for those who have a recent versions of Systemd. https://www.flockport.com/store https://www.flockport.com/store
- samuell 11y ago
  I'm surprised Phorum gets so little press: http://www.phorum.org http://www.phorum.org Phorum powered MySQL:s own (very large-scale) forum (does it still?) among other things, and in a way it seems to share a lot of the light-weightedness with some of the more modern ones in this thread.
danneu 11y ago
The in-topic scrubber is great UX compared to pagination. https://dl.dropboxusercontent.com/spa/quq37nq1583x0lf/d2lm886x.png https://dl.dropboxusercontent.com/spa/quq37nq1583x0lf/d2lm88...
- zyxley 11y ago
  I wonder how well it scales to upwards of thousands of comments, though. There are some forums I've seen where it's not unusual to have threads that are several hundred pages of 20+ posts each. It also seems like prime territory to have something added in the style of the Xenforo threadmarks plugin: https://github.com/Sidane/xenforo-threadmarks https://github.com/Sidane/xenforo-threadmarks Basically, the thread author (or admins) mark particular posts, and a table of contents to them gets auto-generated, and each of those posts in the thread gets forward/back buttons to skip to the next/previous. It makes long-running threads much more navigable, especially single-purpose ones (game walkthroughs, following the news about specific events, etc).
  - danneu 11y ago
    I wonder the same thing. Massive threads are somewhat of a proving ground for every forum implementation and feature. Like when you first realize that `OFFSET` SQL for pagination just isn't gonna cut it. For example, I recently read a field report of someone migrating their Xenforo forum to Discourse (https://meta.discourse.org/t/discourse-for-me-6-weeks-in/31900 https://meta.discourse.org/t/discourse-for-me-6-weeks-in/319...) that had issues with megathreads after the migration since Discourse sends down a list of all post_ids in the topic, a known issue. That threadmarks plugin is a brilliant idea, like a curated table-of-contents or places-of-interest. I'm going to implement that on my forum.
zyxley 11y ago
This looks interesting, but it would need proper, nested subforums that are more discrete than the current tag system to really substitute for any of the major forums I use. This isn't because of navigation, but because of the alerts and other cruft that particular sections in large, long-used forums accumulate over time. Per-section alerts (boxes at the top of the page separate from threads) in particular don't seem to be replicable here outside of the descriptions at the top.
alfg 11y ago
It's coming along great! Good work! I really liked esoTalk and looking forward to installing this soon!
krapp 11y ago
I really like that someone is still trying to innovate on PHP forums, and not by simply offering a service. There is still a market for self-hosted forums, and most of the current offerings are basically rotting on the vine.
xena 11y ago
I really would like it if people started writing these kinds of things in modern languages.
- deleted 11y ago
  [deleted]
- benwilber0 11y ago
  go for it. Also, there's nothing wrong with PHP.
- kelkes 11y ago
  was about to post the same...
Curiositry 11y ago
Great job Toby & Franz! I’ve used PhpBB (spam magnet), NodeBB (too buggy), and am now on Discourse, which is great but eats server space for breakfast. Flarum look very cool — I’ll give it a spin as soon as it’s stable.
Xunxi 11y ago
I'm really in love with this. Subtle but comprehensive UI devoid of all the clutter.

163 points by tobyzerner 11y ago

Hey Toby, I'm really glad to see the beta drop! I've been looking at setting up a forum for https://cachethq.io https://cachethq.io and have been holding off doing so, so that we can use Flarum! How did you find your JS framework change in the end? Did it all go well? What plans do you have for the future of Flarum? A marketplace perhaps?

tobyzerner 11y ago
The JS framework change (Ember to Mithril) was a great decision for us, especially given our focus on being fast and lightweight. The codebase ended up being far simpler too. I've been meaning to write a blog post about all the details! Beyond stability and more features, I hope to set up some services around Flarum later this year – an extension marketplace being the first. In order for Flarum to succeed, building a great ecosystem is a must.

Gmo 11y ago

What is your forum software bringing compared to Discourse ? I actually hate Discourse, for me, this is not the way a forum should be, and from my quick glance at your website, it seems that you go in a very similar direction (which makes me sad :( )

tobyzerner 11y ago
Can I ask specifically what you don't like about the direction Discourse/Flarum are taking? I can't hope to compete with Discourse on features (yet!), but I think Flarum's elegance sets it apart. Out of the box, it's pretty, fast, easy to use, and works beautifully on mobile. And it's written in PHP, so is super easy to install – any low-end shared host will do.
- TuringTest 11y ago
  I like the fact that Flarum has an html-only version for browsers with disabled javascript, but it seems to be an alternate implementation, not the same content with less interactivity as it would be expected - it shows much less information and doesn't seem to have feature parity with the interactive version. This means that the software will only be usable from interactive sessions on "standard" mainstream browsers, and won't be easy to integrate with batch-processing tools (like web scrappers or data warehousing) or non-standard environments (anything enabled for the semantic web or developers creating handcrafted personal scripts to enhance their workflows). Classic "static" forums don't suffer from such limitations, being based on simple html and having predictable navigation structures.
  - tobyzerner 11y ago
    On the other hand, Flarum has a fully-functional JSON API which can fulfill some of those use cases. See http://flarum.org/docs/api http://flarum.org/docs/api for more info - and you can see it in action at http://discuss.flarum.org/api/discussions http://discuss.flarum.org/api/discussions.
    - TuringTest 11y ago
      Ok - I see how it solves the automation problem. But it means that humans and bots are accessing different web resources to get the same content - it abandons the original idea of the World Wide Web where a single content resource was expected to be used by humans and computers alike using a unified, simple syntax.
      - Gigablah 11y ago
        Are you talking about content negotiation? I don't think a "single content resource" really makes sense. When humans access a page, they aren't just looking at a single resource, they're looking at a blend of disparate resources (e.g. all the content in the navigation, sidebar, footer, peripheral sections, etc). Hence the need for a dedicated API that returns pristine data.
jbrooksuk 11y ago
I setup Discourse for a couple of days and absolutely hated everything about it. - It actually ok to setup, following instructions. - The UI is awful. - Changing the sub domain didn't work until I executed some commands. - The admin panel was awful, just a mess. - The frontend didn't really guide the user through what they were doing.
- voltagex_ 11y ago
  Plus it takes 1+GB of RAM to run properly.
- tzumby 11y ago
  It just depends what framework/language you are familiar with. Discourse makes sense if you work with Rails (you'll have an easier time both deploying and customizing the UI). If you work with PHP then Flarum would be a better choice.
- sanderjd 11y ago
  I think a lot of the issues with deploying and managing Discourse are probably spot-on, but as a user rather than an administrator, it's by far my favorite forum UI of the many I've come across through the years. YMMV I suppose.

tacone 11y ago

Very nice. I love the technology stack, and am curious whether it can run on shared hosting. I see some bash scripts in the source though, and I wonder whether this will alienate windows devs or not. The technology choices seem to be: PHP + Laravel components + LessCss + Mithrill.

tobyzerner 11y ago
Thanks! The compiled source (http://flarum.org/download http://flarum.org/download) should run on shared hosting no problems. The bash scripts are only for building that ZIP that we put up for download, and setting up a Vagrant development environment. See http://flarum.org/docs/contributing http://flarum.org/docs/contributing for more info.
- tacone 11y ago
  Another question: how do you plan to deal with SEO?
  - tobyzerner 11y ago
    We output a copy of the page's data within <noscript> tags. (e.g. http://discuss.flarum.org/?nojs=1 http://discuss.flarum.org/?nojs=1) Admittedly it's currently pretty bare-bones and not actually very optimized, haha

lux 11y ago

This looks great! I've been looking for a good alternative to replace Vanilla Forums for a while. I think I'll hold off until Flarum stabilizes, since it seems like a natural replacement as well as a substantial upgrade! One question: I've had quite an ongoing fight with spammers, and none of the Vanilla Forums plugins solve it adequately (including using all of the available plugins together). How does Flarum help keep spammers at bay?

tobyzerner 11y ago
It doesn't at the moment! D: That's something we plan to address very soon though. Not sure what specific strategies we'll implement – will sit down and nut it out in the next week or two. https://github.com/flarum/core/issues/271 https://github.com/flarum/core/issues/271
- sandGorgon 11y ago
  you should just integrate akismet for now. it's paid but has a free tier and works pretty well.
- lux 11y ago
  Thanks for the reply! I'll keep an eye on github, and quite look forward to shiny new forum software soon :)

clarkevans 11y ago

Will Flarum function as a QA site, with a way to vote up answers like stack overflow?

tobyzerner 11y ago
We built Flarum to be highly extensible, so something like this could easily be implemented! Eventually we'll probably make an official Q&A extension too. If you want to learn more about Flarum's extensibility, check out http://flarum.org/docs/extend/ http://flarum.org/docs/extend/.
JasonSage 11y ago
Going off of how Toby's last forum project went[1], most things that aren't essential to the project are left open to implement as plugins. esoTalk does have a plugin that lets conversation authors mark one reply as an answer, so I think it's reasonable to guess that one will eventually appear for Flarum. [1]: http://esotalk.org http://esotalk.org

JorgeGT 11y ago

On a side note, does anyone else find the text of the website difficult to read due to low contrast against the background?

J_Darnley 11y ago

> You're viewing the HTML-only version of Flarum Community. Upgrade your browser for the full version. Thanks but my browser is already the latest version. At least you show something without javascript.

tobyzerner 11y ago
Flarum automatically redirects to the non-JS version if there's an error booting up the JS app. What browser are you using?
- J_Darnley 11y ago
  Palemoon 25.7.0 I do see more than just that message. On http://discuss.flarum.org/ http://discuss.flarum.org/ I see a list of links to various posts.
  - tobyzerner 11y ago
    Mind reporting an issue for this? (https://github.com/flarum/core/issues https://github.com/flarum/core/issues) I can't test directly because I'm using a Mac, but it would be great if we can continue investigating on GitHub :)

Gigablah 11y ago

I took a peek at the source code. Extensions are Composer packages that hook into the core dispatcher, while the frontend extends Mithril components written in ES6. I'm in love.

JasonSage 11y ago

Okay, this bugs me just a little bit. From the story page[1]: > A piece of software that depends on extensions will surely fail without the establishment of an ecosystem. I do not intend to make the same mistake with Flarum. This seems incorrect to me. If you look today, there are still a several people that actively develop plugins for esoTalk. The community has contributed plugins for Markdown, OAuth, signatures, and social sharing. I myself have made Mandrill and Mailchimp integrations within the last couple months. > Without the feedback of a team, I have produced some low-quality code and APIs that will surely need revision. This statement about Flarum sounds to me like the stated reason esoTalk[2] was left in favor of a complete rewrite—it needed a lot of work. Reviewing some of the history... There was an open source forum solution that had an established base of users that was completely abandoned for an attempted kickstarter of a ground-up rewrite. The kickstarter didn't work, so they're bootstrapping it and going to try to monetize with a paid marketplace and a "service-based business." It all strikes me as a promotional effort to base a kickstarter and a business around. Toby has already been successful in making a fast and simple forum software, esoTalk. Toby, if your interests are in making freely available forum software but your career path remains focused on medical school, why invest so much time into starting a business around new forum software instead of just putting some time into revamping what you already had? I'm trying to see the motivation behind this as something which would justify killing off your own forum project and leaving folks who use your software, besides making some cash on a side business, but I can't. [1]: http://flarum.org/story/ http://flarum.org/story/ [2]: https://github.com/esotalk/esoTalk https://github.com/esotalk/esoTalk

Gigablah 11y ago
I'd say creating a solid, modular codebase upon modern PHP/JS best practices is a valid enough motivation. I've been waiting for a project like this myself.
tobyzerner 11y ago
Fair points. I guess I consider esoTalk to be somewhat of a lost cause in terms of the way it's built. It's a pain to implement fixes and features, maintain, and is pretty limited in what it can do (and how it can be extended). Simply put, I didn't enjoy working on it. When I said "I have produced some low-quality code and APIs that will surely need revision", I'm mostly talking about more semantic things like class naming and organization. The majority of Flarum's architecture is very solid, testable, and will be easy to maintain. Doesn't compare to esoTalk. Admittedly, if I just wanted to start a business and make some cash, you're right: I probably could've just persisted with esoTalk. But it's not all about money – it's also about doing the best work that I can, enjoying it, and making damn good forum software with great potential. There will eventually be a migration path from esoTalk to Flarum, and I still merge PRs from time to time... so I like to think I'm not completely abandoning the esoTalk folk!

dpark 11y ago

Bugs/feedback welcome, I assume? 1. Bug: The "read the rules" banner link is broken. http://discuss.flarum.org/d/392/frequently-asked-questions-please-read-here-before-posting/1 http://discuss.flarum.org/d/392/frequently-asked-questions-p... 2. Bug: Long titles overlap with tags. http://imgur.com/jFGRHtC http://imgur.com/jFGRHtC This is on Chrome 44.0, Windows 10. 3. Feedback: The Title/Tag banner at the top of every post seems too large. 141px tall and no way to dismiss/shrink. This is especially noticeable given the bold banner colors. It's very attractive, but I keep looking for the dismiss button. 4. Bug(?): Over quota error in pusher.min.js. http://imgur.com/xmXPLaq http://imgur.com/xmXPLaq 5. Bug: Avatar 404s. http://imgur.com/xmXPLaq http://imgur.com/xmXPLaq (same image as previous) http://imgur.com/QkPaxr9 http://imgur.com/QkPaxr9 (discussion list broken images) 6. Feedback: Why no infinite scroll on the main page? "Load More" works fine, but seems inconsistent with the in-thread scrolling. 7. Feedback: The "move" icon on the infinite scroll scrubber seems a touch odd, because it indicates 2-dimensional motion. Maybe "ns-resize"? With all that said, this seems very nice. It's simple from a user perspective, and it's attractively designed. It's responsive, and from a quick glance the docs look nice. I love the infinite scroll scrubber. Nice work.

tobyzerner 11y ago
Thanks for the feedback! 1. Fixed. 2. https://github.com/flarum/tags/issues/10 https://github.com/flarum/tags/issues/10 4. Haha, I don't want to pay for Pusher right now. Will be working on a self-hosted push solution soon. 6. https://github.com/flarum/core/issues/115 https://github.com/flarum/core/issues/115
- Gigablah 11y ago
  You might want to take a look at Ably.io as a pusher alternative. They have a generous free plan.
- joncalhoun 11y ago
  > 4. Haha, I don't want to pay for Pusher right now. Will be working on a self-hosted push solution soon. I hear great things about Faye: http://faye.jcoglan.com/ http://faye.jcoglan.com/ You can also get something up an running in Go very quickly that should scale pretty well and might make deploys easy since you can just compile to binaries. eg: https://github.com/joncalhoun/sockets https://github.com/joncalhoun/sockets is a server that just allows POSTs with a message, and relays that message to all websocket subscribers. If you use any of that code be sure to change the hardcoded key here: https://github.com/joncalhoun/sockets/blob/master/main.go#L29 https://github.com/joncalhoun/sockets/blob/master/main.go#L2... (I don't use this key in prod. It was just a test one.)

raziel2p 11y ago

I couldn't find information about this in the documentation. How hard is it going to be either to replace the core authentication with my own implementation, or use Flarum's authentication outside of Flarum? My goal would be to write a lightweight CMS which shares a login with the forum.

tobyzerner 11y ago
This is something we haven't tackled yet, but we definitely want to make this kind of thing easy at some point in the future.
- raziel2p 11y ago
  Is there an issue on github I can subscribe to for this?
  - tobyzerner 11y ago
    Just made one: https://github.com/flarum/core/issues/274 https://github.com/flarum/core/issues/274
    - raziel2p 11y ago
      What if I don't want to use Laravel? :)

alberth 11y ago

Toby Given than flarum.org is down due to moderate traffic, any immediate plans to include sometype of content caching within Flarum?

leejoramo 11y ago

What are the blockers on using Flarum in production? (Bugs, changing API's, etc) I would consider putting this into light use for a private forum to with maybe 10 to 40 users. If it is not yet ready for this, when would you expect it to be? (Note: your Roadmap is currently empty.) My experience with many other projects would be that sometime prior to a Release Candidate you would want people to be testing and using the Beta. I am just evaluating Discourse for a small group, but it looks like Flarum would be a better fit for my use case.

tobyzerner 11y ago
It's buggy, prone to spam, probably not secure, missing features, etc. Probably should've named it an alpha, almost. But if you're game you could give it a spin - we're running our support forum on it currently. Will fill out that roadmap tomorrow :)

techaddict009 11y ago

What is your technology stack? Looks good overall.

tobyzerner 11y ago
Thanks! Technology stack is PHP, JavaScript (Mithril), Less. More info here: http://flarum.org/docs/extend/ http://flarum.org/docs/extend/
- techaddict009 11y ago
  You mean mere core php? (I am from mob so nt seen the code on git) No use of modern framework like laravel or something?
  - treahauet 11y ago
    Looks like it uses some Illuminate (Laravel) components: https://github.com/flarum/core/blob/master/composer.json https://github.com/flarum/core/blob/master/composer.json

joshmarinacci 11y ago

Why is almost all forum software written in php? Is there something about the language that makes it ideal for forums? Is it a historical artifact?

pygy_ 11y ago
It is a prerequisite for wide adoption. It is far easier to find a free or cheap PHP host.
- lie2815 11y ago
  That, and PHP projects are the easiest to install on web hosts.

mortenjorck 11y ago

I was looking at forum software for the first time in years just last month, and was surprised at how fresh EsoTalk looked compared to the traditionally crufty UI patterns of even more progressive forum packages. As you might imagine, I was then completely blown away when I saw its successor! Congratulations on the beta launch; it looks amazing.

babatong 11y ago

Sad to see this eating up and killing off FluxBB. Seems like we're slowly but surely running out of basic, universal, no-nonsense forum software in favour of a move to Twitter/Facebook-timelines or Stack Overflow-style layouts, none of which are great mediums for organised discussion.

danneu 11y ago
Xenforo is just about best of breed in the domain of modern, traditional forum software. Even phpBB is still around. I don't blame people for trying to come up with new forum paradigms instead of reimplementing the same solution over and over again. Then again, forum software that implements modern expectations is never going to be basic.
- babatong 11y ago
  I would argue however that both Xenforo and phpBB are ridiculously bloated and should hardly be called basic. phpBB more so than Xenforo obviously. None of them offer the far more robust approach of FluxBB. Thankfully, as FluxBB is opensource, it can be forked and saved from this development direction.
  - zyxley 11y ago
    > and should hardly be called basic That was danneu's point - that any forum that actually implements most of what people will want out of it (just to start with - separate subforums/categories, user permissions, tags, thread and user following, local and email alerts, broad formatting options, media embeds, per-user display settings, etc etc...) is going to be well beyond "basic" just to get a userbase in the first place.

aesthetics1 11y ago

The design is incredibly on-point. The breakpoints for smaller screens work well for me, and everything is where I would expect it to be. The subtle animations and the crisp/clean interface are very refreshing. Last time I looked at the forums/bb landscape it still seemed to be dominated by phpBB, WordPress' bbPress, and vBulletin. I hope these really fall out of style, as I just don't believe communication online happens in a way that lends itself to those architectures anymore.

tobbyb 11y ago

We had looked at a bunch of forums from the traditional forums like MyBB, PhpBB, Flux BB to newer takes on forums like Vanilla, Discourse, Nodebb and Esotalk an year ago. I liked the minimalism of Esotalk but it was being phased out in favour of developing Flarum. I found Vanilla was somehow missing the typical community feel of forums though lowendtalk is using it and is one of the busier communities. Discourse was Ruby and extremely difficult to install and we did manage eventually but I always felt you need to be comfortable with Ruby or have managed hosting with Discourse. It's a handful. Flux BB was one of the fastest of the traditional forums then. Arch Linux uses Flux BB and its a busy forum. It will be interesting to see which way they go now that it is going to be Flarum. I remember seeing some heated discussions in the Fluxbb forums about the shift. We just added a flarum container in the Flockport app store [1] for those who want to give it a quick spin. It will work with LXC and most likely Nspawn too for those who have a recent versions of Systemd. https://www.flockport.com/store https://www.flockport.com/store

samuell 11y ago
I'm surprised Phorum gets so little press: http://www.phorum.org http://www.phorum.org Phorum powered MySQL:s own (very large-scale) forum (does it still?) among other things, and in a way it seems to share a lot of the light-weightedness with some of the more modern ones in this thread.

danneu 11y ago

The in-topic scrubber is great UX compared to pagination. https://dl.dropboxusercontent.com/spa/quq37nq1583x0lf/d2lm886x.png https://dl.dropboxusercontent.com/spa/quq37nq1583x0lf/d2lm88...

zyxley 11y ago
I wonder how well it scales to upwards of thousands of comments, though. There are some forums I've seen where it's not unusual to have threads that are several hundred pages of 20+ posts each. It also seems like prime territory to have something added in the style of the Xenforo threadmarks plugin: https://github.com/Sidane/xenforo-threadmarks https://github.com/Sidane/xenforo-threadmarks Basically, the thread author (or admins) mark particular posts, and a table of contents to them gets auto-generated, and each of those posts in the thread gets forward/back buttons to skip to the next/previous. It makes long-running threads much more navigable, especially single-purpose ones (game walkthroughs, following the news about specific events, etc).
- danneu 11y ago
  I wonder the same thing. Massive threads are somewhat of a proving ground for every forum implementation and feature. Like when you first realize that `OFFSET` SQL for pagination just isn't gonna cut it. For example, I recently read a field report of someone migrating their Xenforo forum to Discourse (https://meta.discourse.org/t/discourse-for-me-6-weeks-in/31900 https://meta.discourse.org/t/discourse-for-me-6-weeks-in/319...) that had issues with megathreads after the migration since Discourse sends down a list of all post_ids in the topic, a known issue. That threadmarks plugin is a brilliant idea, like a curated table-of-contents or places-of-interest. I'm going to implement that on my forum.

zyxley 11y ago

This looks interesting, but it would need proper, nested subforums that are more discrete than the current tag system to really substitute for any of the major forums I use. This isn't because of navigation, but because of the alerts and other cruft that particular sections in large, long-used forums accumulate over time. Per-section alerts (boxes at the top of the page separate from threads) in particular don't seem to be replicable here outside of the descriptions at the top.

alfg 11y ago

It's coming along great! Good work! I really liked esoTalk and looking forward to installing this soon!

krapp 11y ago

I really like that someone is still trying to innovate on PHP forums, and not by simply offering a service. There is still a market for self-hosted forums, and most of the current offerings are basically rotting on the vine.

xena 11y ago

I really would like it if people started writing these kinds of things in modern languages.

deleted 11y ago
[deleted]
benwilber0 11y ago
go for it. Also, there's nothing wrong with PHP.
kelkes 11y ago
was about to post the same...

Curiositry 11y ago

Great job Toby & Franz! I’ve used PhpBB (spam magnet), NodeBB (too buggy), and am now on Discourse, which is great but eats server space for breakfast. Flarum look very cool — I’ll give it a spin as soon as it’s stable.

Xunxi 11y ago

I'm really in love with this. Subtle but comprehensive UI devoid of all the clutter.