Get a better host. They're running off what looks like a home computer and obviously they don't know what they're doing.

352

(42 replies, posted in PunBB 1.2 show off)

svn update merges in changes, it doesn't overwrite them. The worst case is you have a conflict, which would result in a parse error.
The easiest fix would be to define PUN_TURN_OFF_MAINT in include/essentials.php

353

(7 replies, posted in PunBB 1.3 troubleshooting)

Yup, fixed

354

(1 replies, posted in PunBB 1.3 troubleshooting)

Fixed

Yup smile

True, but no plan is perfect and all are subject to Murphy's Law tongue
But really, this is semantics. There will always be people who are capable enough to run the software without major issues. However, since the majority of people aren't capable and the development team wants to spend time developing rather than debugging odd installs, it's better simply to ask that people not use beta software in a production environment.

Divnain: In your specific situation, no, although if you're in an intranet setting you could probably grab a recent SVN version, use that, and be reasonably safe (and hopefully have no bugs). Alternately, you could walk through the database update script and make the necessary schema changes to downgrade your forum.

Matt: I can't. That doesn't mean people shouldn't test converting an existing site to the new version. That doesn't mean people shouldn't let users run wild on a test version of the site. It just means that people shouldn't be using the beta software as their site. If someone wants to convert their forum and let their users test it out to get feedback, that's great. If someone coverts their forum, deletes their backups, and then faces some database corruption caused by a bug, then we have an issue. wink

d3visi0n wrote:

You do know if someone finds a bug in final/non-beta they can still attack your site?

Yup. Except for the fact that serious bugs in 1.2 result in a quick new release, whereas serious bugs in 1.3 don't necessarily mean a new beta.

360

(10 replies, posted in PunBB 1.3 troubleshooting)

Ophie wrote:
Smartys wrote:

1. It does redirect when you add a ban, doesn't it?
2-3. Fixed

The project should have more active developers. I understand everyone has a job and a life/family, the commits are coming in slowly each day. It could be that there aren't many bug reports going on.

Which is true, there aren't too many incoming bug reports. However, you're right that activity has been a little slow.

Oh, well you shouldn't be using the beta software in a production website tongue
But yes, the issue is that you need an extension, not a modification.

362

(10 replies, posted in PunBB 1.3 troubleshooting)

And that's where my confusion lies. There is no page with just the first form on it. The first form is on top of the ban list.

You could run a series of update commands with limit 1. Beyond that I don't know.

364

(10 replies, posted in PunBB 1.3 troubleshooting)

Then what is the point? I'm not really understanding tongue

365

(10 replies, posted in PunBB 1.3 troubleshooting)

1. It does redirect when you add a ban, doesn't it?
2-3. Fixed

Hey, I did it big_smile
http://www.punbb-hosting.com/ext/ext_db_auth.zip
Consider this an entirely unofficial, proof of concept type rough draft. I didn't really think this extension through very much and it certainly isn't up to the level of what I want for it as an official extension (eg: for an official extension, I would rather have an extension that takes objects of a certain type (AuthObjects?) and calls their methods, which would allow for both HTTP and database based auth via a similar system: it just needs more planning). This is just a quick, simple "get the job done" type of extension. tongue
I also just tested it and it appears to work fine. Let me know if you find any issues.

Change the value of $lang_common['Banned'], which is in lang/language_name/common.php

http://punbb.org/forums/viewtopic.php?id=16915

369

(8 replies, posted in PunBB 1.2 troubleshooting)

I just gave you the answer, the issue is Apache using the ServerName for the VirtualHost. You can either redirect to fix it or fix the VirtualHost settings. tongue

370

(8 replies, posted in PunBB 1.2 troubleshooting)

Aha, I see
The issue is actually http://www.fantasticode.com/forums versus http://www.fantasticode.com/forums/
Without the trailing slash in the address, Apache uses the virtual server's name, which does not have the www in it. The trick is to redirect everything to the www address: that way, the two redirects cancel each other out. The alternative is to modify Apache's VirtualServer settings for that site.

371

(8 replies, posted in PunBB 1.2 troubleshooting)

PunBB doesn't do that. From the headers being sent, it looks like you put a .htaccess file in the forums directory that is doing this.

bingiman: Are you distributing the style? If so, the CSS IS released under the GPL. It's a derivative work and thus if you're distributing it you must do so under the GPL. Images, for obvious reasons, may have their own copyright issues that need to be dealt with. If you don't want your style distributed under those terms, then you don't distribute it.
Of course, a copyright notice still has to be included with the style as credit. smile

373

(3 replies, posted in PunBB 1.2 bug reports)

Mmm, the HTML validator doesn't even seem to want to catch that hmm
Fixed, thanks smile

374

(6 replies, posted in General discussion)

Not necessarily.

Check capitalization (should be AP_, not ap_) and that you are indeed uploading them to the correct folder.