3,326

(3 replies, posted in PunBB 1.2 troubleshooting)

Right

3,327

(3 replies, posted in PunBB 1.2 troubleshooting)

No, config.php has the one and only $db_host address wink

3,328

(11 replies, posted in PunBB 1.2 troubleshooting)

There's "Admin e-mail" and "Webmaster e-mail"

I'll quote the patch instructions

Please note that after patching the scripts, you will still need to run the
appropriate update scripts that are located in the scripts folder of every
release.

The patchfile can't update the database. You can use the Version Changer (which will allow you to edit the version number but won't apply any database updates) or use the update script (which will do everything for you). smile

3,330

(11 replies, posted in PunBB 1.2 troubleshooting)

You've changed the webmaster and admin emails?
If so, try removing the cache_config.php file in the cache directory

You're talking about install.php? Don't worry about it if you deleted it (which you should have). The path you're seeing there is not the path it was trying to patch smile

Moved to Modifications
1. I think you would have to write seperate files for this
2. I think it keeps a seperate count now: if it does, you could just modify the query to increment the regular count as well
3. Changing the way the Javascript outputs the text is the easiest way I think

3,333

(11 replies, posted in PunBB 1.2 troubleshooting)

No, I meant change it in Admin Options, not change the code: the code was simply to illustrate what field needed to be updated. smile

All FILES in the files folder are uploaded to the root. As in, when you open the files folder, any files you can see without opening another folder.

Moved to Modifications
It's a modification that includes a plugin

Yes, that's what I wanted smile
What I'm going to do is rewrite some of the code so that it's more efficent, which should solve your issues.

Moved to Integration

I need the full code for the page: what I plan on doing is breaking up the query into multiple smaller queries.

I think Rickard was intentionally trying to filter out that character, in which case this isn't a bug smile

Edit:
http://dev.punbb.org/changeset/124
Yup, looks intentional smile

jlangrock wrote:

Hi Smartys
It's all inside punbb and mysql stored, so it's not outside at the website.
The question is, is it possible to change the search to cover everything with is stored inside the system to show as results.

Like I said, the search engines searches posts/topics. It searches nothing else. smile
You could modify the search feature to search more than just posts, but it would be a lot of work and a lot of rewriting. However, I doubt you could do, say, what Google does for your whole site.

Moved to Modifications

trakman wrote:

does anyone have a sample script of what these bots do?
-would renaming register.php to something else help and what would be the repercussions?

Not necessarily wink

3,343

(180 replies, posted in PunBB 1.2 troubleshooting)

What's displayed in the forums is based on the cache file, which is generated from the database. If there were permissions troubles, etc, the file could still hold old data. Try deleting cache_config.php in the cache directory

3,344

(8 replies, posted in PunBB 1.2 discussion)

Papillon wrote:

I know that mods aren't supported by punbb. But since they are mostly done by active users here, and people of "trust" apprently, then why aren't they supported?

Just to be clear, I'm saying that they're not officially supported by the developers, not that they're unsupported.
The reason is, we (the developers) didn't write the mods. We're VERY familiar with the PunBB code. We're less familiar with the code for every mod (after all, we didn't write it). wink
It has nothing to do with trust and everything to do with the fact that there are many mods and supporting them and the way they all interact would take up a great deal of our time. As it is, we try and help out when we see people with modding issues. However, we can't support every possible combination of mods. In cases like that, it's most helpful for the relevant mod authors to discuss how to integrate all the code.

Papillon wrote:

And I was asking if there were any other users like the one of PwnBB who are thinking about helping. smile

Which is why I moved the topic here: Feature Requests is for requesting new features for PunBB itself. smile

3,345

(32 replies, posted in PunBB 1.2 troubleshooting)

No, the version of PunBB doesn't matter.

I'll try to explain this a little better

