376

(7 replies, posted in PunBB 1.2 troubleshooting)

Michael Gauthier's solution in the comments linked there is the one I would go with, but yes, that sounds like it's the problem. smile

377

(6 replies, posted in General discussion)

Yes, that was someone trying an SQL inject. The reason it's logged there is because the URL was too long for the field and PostgreSQL choked on it.

In the meantime, if you really want to use PunBB, you can find a converter that converts from ikonboard to a forum software that the converter currently supports and then do it as a multi-step process.

1. Yes, you can edit the call to fsockopen in include/email.php. However, the timeout is currently set to 15 seconds: it sounds more like your forum has no connection at all, at times.
2. Yes, edit post.php, line 218 and remove the part of the large query that refers to the previous post time.

If I were you though, I would focus more on fixing the underlying issue with connections rather than on trying to hack around it and send more emails. tongue

For 1.3, the converter will be redone and (hopefully) will support converting from even more forums.

Well, feel free to test out 1.3 and let us know if you run into any trouble with the UTF-8 support smile

Moved to Modifications

383

(5 replies, posted in Programming)

What you're doing. tongue
test_function() does not run the command
test_function(false) does not run the command
test_function(true) runs the command

When Bekko said run, he meant the function.

Moved to Troubleshooting

The issues probably don't exist because of the tweaks I've made to that site to support UTF-8 with 1.2. The issue wouldn't be fixed in 1.2.17, since 1.2 does not have UTF-8 support built in. 1.3, the version currently under development, does.

386

(5 replies, posted in Programming)

Matt: If you mean will test_function() (as opposed to test_function(true)) make the if statement true, then no, it won't.

You don't need the {}s surrounding it.
And if you want to change the text of the email, you should probably create a new template, edit that, and then change this line

$mail_tpl = trim(file_get_contents(PUN_ROOT.'lang/'.$pun_user['language'].'/mail_templates/welcome.tpl'));

to refer to the new file.

lol, why me? tongue
yemgi pointed you to the easiest method, the collapse categories modification. Anything else would require a good deal more changes to index.php.

Edit register.php? The code would be similar to the other code you're referring to, just without an if statement wink

Yes, but you're supposed to use $db->prefix because that's the prefix associated with the database object. It means you only have to globalize one variable ($db).

Yeah, the error_log is what you need to look at. The error you're getting is a generic one from the webserver and as it says: "More information about this error may be available in the server error log." smile

392

(3 replies, posted in PunBB 1.3 troubleshooting)

Oops! Fixed, thanks smile

Check your error_log and see what the error is.

Moved to Modifications

395

(1 replies, posted in PunBB 1.3 troubleshooting)

Yes, a new action is specified using an if statement.

co_common

396

(151 replies, posted in PunBB 1.3 extensions)

You mean you want to insert an element into the array between the message and the signature? That's what array_insert is for. wink

That's more of an issue of hook placement than anything else. We just need to put a hook before we echo out anything in each section. It's something that would need to be addressed anyway.

398

(1 replies, posted in PunBB 1.3 troubleshooting)

Actually, that would be where hd_head comes in handy. Some code like this:

$tpl_temp = trim(ob_get_contents());
$tpl_temp = str_replace('<meta name="description" content="'.generate_crumbs(true).'" />'."\n", '<meta name="description" content="I like pie" />'."\n", $tpl_temp);
ob_start();
echo $tpl_temp;

would replace the meta tag with your new tag.

However, header.php could probably use some more arrays rather than echoing content out right away, which would allow you to make the change without messing with output buffering.

Well, potentially you could, since styles can have their own templates. The question is whether it's better to just let extensions take over, since they're more flexible.

I don't think we made a decision, but I have thought about it before. Can you think of any reason they shouldn't?