You are not logged in.
- Topics: Active | Unanswered
#26 2015-05-23 12:03:44
- chris98
- Member
- From: England, United Kingdom
- Registered: 2013-05-31
- Posts: 1,292
- Website
Re: FluxBB v1.6?
I still feel that this should be an extension at the most, I don't like the idea of multiple user groups. Even though you've explained it and does sort of make sense, it would make things heavy and cluttered (like phpBB), and FluxBB is supposed to be a minimal forum.
Download Aura - Illuminate Your Community.
Why should I use Aura? | Aura demo | Convert to Aura
Offline
#27 2015-05-23 22:15:04
- Askelon
- Member
- From: Bretagne − France
- Registered: 2010-06-09
- Posts: 202
- Website
Re: FluxBB v1.6?
No I don't like it anyway.
Have seen too much hosts on my clients where writing (system) files by server makes trouble. Often the server becames the file owner and afterwards it was difficult to access/modify/delete it by FTP.
Well, WordPress for instance has been providing a one-click update for core, themes and plugins for more than 6 years now. I guess it's safe to say they found a pretty reliable way to make it work. I've been using WordPress since then, never encountered a single update failure due to file permissions (not sure I even saw an update failure at all, for that matter).
Last edited by Askelon (2015-05-23 22:16:55)
Offline
#28 2015-05-24 11:03:30
- GGue
- Member
- Registered: 2015-04-23
- Posts: 14
Re: FluxBB v1.6?
Sure, a mod can be good to solve the issue. The important thing is that who will manage the release can give a set of mod as that, useful in some cases.. We have today a lot of good mod, for previous versions..
Offline
#29 2015-05-26 07:57:52
- Franz
- Lead developer
- From: Germany
- Registered: 2008-05-13
- Posts: 6,724
- Website
Re: FluxBB v1.6?
There's a lot of security issues to consider with downloading code via the internet etc.
Check out this Composer package for some pretty good stuff.
Offline
#30 2015-05-27 21:59:37
- GGue
- Member
- Registered: 2015-04-23
- Posts: 14
Re: FluxBB v1.6?
In any case, I think this can be something more, but not urgent as other goals.
Real fact is that we also gain something to provide clients updates and management. And, shouldn't be a real problem to update with manual download. Best way to stop with not professional peoples who think to work because know where to find "update" button..
Offline
#31 2015-05-30 16:07:24
- Hungmi
- FluxBB Donor
- Registered: 2010-08-04
- Posts: 24
- Website
Re: FluxBB v1.6?
Tags will never be a core-feature - a mod already exists.
Thanks! now i'll wait for the next version, FluxBB-1.5.9. and test this mod.
Have somebody need the sub-forum too?
Offline
#32 2015-06-01 15:24:52
- eric235u
- Member
- From: free software land
- Registered: 2008-05-10
- Posts: 132
- Website
Re: FluxBB v1.6?
To the first - think it would be a good idea to let it be what it is ... a very slim forum software.
But no more extensions inside!
Agreed.
If people want to attempt to continue on with fluxbb, I'm in but stay out of core. Make plugins. The community should stop using mods. Mods are just not maintainable long term, particularly for non-programmers, IMHO.
In the end words are cheap. Show me the code. If you look at the git commit log you can see the only significant work of late has been done by Franz and he's working on Flarum. Who else is qualified and will actually do the work? I can code but I'm not qualified to be lead dev.
I suspect 1.6 will never happen.
I am interested in any security updates.
Thanks.
Offline
#33 2015-06-02 06:22:34
- cyberman
- Member
- From: Germany
- Registered: 2010-01-11
- Posts: 297
- Website
Re: FluxBB v1.6?
I can code but I'm not qualified to be lead dev.
Why not?
As a coder you should be familiar with coding flowcharts.
Leading a team ist nothing else ... added by some human components.
Offline
#34 2015-06-02 07:42:21
- micbr
- Member
- Registered: 2014-05-23
- Posts: 58
Re: FluxBB v1.6?
Automatic updates will be impossible to use for a good portion of the FluxBB users. If you have so much as one mods in place, automatic update will erase it.
We're adding some complexity with this solution so already it may not be desirable, but if we're doing whole file replacements (and not diffs) would it be possible to check the integrity of the installed files with a checksum prior to running an automatic update and halting the process in advance if a checksum mismatch is encountered?
Just a thought.
In the end words are cheap. Show me the code. If you look at the git commit log you can see the only significant work of late has been done by Franz and he's working on Flarum. Who else is qualified and will actually do the work? I can code but I'm not qualified to be lead dev.
Words are cheap, and it's dangerous territory when a project slows to such an extent. I've recently come across from a commercially owned publication where the only action was talk between administrators with little progress, and despite good intentions, I don't suspect they'll be around much longer.
The issue is that projects like this need someone to lead and make the final decision on what happens and what doesn't. I think Franz and the current FluxBB developers showed initiative in deciding what features and fixes would go in and which ones were left out. They made final decisions about what FluxBB should and shouldn't be, and perhaps they didn't always please everyone, but it was necessary to preserve the integrity and maintain the aims of the project - to be a lightweight and easy to use forum solution.
There's also issues associated with handing over control of an existing project to a new developer and having that new developer follow the same aims and conventions the existing developer used. For example, we've recently discussed continuing development of FluxBB in-house for our own discussion forums. We want the logic separated from the interface with some additional hooks included for extensions. Whatever template solution we choose and how we code it probably won't follow the aims and coding conventions set by the previous FluxBB developers because our aims have changed with the handover from one group of developers to another.
Not to mention that in the case of my own community, we're all inexperienced to intermediate PHP developers that will likely find difficulties filling the vacant roles left by the existing experienced FluxBB developers. I can write modifications and extensions but I haven't touched a revision control system like Git or SVN before in my life.
I suspect 1.6 will never happen.
Unless someone has the necessary experience and time to take over from Franz and form a small but dedicated development team to continue development, I have a rather unpleasant feeling that your suspicions will be correct.
Last edited by micbr (2015-06-02 09:34:53)
Administrator, ThinkClassic - A vintage computer community.
Offline
#35 2015-06-02 11:42:55
- cyberman
- Member
- From: Germany
- Registered: 2010-01-11
- Posts: 297
- Website
Re: FluxBB v1.6?
Why not two FluxBB versions?
FluxBB 2.0 = Flarum = a really modern and grazy looking solution
FluxBB 1.6 = a little bit more old school solution
Franz said he will give (some) support for 1.x series in the future. So we wount be alone . I'm sure he could (and would) help as "Senior coach" at the crucial points if there are enough people who will code 1.6. On the other side it would help Franz to concentrate his work on Flarum.
Seems like a win-win-situation ...
Offline
#36 2015-06-02 11:48:36
- Visman
- Member
- From: Siberia
- Registered: 2010-07-10
- Posts: 1,476
- Website
Re: FluxBB v1.6?
Another fork http://fluxbb.fr/forums/viewtopic.php?id=13617
My modification of FluxBB 1.5.11 - rev.82, Parserus, UserAgentAnalyzer
I speak only Russian
Offline
#37 2015-06-02 12:29:28
- Franz
- Lead developer
- From: Germany
- Registered: 2008-05-13
- Posts: 6,724
- Website
Offline
#38 2015-06-02 13:36:30
- cyberman
- Member
- From: Germany
- Registered: 2010-01-11
- Posts: 297
- Website
Re: FluxBB v1.6?
I'll gladly give some input on how I would do templating and such things in 1.6
Maybe it could be a good idea to "outsource" these parts so we don't have to reinvent the wheel ...
So I'm playing currently with FatFreeFramework and the use within FluxBB .
It's very slim like FluxBB it is (only 65k), has a template engine (pure php or some own stuff), a database layer and some ORM inside.
Offline
#40 2015-06-02 15:34:45
- eric235u
- Member
- From: free software land
- Registered: 2008-05-10
- Posts: 132
- Website
Re: FluxBB v1.6?
IMHO I see no reason to use a a framework for a very basic forum written in PHP. PHP itself is super simple and has a ton of built in functionality. Using frameworks and importing libraries seems the opposite of lightweight.
If it were up to me FluxxBB would focus on speed and security. Use no frameworks or javascript. Mods strongly discouraged. Plugins encouraged. Updates can be automatic similar to Wordpress. I particularly like how they use child themes for those who want to make modifications.
My $0.02. :)
But without the brain power and those willing to write the code none of this matters.
Last edited by eric235u (2015-06-02 15:37:40)
Offline
#41 2015-06-02 16:48:44
- cyberman
- Member
- From: Germany
- Registered: 2010-01-11
- Posts: 297
- Website
Re: FluxBB v1.6?
PHP itself is super simple and has a ton of built in functionality.
It's so super simple?
Ok.
When we will see your version 1.6 ?
My spare time is very limited so it's the easiest to use ready coded parts (name it frameworks, libraries or something else).
A big sizer like Flow makes not sense, right!
But if the ratio between the size of a micro framework like F3 (has uncompressed 221k, code base only 65k) and the size of the forum (currently uncompressed 1,39 MB) is right ... why not?
Have you read the F3 website? There are a lot of code und functionalities they can give advanced features to FluxBB, for instance replacing the current database layer
F3 supports both SQL and NoSQL databases off-the-shelf: MySQL, SQLite, MSSQL/Sybase, PostgreSQL, MongoDB and its own lightning fast Flat-File DB (we call it Jig).
You want security? Great
F3 can also shield you from spam and DoS attacks, by performing DNSBL checks. It can increase your server health and uptime, by controlling web server traffic with profile analysis and bandwidth throttle.
If you weigh what you win with the use of F3, and what you lose - the scales say YES to F3 .
And by the way - if a power coder like Franz says it's too hard to fight alone for the next version there's help needed, and F3 can give this help (partially).
Offline
#42 2015-06-02 17:54:11
- eric235u
- Member
- From: free software land
- Registered: 2008-05-10
- Posts: 132
- Website
Re: FluxBB v1.6?
It's so super simple?
Ok.
When we will see your version 1.6
?
One good thing about open source is we can all do what we want. Nothing wrong with cutting and forking. I'm currently working on another project but should be free in about a month. Who knows what will happen.
Offline
#43 2015-06-02 19:10:41
- TigerAero
- Member
- From: Northwoods, WI, USA, Earth
- Registered: 2009-02-01
- Posts: 458
- Website
Re: FluxBB v1.6?
cyberman wrote:It's so super simple?
Ok.
When we will see your version 1.6
?
One good thing about open source is we can all do what we want. Nothing wrong with cutting and forking. I'm currently working on another project but should be free in about a month. Who knows what will happen.
Hey eric235u,
Love the new color scheme.
Offline
#44 2015-06-02 20:20:37
- eric235u
- Member
- From: free software land
- Registered: 2008-05-10
- Posts: 132
- Website
Re: FluxBB v1.6?
eric235u wrote:cyberman wrote:It's so super simple?
Ok.
When we will see your version 1.6 :D?
One good thing about open source is we can all do what we want. Nothing wrong with cutting and forking. I'm currently working on another project but should be free in about a month. Who knows what will happen.
Hey eric235u,
Love the new color scheme. :)
Oh please stop with the jokes. I an idiot when it comes to html css. I'm server side. PHP, PL/SQL, Bash, etc.
But to stay on topic I'll diff what ever you all do and apply if needed. I'll probably commit something to git for review of better coders as my little play site needs, but at the moment current stable is fine with me. I learned all my bad habits from this code!
There still are some larger forums using FluxBB no? I wonder what they are going to do. I'm just playing around with it as I feel nostalgic for punbb.
Offline
#45 2015-06-03 09:25:53
- adaur
- Developer
- From: France
- Registered: 2010-01-07
- Posts: 843
- Website
Re: FluxBB v1.6?
Another fork http://fluxbb.fr/forums/viewtopic.php?id=13617
I didn't want to post here since I've just started to work and I have nothing to show for now... But since you post here, I have to say that I forked to do a "modernized" version of FluxBB with MVC (separation of code & HTML) first, then include PDO in queries, then OOP and 'hooks' (or something else, I don't know yet).
I could've helped Panther or GetLuna, but none of these projects seem to follow FluxBB's vision: being as light as possible, no extra-feature needed. This is not an attack against Chris or Yannick, we simply don't share the same vision.
@Franz: I'll reply here https://github.com/featherbb/featherbb/issues/1
Can I convince you to contribute some of these changes to FluxBB 1.6 instead?
Let me reply by another question: can I convince you not to associate with Flarum? I'm afraid your answer will be the same than mine.
I won't throw my free time in a project that would already be dead before its release, because if both FluxBB 2.0 and 1.6 were available here, everybody would download the 'latest' version, 2.0.
Moreover, even if I wanted to help Flarum, I couldn't: https://twitter.com/Flarum/status/603693430372368384
Seriously, is it open-source software or not? It seems to me that they don't want help at all, so I don't even know why I should try to participate to the project.
Long life to FluxBB anyway .
FeatherBB - A simple and lightweight new generation forum system
Based on FluxBB, written in PHP, using Slim Framework for a proper OOP-MVC architecture.
Offline
#46 2015-06-03 09:35:43
- chris98
- Member
- From: England, United Kingdom
- Registered: 2013-05-31
- Posts: 1,292
- Website
Re: FluxBB v1.6?
then include PDO in queries, then OOP and 'hooks' (or something else, I don't know yet).
You're more than welcome to use my database driver I made for Panther if you like, it will at least save you a bit of time in creating one of your own.
I took a look at your forum, and I must say I'm very impressed with the code separation techniques going on there. The only criticism I have is that you're using extra loops, but I don't really see how that could be avoided.
I may well pop in at some point to see how it's going
Download Aura - Illuminate Your Community.
Why should I use Aura? | Aura demo | Convert to Aura
Offline
#47 2015-06-03 09:55:17
- adaur
- Developer
- From: France
- Registered: 2010-01-07
- Posts: 843
- Website
Re: FluxBB v1.6?
Thank you chris, it's really a basic technique actually. It adds an extra loop indeed, but it doesn't seem to affect performances too much (around 0.03s generation time on index.php with the same number of forums for both FluxBB and FeatherBB).
I might use your DB layer, you did a great job However, I wonder why you didn't use the classical PDO synthax in all queries (prepare) ?
I may well pop in at some point to see how it's going
Help yourself, that's the point of open-source
FeatherBB - A simple and lightweight new generation forum system
Based on FluxBB, written in PHP, using Slim Framework for a proper OOP-MVC architecture.
Offline
#48 2015-06-03 10:03:56
- chris98
- Member
- From: England, United Kingdom
- Registered: 2013-05-31
- Posts: 1,292
- Website
Re: FluxBB v1.6?
It seems like it's not draining anything from the forum then, it must be working quite well.
However, I wonder why you didn't use the classical PDO synthax in all queries (prepare) ?
That's handled by the run() method to make the queries as easy to use and lightweight in the forum itself as possible. It would also mean I'd need a try/catch block around every query to catch exceptions (and even with code separation it's a nightmare to do), at the moment I only need one inside the class itself.
public function run($sql, $parameters = array(), $type = '')
{
global $panther_config;
$this->sql = trim($sql);
try
{
$ps = $this->prepare($this->sql);
if ($ps->execute($parameters) !== false)
{
if (in_array($type, array('update', 'delete', 'insert')))
return $ps->rowCount();
else
{
$ps->setFetchMode(PDO::FETCH_ASSOC);
return $ps;
}
}
else
$this->error('Unable to execute query', $this->sql, $parameters);
}
catch (PDOException $e)
{
$this->error($e->getMessage(), $this->sql, $parameters);
}
}
Last edited by chris98 (2015-06-03 10:04:35)
Download Aura - Illuminate Your Community.
Why should I use Aura? | Aura demo | Convert to Aura
Offline
#49 2015-06-03 10:06:43
- adaur
- Developer
- From: France
- Registered: 2010-01-07
- Posts: 843
- Website
Re: FluxBB v1.6?
OK, I'll take a closer look when I'm done with MVC then!
FeatherBB - A simple and lightweight new generation forum system
Based on FluxBB, written in PHP, using Slim Framework for a proper OOP-MVC architecture.
Offline
#50 2015-06-03 10:10:00
- chris98
- Member
- From: England, United Kingdom
- Registered: 2013-05-31
- Posts: 1,292
- Website
Re: FluxBB v1.6?
Great, if nothing else we've given each other a few tips
Last edited by chris98 (2015-06-03 10:13:18)
Download Aura - Illuminate Your Community.
Why should I use Aura? | Aura demo | Convert to Aura
Offline