601

(6 replies, posted in PunBB 1.3 troubleshooting)

Nope, not at this point

602

(3 replies, posted in PunBB 1.2 troubleshooting)

Download a fresh copy of PunBB, it's in the extras folder.

Are you putting it inside the loop in index.php?

I would leave that up to an extension/mod_rewrite to deal with, since there can be legitimate reasons to have a site accessible from two URLs.

damaxxed wrote:

No, it's not necessary to use rel="nofollow", I just wanted to save Googlebot's time ;-)

Yeah, NOINDEX is enough, but FOLLOW is really needless, because
  1) afaik FOLLOW is standard and you don't need to explicitly use it
  2) i can't imagine any single case, where the permalinked-post-page links to a page, which isn't linked by the topic view

We already have NOINDEX, FOLLOW built in to PunBB (we use it on certain pages), which is why I was going to use it.
As for #1, you might be right (I've read that the default is INDEX, FOLLOW without knowing whether specifying only one affects the other), but it's better to explicitly state it. Otherwise, a search engine could choose to assume "If I'm not supposed to be indexing this page, I shouldn't be following links from it either."

606

(7 replies, posted in PunBB 1.3 troubleshooting)

OK, so give me an example of how PunBB would set the proper query cache variables as well as an example of how a query has to be modified for caching? smile

I was actually already considering an idea like this, to add a NOINDEX, FOLLOW tag when pid is used. I don't think it's necessary to add rel=nofollow.

608

(7 replies, posted in PunBB 1.3 troubleshooting)

1. It's my understanding that if the query cache is enabled, applications need to do nothing special to take advantage of it. Is that wrong?
2. The query you're referring to has inherently volatile data, since the table is updated anytime someone views a page. I'm not sure how much of a speedup you'll get even if you could try to cache the result of the query. Also, as you pointed out, there's decreasing accuracy as the online timeout increases, which is less than ideal

Moved to 1.3 discussion

NiCk Newman wrote:

LOL are u serious?

Why man why on mybb i get the mod's telling me how to tutorial's n stuff...

Etc.. so u think i just should learn php ? LOL

I think if you want to make extensive yet simple modifications to your forum, like here, you should know what you're doing or hire someone who does. Otherwise, we end up with a situation where forum owners feel entitled to free help for any problem they may face, which quickly becomes tedious for those doing the supporting.
In all honesty, you're much better off learning the basics and being able to modify the code yourself rather than always relying on unpaid help to do it for you.

611

(4 replies, posted in PunBB 1.2 troubleshooting)

I'm only seeing one category on your regular index page as well. Do you have forums assigned to the categories that aren't displaying?

612

(4 replies, posted in PunBB 1.2 troubleshooting)

Link to your forum?

613

(2 replies, posted in PunBB 1.2 troubleshooting)

1. There is a patch file and an hdiff.
2. Check out the front page of PunRes
3. Massive? There's a fair bit changed, but I wouldn't necessarily call it massive. We're not rewriting every single table.

614

(1 replies, posted in PunBB 1.2 discussion)

Yes, as would be indicated by the title of that page and by the changelog/SVN commit messages.
I'm closing this topic, since I snipped out the link to expoit code you posted and there's not really much point to discussing this further. In the future, please don't link directly to exploit code in a public forum. wink

I think that would probably be the best way to go.

616

(151 replies, posted in PunBB 1.3 extensions)

Why?

There's no tutorial, you just have to do it if that's what you want. There's no easy way to do it.

You need to modify where username is outputted everywhere in the forum to add your icons.

619

(180 replies, posted in PunBB 1.2 troubleshooting)

Well, I remember disabling IDN a while back (I can't remember why, I think it was a workaround for a phishing flaw).
I think you might be better off linking to the punycode URL (or having the domain redirect to the punycode URL) and setting that as the base URL.
My guess is that it will work fine with PunBB 1.3, but you still might have browser issues with IDNs (not that I'm really qualified to debate the merits of that).

One week, not two.
What fields do you want to enable it for, so I can tell you why that isn't a good idea? tongue

621

(180 replies, posted in PunBB 1.2 troubleshooting)

Yes, probably. I can't even access your site in Firefox (I think I turned off IDN support). The punycode version (http://www.xn--einhrjar-3za.se/forum/) works fine though.

Ask your host why their server is giving you that error. That's not a PunBB error.

623

(2 replies, posted in PunBB 1.3 troubleshooting)

Yeah, I anticipated that, I forgot to mention it in this topic either before or after the commit though, sorry smile

624

(3 replies, posted in PunBB 1.3 troubleshooting)

Should be fixed in the latest SVN

625

(3 replies, posted in PunBB 1.3 troubleshooting)

Extension! smile