MySQL prior to 4.1 used a certain authentication protocol. Lets call it Protocol A.
When 4.1 was released, MySQL changed to using a new protocol. Lets call it Protocol B.
Now, every programming language needed to release an updated version of its MySQL support to deal with the new protocol. PHP did that with the "MySQL Improved" extension.
If you use the regular MySQL extension, you're connecting using the old protocol (A). If you try to connect to a server using the newer protocol (B), you get the error you got.

Now, I linked you to this before, but I'm doing it again
http://dev.mysql.com/doc/refman/5.0/en/old-client.html
I'll even quote the relevant part of it:

To solve this problem, you should use one of the following approaches:

    * Upgrade all client programs to use a 4.1.1 or newer client library.
    * When connecting to the server with a pre-4.1 client program, use an account that still has a pre-4.1-style password.
    * Reset the password to pre-4.1 style for each user that needs to use a pre-4.1 client program. This can be done using the SET PASSWORD statement and the OLD_PASSWORD() function:

      mysql> SET PASSWORD FOR
          -> 'some_user'@'some_host' = OLD_PASSWORD('newpwd');

      Alternatively, use UPDATE and FLUSH PRIVILEGES:

      mysql> UPDATE mysql.user SET Password = OLD_PASSWORD('newpwd')
          -> WHERE Host = 'some_host' AND User = 'some_user';
      mysql> FLUSH PRIVILEGES;

      Substitute the password you want to use for ?newpwd? in the preceding examples. MySQL cannot tell you what the original password was, so you'll need to pick a new one.

    * Tell the server to use the older password hashing algorithm:
         1. Start mysqld with the --old-passwords option.
         2. Assign an old-format password to each account that has had its password updated to the longer 4.1 format. You can identify these accounts with the following query:

            mysql> SELECT Host, User, Password FROM mysql.user
                -> WHERE LENGTH(Password) > 16;

            For each account record displayed by the query, use the Host and User values and assign a password using the OLD_PASSWORD() function and either SET PASSWORD or UPDATE, as described earlier.

My suggestion would be to use the third or fourth suggestion from above, since the first is impossible (you lack the newer library).

3,346

(11 replies, posted in PunBB 1.2 troubleshooting)

    // Default sender/return address
    if (!$from)
        $from = '"'.str_replace('"', '', $pun_config['o_board_title'].' '.$lang_common['Mailer']).'" <'.$pun_config['o_webmaster_email'].'>';

That's from include/email.php: did you change the webmaster email? smile

3,347

(10 replies, posted in PunBB 1.2 troubleshooting)

http://catcode.com/teachmod/

3,348

(8 replies, posted in PunBB 1.2 discussion)

Moved to PunBB Discussion
If we released PunBB with modifications installed, then we would have to support those modifications. As such, we leave the modification installing to the user and (most of) the support to the creators of the mods.
With 1.3, extensions will replace most (if not all) modifications, making the whole process much simpler for users.

3,349

(4 replies, posted in PunBB 1.2 troubleshooting)

axa wrote:

Err, thanks for pointing me towards viewtopic.php.
I had an older copy on my server, after mucking about with the file when doing the miniportal thing.

I was getting rid of the miniportal the other night and must have made a hash of the whole thing then. Fortunately the last updates did not affect viewtopic.php (according to the hdif anyway), so I should be fine with my older copy of viewtopic.php.

Thanks for the help - by the way pOWer, what did you do ?

Installing the subforum mod wink

3,350

(3 replies, posted in PunBB 1.2 troubleshooting)

Yann wrote:

Concerning mod installed.. The subforum thing is a self made, it doesnt use more memory than if I wasnt using it (just hides subforums with a type=2 and that's it)... Else hhm..  the bbocde one.. we don't have much mods running.
Concerning the file concerned, hihihi, if only I knew smile Maybe the search? Btw how good is the fulltext search mod now?

Without knowing what page/code is causing the error, there's no way to debug it. Search is possible, but it could also be a FastCGI issue, for example.