matt1298 wrote:
SuperMAG wrote:

putting a whole name of some ones site will difinitly show in search engines ....
why dont you try live cricket...

so

1,640,000 for live cricket you look at them links... the first page is moslty bbc, second page you start getting other sites...

www.livesportontv.com/sportindex.php?id=4  ... www.cricket365.com/0,18276,,00.html ... sport.guardian.co.uk/cricket/overbyover/story/0,,2224526,00.html

but you have said "and also if u think that .html have nothing to do with thne you most certainly wrong .. ."

Yes the links above are html. but a search engine dont order resutls on their language..

and relating this to your site, you havnt got any good content worth being on the first 10 pages....

Well, that and the fact that the site has close to no backlinks, and a lot of the content previously indexed has been deleted and moved.
And yes, adding .html to the end of your URL does nothing.

1,277

(13 replies, posted in PunBB 1.2 troubleshooting)

No, you need to enter the actual password, not the md5 hash.

5f4dcc3b5aa765d61d8327deb882cf99

That is the correct md5 for "password" (without "s). The hash given to you before was the md5 of "test" (again, no "s)

1,278

(11 replies, posted in Feature requests)

Wow, that's quite a wishlist wink

* Complete AJAX CMS:
      Ajax Menu: the whole site-map in 1 XML menu file.
      DB2XML tool.

A CMS might be overkill, don't you think? wink

