We've been discussing this internally the last few days. We will definitely do something to make PunBB a less attractive spam target. Whether that means implementing nofollow or just not allowing external links for new users (optional of course), we don't know.

302

(11 replies, posted in Feature requests)

The major issue with this (in my opinion) is that it would require you to give the webserver write permissions in the forum root. Not good.

303

(29 replies, posted in Programming)

MadHatter wrote:

Java showed that a much more graceful way of coding can be done at nearly the same (if not better) than the way things had been being done in C or C++.

I agree. The thing like the most about Java is the language itself. It's elegant. That fact that they steered away from multiple inheritance is another plus in my book.

304

(29 replies, posted in Programming)

Mediator wrote:

Well swing and swt both use the local operating sytems system calls to render its widgets.

This doesn't look like local operating system widgets to me. Look at the tabs and the status bar. Eclipse suffers from the same oddities.

Mediator wrote:

As for slow UI's a lot falls into the hands of the developer (as it is for any language). Take Azureus for example its UI runs at the same pace as any other windows application, because it was developed right

That's funny. I was going to mention Azureus as an app that is such a resource hog, it is virtually unusable. The fact that its UI suffers from a bad case of "programmers art" doesn't help. I mean, come on, look at this.

I just started it up and for fun with an empty queue (no uploads or download):

MacPro:~ Rickard$ ps -ux | grep Azureus
Rickard  3890   0.1 -2.6   725872  54896  ??  S    11:56AM   0:07.07 /Applications/Azureus.app/Contents/MacOS/JavaApplicationStub -psn_0_65536001
Rickard  3947   0.0 -0.0    18056    292  p1  R+   11:59AM   0:00.00 grep Azureus

The sixth column is RSS (resident set size in kilobytes) which is what we're interested in. 54896 kilobytes for a torrent client? I fired up uTorrent in Parallels just to compare and it consumes only 4450 kilobytes. Now granted, Azureus has more features, but still.

I don't want to start a pissing contest, but I just don't see Java as a feasible client application development platform right now. When someone can trick me into running a Java app for some time without noticing it, maybe I'll change my mind.

Meowmeow wrote:

You both just noticed the lady with bikini. hmm

It's probably because we don't share the same enthusiasm about cheetahs and other big cats. We do however like girls in bikinis smile

306

(29 replies, posted in Programming)

Mediator wrote:

Unfortunatly java did it first, and better. Java's libraries actually make sense and don't look like they have been organized by a group of retarded monkies. :\, Anything .NET can do java can reproduce faster, and more efficiently. You still cannot find a truely cross-platform JIT for .NET, whether you think mono works or not.

I agree to some degree, but the fact remains, I have yet to encounter a Java application that doesn't feel sluggish or consumes lots and lots of memory. The fact that the UI never really matches the operating system on which it is running doesn't help. Java works fine for server applications, but it's not quite there when it comes to desktop apps.

Mmmmm, leopard bikini.

308

(10 replies, posted in PunBB 1.2 discussion)

pedrotuga wrote:

Punbb already has such a feature. Rickard, I take the chance to ask, was it you writing punbb dblayer for punbb usage only? I think it could have been a good option to integrate in other applications before PDO.

I'm not sure I understand. Yes, I wrote the db abstraction class for PunBB only. At the time, there was no such thing as PDO. Anyway, PDO isn't really an option as virtually no hosting companies run PHP environments with PDO.

309

(10 replies, posted in PunBB 1.2 discussion)

Actually, PunBB does not support sqlite3 at all. Supporting it would mean supporting PDO (a new feature in PHP) and that won't happen for some time.

Moved to modifications.

I don't know the details of the reputation mod, but I am almost certain the answer is no.

Thanks for the report. We have however already dealt with this in PunBB 1.3.

http://dev.punbb.org/changeset/638

312

(7 replies, posted in PunBB 1.2 troubleshooting)

Cool. Hope it works out in the long run.

313

(7 replies, posted in PunBB 1.2 troubleshooting)

Yes, you could try it. MySQL in general tries to keep as much of it's tables in memory anyway (even if they are non-HEAP), but who knows.

314

(38 replies, posted in PunBB 1.2 discussion)

Ulph wrote:

Maybe a few commonly used extensions could be "officially supported" now that the dev team has such an abundance of members?

Correct. We'll have at least PM, "Easy BBCode" and attachments. I'd like to get polls out as well, but it's not a priority. The plan it so have extensions that in some way affect most scripts so that these extensions can be used as "inspiration" for other extensions. After all, we should know how to write them properly smile

315

(38 replies, posted in PunBB 1.2 discussion)

Sonrep wrote:

Another thing I thought about was the ability to write and change extensions right from the admin. Because people have different needs. This could be possible without chmodding.. just by storing the edited extension in the DB(with xml). When you later overview your extension list, you can see a small this-extension-have-been-edited notice in those rows where you have changed code for the extension. It could also be possible to revert the changes back to default if you chose to. But that may be too bloated for PunBB.

We have plans for this. It won't be included out of the box, but we will offer an extension for making extensions. With it, you will be able to edit existing extensions as well as create new ones.

On a related note, Kristoffer (aka Jansson) has been working on a Windows application for extensions authors. It's really cool. Maybe he can show us a small demo?

316

(29 replies, posted in Programming)

What I'd like is a reliable way to load .NET dll's from PHP.

Hahaha! I've seen some channel9 videos featuring Anders and he sure seems to know what he's talking about. Gotta love his Danish accent.

317

(38 replies, posted in PunBB 1.2 discussion)

Sonrep wrote:

Rickard just added a few hooks to the source code. That's great news for PunBB!

I've been using Rickards extension system in OpenLD for almost a month now and they work great(except when they conflicts with each other or a third party theme).

That's nice to hear. I'm adding the hooks required for the private messaging extension (which I am kind of writing at the same time).

318

(7 replies, posted in PunBB 1.2 discussion)

We probably won't do all queries with the query builder, but the ones that are likely to be altered by extensions.

319

(7 replies, posted in PunBB 1.2 discussion)

elbekko wrote:

I'm guessing it's to allow extensions to add things to queries wink

Your guess is absolutely correct smile

320

(13 replies, posted in PunBB 1.2 discussion)

I disabled mod_security. Works now.

321

(7 replies, posted in PunBB 1.2 troubleshooting)

Well, error 12 means "Cannot allocate memory", so I think the opposite would be appropriate in your case. You should try lowering the amount of memory MySQL allocates per connection. It's difficult to give general advice on how to do this because it differs greatly between setups. I suggest you search around for some MySQL optimization guides. Although a bit old by now, I've learned a lot from this one.

322

(5 replies, posted in PunBB 1.2 troubleshooting)

Files?

323

(49 replies, posted in General discussion)

Yeah, but is it "portable"? Also, this doesn't help when I'm at work on a Windows machine.

324

(49 replies, posted in General discussion)

Now, if only someone could figure out how to make this work cross-platform. I run Windows at work and OSX at home big_smile

325

(13 replies, posted in Programming)

There are many pros and cons to object oriented programming. I won't go into any detail here though. Google it and you'll find a billion articles on the subject.

The reason PunBB does not use PDO is mainly because there are virtually zero hosting environments out there that have it enabled. PDO might be interesting in a year or two.

Edit: PunBB's db abstraction classes were loosely based on code from phpBB. Most of it is custom now though. The reason I did not go with any existing abstraction class is that there were no good ones when I started working on PunBB in 2002.