1,326

(26 replies, posted in PunBB 1.2 discussion)

Mikey: Only in 1.3 wink

No it wasn't, it was simply the largest topic in his forum and it happened to show up in the slow query log tongue

1,328

(124 replies, posted in News)

dentarg wrote:
Rickard wrote:

Also, please note that I have no intentions of ever making any money off PunBB.

(from http://punbb.org/forums/viewtopic.php?id=2576)

Seems like "ever" only lasted for 4 years.

This as your first post gives me the impression that you're trolling and I shouldn't bother responding. But I'm tired and slightly annoyed by trolls in general, so you get a response wink
You're right. Rickard did say 4 years ago that his intent was not to make money off of PunBB but to develop it and share it with the world. The statement was just as true then as it is now. If Rickard really wanted to make money off of PunBB, he wouldn't have sold the rights to the code: he would have forked the code and only released a for-pay version (which he has in this topic said he will not do). He is not trying to harm members of this community (some of whom have made money off of PunBB in one way or another). He hasn't taken his money and run off to an island in the Caribbean: he's still working on the code and releasing it for free so that you have the ability to post here and complain. wink
If you're objecting to the fact that he made some money after having worked on PunBB for 4 years supported only by donations, then please go ahead and explain to me what's wrong with that. I know if I had worked on a project for 4 years and was approached with an offer that I thought was good for the project as well as for me, I would take it.

As I and others have said numerous times, changing the owner of the copyright does not change the license PunBB is under. The code currently under the GPL will remain under the GPL in perpetuity. Developers have affirmed multiple times that they will not work on a closed source PunBB. I'm not sure how much more we can say to assuage people.

There's no "limit" of 4k, the issue is/was MySQL joining all the data for 4000 posts, sorting it, and then choosing 10 rows from it. tongue
The simplest solution is to split the query up into two pieces, one which fetches the appropriate post IDs and another which gets all the data based on those post IDs.

1,330

(12 replies, posted in General discussion)

Change the group by to t.id rather than p.id

My guess is if I look at the queries themselves, I will see some connection in terms of the tables in use smile
And there are a couple optimizations that can be put in place for larger forums to make them more efficient (especially when they start having thousands of posts per topic).

What page was that from?

proweb: I don't, but I'd be willing to take a look at your forum for you. If you're interested, just send me an email (smartys at this domain)

Well, I should start off by saying that since all of the hooks aren't in and the beta hasn't been released, now is not the best time to start developing extensions. In fact, I would discourage it as a general rule, especially because there are no hooks in the administration section yet wink
If you think you need your own configuration page, you can write one. If you want to add it to an existing page in admin/options.php, you'll be able to once we put hooks there.

Mmm, probably not. There are several issues involved, I'll list a couple I just thought of:
- Where should the link(s) to such a page be put?
- What should the page look like?
- How would input be validated on submit? How would developers choose radio/checkbox/inbox box/textarea?
- What would be the naming scheme for such variables in $pun_config? Would there be potential issues with overwriting existing options?

Basically, adding such a page would make the extension manifest fairly complex and require us to add a lot of code. It's much easier to let the developers who need such functionality implement as much of it as they need.

As Bekko said, there is also an install section to allow extension writers to add config variables (as well as an uninstall section for removing them).

Not as its own page, but there are quicksearches linked at the bottom of index.php for your posts/topics you have subscribed to.

1,337

(1 replies, posted in PunBB 1.2 discussion)

Edit the user group and say No to being able to edit posts

1,338

(4 replies, posted in PunBB 1.2 troubleshooting)

If you mean you changed the default style for the forum, then what might have happened was that someone changed the values in the database. Changing the default style generates a new cache file, which would have the database values,

1,339

(11 replies, posted in Feature requests)

huh?

Apache works absolutely fine with PunBB, there is no need to replace it wink
proweb: What mods do you have installed?

1,341

(3 replies, posted in Feature requests)

NOINDEX means "don't index this page"
FOLLOW = "follow the links on this page to other pages"
I know what he meant, but the point is that PunBB does not use rel=nofollow, we use noindex,follow wink

1,342

(3 replies, posted in PunBB 1.2 troubleshooting)

U+00A4     ¤     Currency sign
http://en.wikipedia.org/wiki/List_of_Unicode_characters

I'm not sure what you're trying to say wink

1,344

(51 replies, posted in PunBB 1.2 discussion)

Jérémie wrote:
Rickard wrote:

We're considering dropping support for MySQL 4.0 and older in PunBB 1.3. The reason we're considering this is that proper character set support was not added until 4.1.

MySQL < 4.1 can handle utf-8 for storage, even if it doesn't know what it is. However, since every host or server I use has at least a 4.1, personally, I don't care :-p

Yeah, we've had this discussion before. However, it also means that things like search don't work properly for Russian characters, for example.

1,345

(21 replies, posted in PunBB 1.2 troubleshooting)

Because that's not automatic

1,346

(12 replies, posted in PunBB 1.2 troubleshooting)

Could you paste your main.tpl with/without it?

Because it should be the administrator's choice, not the language pack author's. Offering that choice via an extension is simpler than putting in yet another feature, especially when that feature is not necessarily going to be useful for many forums.

1,348

(3 replies, posted in PunBB 1.2 bug reports)

Try removing the call to mt_srand from common.php. That should solve the issue.

1,349

(17 replies, posted in Programming)

It's not because more is required than that. Check out the code examples given in the PostgreSQL documentation, you need to define each column individually.
I'm just going to say that there is no simple way to interact between databases in PostgreSQL smile

1,350

(12 replies, posted in PunBB 1.2 troubleshooting)

The left nav bar is entirely HTML from what I see there, what would be doing that?