You are not logged in. Please login or register.
PunBB Forums → Posts by MattF
But without it, they don't have any motivation to switch.
True.
stop releasing 3 years after the facts.
Not sure what you mean by that bit.
If you use PunBB 1.3 RC then you also need to reference FluxBB in there.
Apologies. I'd forgotten to add that bit. I've edited/updated that bit I wrote above. Would that be correct, or is there a better method/layout? Seems a bit weird with two copyright lines.
Punbb is referenced in Evey file... and you have to keep it their
its the licence.
I believe something along the lines of the following is about right, with regards to adapting the copyright notice.
For the 1.2* branch:
Based on code copyright (C) 2002-2008 PunBB.org
This file is part of Thundura.
[The rest of the copyright info here]For the 1.3* branch:
Based on code copyright (C) 2008 FluxBB.org
Based on code copyright (C) 2008 PunBB.org
This file is part of Thundura.
[The rest of the copyright info here]That looks quite nice. The P should be uppercase, however.
We promised the community that we would fork if the need ever arose: we kept that promise.
And highly appreciated that is.
I like meant, is it possible, to unzip, and start applying mods to it, than install it on a board.
Completely. You obviously won't have any way of checking that your code is functioning correctly unless you have it installed on a test site, however.
They also see the references to FluxBB. If they investigate, they get even more confused: they see that the old PunBB developers created FluxBB, that it was based on the original 1.3 codebase, that PunBB is now based off of the forked FluxBB codebase, that FluxBB is currently still in beta while PunBB is in RCs (how is that possible when they use the same codebase?), etc.
Looking at that paragraph, I can understand the confusion aspect. Hell, I'm practically confused now. 
As much as we might want to make a "clean break," we can't. For better or for worse, PunBB has chosen to tie itself to FluxBB. And from FluxBB's history, it is tied to PunBB. The codebases have been tied together and the community is very much tied together (after all, many of the people on the FluxBB forum originally came from here).
The names cause confusion, but I don't really see a good way of handling any kind of separation without users paying an even higher price.
That part above is the main factor. The best way would be just for us all to stick to our respective forum of choice, and, to all intents and purposes, try to ignore the fact that the other does exist.
As you mention however, that would be to the users detriment, especially on here. As I noted last week, this place would be useless as a support forum if it was left to the current owners here to help users, if they maintain their current trend. Which is why I think a lot of us seem to have made sure we try to spend more time on here recently, so that the users here don't suffer from the split.
I guess "bunkum" means rubbish?
Yes.
I 100% agree with you. At this point, we have:
PunBB 1.2
FluxBB 1.2
PunBB 1.3 Beta
PunBB 1.3 RC1
FluxBB 1.3 Beta 2
FluxBB 1.3 Beta 2.5 (the "release" we made from SVN without Paul's markup changes)
FluxBB 1.3 SVN (with Paul's partially completed markup changes)and two different support websites
I would have to disagree, personally. The problem is that we all know what is what, and are somewhat biased in our opinions. However, at the end of the day, our primary concern is FluxBB. (Well, it is in my case personally).
How the new PunBB owners run this place reflects in no way or form upon FluxBB, and we obviously, in a community sense, appear to have bugger all sway on how they do things around here. As I said in another thread the other day, they really do need to figure out what exactly the meaning of community and Open Source is, as their comprehension is sadly lacking at the moment in that regard.
However, this whole issue is due to the fact that the PunBB name is still one we have a fondness for. That is what is the cause of the problem, so to speak. A clean break has to be made. There is no problem as such other than the ties that still haven't been cut, mainly due to that reason.
Flux and Pun are now completely different entities to all intents other than the codebase. They should be treated as such.
When you start adding extensions into the mix, fast and light gives way to extensible.
Not necessarily. There are many heavily modded 1.2.* forums out there, mine included, and I personally would be aghast if I ever coded sloppily enough to exceed 20 queries in total, including the core queries, on any page.
This is just a sloppy coding issue. This also brings another point to bear, however. If the extensions are examples of the coding practices we are due to see here, then this does not bode well. I thought the days of the 1.2.* series were done, where you had to double check every addition you installed for sloppiness of coding and general security issues.
Personally, this would not put me in a peaceful frame of mind regarding how things are progressing if the extension responsible for this, (I believe Connor said it was the karma mod), is anything to go by.
Well, let me say from a user perspective, this PunBB/FluxBB situation is not working in it's current state. If FluxBB will reign supreme, then close off this support forum, cause it's just very confusing and will do nothing but push people away.
That's complete bunkum.
Imagine this:
A forum, with an average topic per page is 15, so 40 queries per person per page.. with 130 users (assuming they are all reading a topic
) that 5200 queries.. plus an average page view of... 200 that's 1040000 queries possibly a day.
That definitely ain't going to go down well with a lot of places. I know the query amount versus query quality can balance each other out on occasion, but I'm sure there's no valid excuse for running a separate query for each post in a topic.
Just been diddling around, and that link above, with a posts per page setting of 50 is listing approx: 109 queries.
Also, does the "Currently used extensions" show all the ones installed on the forum or the ones that are used on the current page..
By the looks of it, I'm assuming it's showing the overall installed extensions.
Well one of the 6 page posts ( 20 posts per page) gets 50 queries...
60 on this page: http://punbb.informer.com/forums/viewto … 84&p=2
p.s: Connor, apologies for the thread deviation.
Well one of the 6 page posts ( 20 posts per page) gets 50 queries...
If anyone takes their posts per page view above 20, (or even as is), I can see a lot of the lower end hosts are going to be throwing a wobbler over the amount of database queries generated and trying to play silly buggers with their customers.
p.s: I'm finally in sync with your posts now Matt.
Would appear the query count goes up by one or so for each post in the topic. I'd be intrigued to see the total on a long thread.
Oh, and look at the query count too - I am now seeing **27** queries just to view this.
Hadn't noticed that until you mentioned it. I know we'll have the response of 'it's the quality of the queries which counts too' when I say this, but that is nasty. Btw, I'm seeing 28 queries listed in viewtopic.
On most forums, the PM mod might have it's place. On here though, I would personally say not. The problem with PM, (and I know it was only meant to be an example), is that you could get people discussing problems privately via PM, and hence any solutions not appearing in the forum for future reference.
Personally, I can't think of any mods which would truly have a benefit on here offhand.
What surprises me is why any extensions are installed on the support forum itself. Surely, common sense would say to run a demo forum to showcase the extensions. What happens if they create 100 extensions, for example. Will they install them all on here?
What error message is printed in the server logs?
No promises on RC2 (if any)
Unless you can guarantee a production release which is free of any known bugs, then you won't have much choice, and it is fairly hard to achieve that with a single release candidate, especially under the current circumstances.
Don't you lot think that should be down to the devs themselves?
Besides, in my personal opinion, PunBB has now lost a lot of it's original intent & meaning.
Here it is now: http://punbb.informer.com/download/punbb-1.3-RC.tgz
Cheers.
gunzip should do fine, no?
Do you mean for extracting zip files, or just for compression for *nix? The standard method, when creating either gzip or bzip compressed files, is to tar them first. But yes, either of those would be fine.
A tar archive should also be available. Zip and 7z are not standard on all systems where this will be run. The *nix world does still exist you know.
Change this:
if (intval($_GET["id"]) == "5" && ($pun_user['g_id'] < PUN_GUEST || $cur_topic['poster'] == $pun_user['username']))to this:
if ($id != "5" || ($id == "5" && ($pun_user['g_id'] < PUN_GUEST || $cur_topic['poster'] == $pun_user['username'])))That should do the trick. I'd had one of my slightly dense moments with that first code I posted.
PunBB Forums → Posts by MattF
Powered by PunBB, supported by Informer Technologies, Inc.