* Printing: client side (see http://www.richstyle.org: hiding the header, menu, sidebar -if any-, and footer blocks)

That's something that can be accomplished via CSS if you want it

* A javascript calender support: something like http://www.dynarch.com/projects/calendar/.

Again, overkill? Would be an interesting extension.

* user/visitors statistics: in the statusbar, and/or in additional artificial buttonface-color statusbar.

What kind of statistics? An extension could do this nicely and let you customize exactly what data you want to see

* Encoding: utf-8, with unicode font (tahoma).

UTF-8 support is already planned and Verdana, the font we're using, does support Unicode characters.

* Text Boxes <Input>: LTR attribute for filname, username & passward fields.

Why?

Format:

    Some of the falloewing ideas are here: http://www.upload-images.net/imagen/502a468edc.png
    * Header+Footer: width:100% across the whole page width.
    * Footer: text-align: center.
    * Title box: white lines up and down.
    * Menu blocks: links should be blocks, not simple underlined texts
    * Font size: 10px
    * Buttons: Flat borders, themes color.
    * Colorizing Scroll bar (for IE5.5+ users) - I wish if it was w3c standard hmm
    * OS Colors in The Control Panel/Administration pages (Buttonface..etc) and bigger padding.

Those are all stylistic things you can tweak via CSS if you want them that way wink
And 1.3 has entirely new markup/CSS in any case

1,279

(13 replies, posted in PunBB 1.2 troubleshooting)

That's because they used a sha1 hash. However, PunBB's login.php correctly deals with converting md5 to sha1

http://www.theadminzone.com/forums/show … hp?t=42966
And those are people's opinions on the effectiveness of VBSEO.

You would be better served by talking about what features you think PunBB lacks rather than by pointing us at another site and saying "oh, look at that"

1,281

(18 replies, posted in PunBB 1.2 troubleshooting)

Oh: that I can't really help you with I'm afraid wink

1,282

(18 replies, posted in PunBB 1.2 troubleshooting)

lie2815 wrote:
Smartys wrote:

...you can get a sense of where we are by looking at the tickets left to do and at the timeline of commits.

Is that the tickets left? I am feeling stupid but I don't see how much of them is left...

Yes: just count them wink

1,283

(5 replies, posted in PunBB 1.2 troubleshooting)

include/functions.php
FIND

$links[] = '<li id="navuserlist"><a href="userlist.php">'.$lang_common['User list'].'</a>';

REPLACE WITH

if ($pun_user['g_id'] <= PUN_MOD)
    $links[] = '<li id="navuserlist"><a href="userlist.php">'.$lang_common['User list'].'</a>';

userlist.php
FIND

if ($pun_user['g_read_board'] == '0')
    message($lang_common['No view']);

AFTER, ADD

if ($pun_user['g_id'] > PUN_MOD)
    message($lang_common['No permission']);

1,284

(9 replies, posted in Feature requests)

Added in changeset 1308.
This obviously does not solve the issue of easily adding one table without a prefix. However, we think that would be a less common usage of the query builder. In that situation, the extension writer can prepend the prefix to the PunBB tables manually.

1,285

(11 replies, posted in Feature requests)

No. At least not in the multiple group membership scheme I envision. wink
Doing that would be possible, but extremely complex: it would involve getting the data for all the groups the user is a part of, storing the data somewhere it's accessible, changing all the permissions queries so that they join all of the groups the user is a part of, and then determining which group gives them read permissions and applying the rules of that group to the situation. What would happen if two groups gave read permission over the same forum? wink
The system doesn't have to be that complex. It can simply be: the user is in group X and group Y. The user's powers can be the union of the group permissions. That would mean that editing a post would apply to all forums the user can read.

1,286

(9 replies, posted in PunBB 1.2 bug reports)

Solovey wrote:
Rickard wrote:

One of the reasons we do not support UTF-8 in 1.2. PunBB 1.3 will have full support though.

One more reason you should roll in the changes that fix utf-8 in 1.2 right away as an update.

No. 1.2 is the stable, feature frozen current version. We're not going to spend our time backporting a MAJOR new feature like full UTF-8 support, which is almost certain to have issues when it's first tested, which would break the 1.2 branch and make it unstable. It makes no sense to spend our time doing that.

Try this:
include/functions.php

FIND

//
// Make sure that HTTP_REFERER matches $pun_config['o_base_url']/$script
//
function confirm_referrer($script)
{
    global $pun_config, $lang_common;

    if (!preg_match('#^'.preg_quote(str_replace('www.', '', $pun_config['o_base_url']).'/'.$script, '#').'#i', str_replace('www.', '', (isset($_SERVER['HTTP_REFERER']) ? $_SERVER['HTTP_REFERER'] : ''))))
        message($lang_common['Bad referrer']);
}

REPLACE WITH

//
// Make sure that HTTP_REFERER matches $pun_config['o_base_url']/$script
//
function confirm_referrer($script)
{
    global $pun_config, $lang_common;

    $base_url = 'http://localhost/Forum';

    if (!preg_match('#^'.preg_quote(str_replace('www.', '', $base_url).'/'.$script, '#').'#i', str_replace('www.', '', (isset($_SERVER['HTTP_REFERER']) ? $_SERVER['HTTP_REFERER'] : ''))))
        message($lang_common['Bad referrer']);
}

1,288

(5 replies, posted in PunBB 1.2 troubleshooting)

Define remove wink
Do you want it hidden for just guests or completely removed?

Actually, in that case your external link is potentially pointing to the web interface of your router when you try to access it from within the LAN.

If you're getting a response, then the issue isn't port forwarding, it's the server you have set up

1,291

(3 replies, posted in Feature requests)

Because normally users register, they aren't manually added: for people who want that functionality, there's a plugin smile

No, a domain name would have the same issue as the outside IP

1,293

(3 replies, posted in Feature requests)

That's what the User Management plugin is for wink

I'm telling you that the reason the redirect is happening like that is because of code added in 1.2.16. I don't know why you didn't experience the problem, but you could be the second person I've talked to tonight who upgraded a forum without making all the proper code edits. wink
The most plausible explanation in my mind is that as a part of the changes you made, the redirect function got changed to the proper, secure version which is causing these issues.

Now, as I said, is there any way for you to access the forum in the same way as your visitors rather than via localhost? Can you just enter the IP and browse it like them? If so, that's your best option and it makes the most sense.

Is there any way for you to just not access the forum via localhost but via the same method as regular users?

1,296

(11 replies, posted in Feature requests)

That's not something that multiple group membership can solve. That's a new forum level permission.

I'm afraid I don't use MSN wink

Yes, but I wouldn't recommend it.

1,299

(13 replies, posted in PunBB 1.2 troubleshooting)

You can set the password column in the database to any value you want. Set it to an md5 hash of the password you want and you'll be fine.

The redirect function has been requiring a proper base URL since 1.2.16.