Search options (Page 1 of 2)

Yes, this uses reCAPTCHA for posting - using this method, if you are a guest, and you want to post a topic/reply, you'll see a reCAPTCHA box on the posting page, which you'll need to pass to post. You can see an example at: http://www.alternative-internet.com/for … hp?tid=129

Since this method only applies to guest posts (i.e. regular users can post as they normally would - no captcha required), if you don't allow guests to post, then this method doesn't do anything.

Setting up reCAPTCHA for registrations is a very similar process - the method I've described here for applying it to posts is somewhat based of a 36invisible blog post on how to implement reCATPCHA for registrations in 1.2.15. (As far as I know, applying it to 1.2.19 shouldn't be any different.)

You can find the post at: http://news.36invisible.com/2007/08/05/ … for-punbb/

Hope that helps!

Hey - have you managed to figure this out yet? (I realize this top is a few months old now, so I thought I'd ask.)

If you haven't - or for anybody else who happens across this topic and wants to know how - here's how I did it on my forum:

1. If you haven't already done it, sign up for reCAPTCHA, and download the reCAPTCHA PHP Library at: http://recaptcha.net/

2. Again, if you haven't already done so, extract recaptchalib.php from the PHP Library into your punBB root directory.

3a. Open up post.php.

3b. Find (should be around line 27):

define('PUN_ROOT', './');
require PUN_ROOT.'include/common.php';

After it, add:

require_once('recaptchalib.php');
$publickey = "youpublickey";
$privatekey = "yourprivatekey";

(Obviously, replace yourpublickey and yourprivatekey with your public and private reCAPTCHA keys.)

3c. Find (should be around line 140):

if ($pun_config['p_force_guest_email'] == '1' || $email != '')
{
    require PUN_ROOT.'include/email.php';
    if (!is_valid_email($email))
        $errors[] = $lang_common['Invalid e-mail'];
}

After it, add:

$resp = recaptcha_check_answer ($privatekey,
$_SERVER["REMOTE_ADDR"],
$_POST["recaptcha_challenge_field"],
$_POST["recaptcha_response_field"]);
if (!$resp->is_valid) {
    message("The <b>reCAPTCHA</b> wasn't entered correctly. Go back and try it again.");
}

3d. Find (should be around line 531):

            <div class="inform">
                <fieldset>
                    <legend><?php echo $lang_common['Options'] ?></legend>
                    <div class="infldset">
                        <div class="rbox">
                            <?php echo implode('<br /></label>'."\n\t\t\t\t", $checkboxes).'<br /></label>'."\n" ?>
                        </div>
                    </div>
                </fieldset>
<?php

}

?>
            </div>

After it, add:

<?php
if ($pun_user['is_guest'])
{
?>
<div class="inform">
<fieldset>
<legend>Are you human?</legend>
<?php echo recaptcha_get_html($publickey, $error); ?>
</fieldset>
</div>
<?php
}
?>

4. Save, upload, and you're done!

A couple quick notes:
These instructions were written for punBB version 1.2.19 - though they should work for other 1.2.x versions, I can't guarantee it.

These instructions make it so that guests only, not registered members, are required to use the captcha. If you'd like to require a captcha for members and guests, and can't figure it out, let me know.

I probably couldn't have figured this out without a little help from 36 Invisible's article on setting up reCaptcha for punBB registrations - so thanks to him.

If you have any questions, just let me know!

Also: if anyone finds a better way to do this (I went in, with the exception of a few ideas from 36 Invisible's post, pretty much blind here), please let me know!

Well, changing the actual forum colours and style is done with styles, but I'm assuming you know that and are trying to fit your forum into your actual page layout (navigation, header, footer, ect.), sort of like I've done with mine.

This is actually very simple and doesn't require any knowledge of PHP at all. Open up your main.tpl and take a look at it:

<div id="punwrap">
<div id="pun<pun_page>" class="pun">

<div id="brdheader" class="block">
    <div class="box">
        <div id="brdtitle" class="inbox">

            <pun_title>
            <pun_desc>
        </div>
        <pun_navlinks>
        <pun_status>
    </div>
</div>

<pun_announcement>

<pun_main>

<pun_footer>

</div>
</div>

That code is the code that makes your forum itself appear. Anything you place above that code will appear above your forum, and anything you place below that code will appear below your forum. Other than that, it's essentially just a standard (X)HTML document. The only other part of the code that relates to your forum is:

<html dir="<pun_content_direction>">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1" />
<pun_head>

Don't mess with the <pun_content_direction> or <pun_head> tags, as they effect how punBB interacts with these parts of the HTML (i.e. one of <pun_head>'s functions is placing the CSS of your style in the right location so that it works).

So, if you wanted to place your website's navigation above your forum, and your own footer below it, your code would look something like:

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">

<html xmlns="http://www.w3.org/1999/xhtml" dir="<pun_content_direction>">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=<pun_char_encoding>" />
<pun_head>
<style type="text/css">
#mynavigationbar {
    attribute: whatever;
}
#myfooter {
    attribute: whatever;
    otherattribute: 100px auto;
}
</style>
</head>
<body>
<div id="mynavigationbar">Here are all the navigation links and what not.</div>

<div id="punwrap">
<div id="pun<pun_page>" class="pun">

<div id="brdheader" class="block">
    <div class="box">
        <div id="brdtitle" class="inbox">
            <pun_title>
            <pun_desc>
        </div>
        <pun_navlinks>
        <pun_status>
    </div>
</div>

<pun_announcement>

<pun_main>

<pun_footer>

</div>
</div>
<div id="myfooter">Here is my footer and whatever. Yay.</div>
</body>
</html>

Obviously, your navigation/footer don't have to be included in the silly-named divs I used in the example, but you get the idea. It's basically just a standard (X)HTML document.

Keep in mind that the main.tpl only affects the "main" pages of your forum. Your redirect pages, administration/moderation section pages, help pages, and maintenance mode pages are all affected by their own tpl files - but they all work essentially the same way, so you can edit them just like you would normal markup too.

Here we go - did a little digging on the forum and found this topic: http://forum.lighttpd.net/topic/586
According to that, it's RForum - a Ruby on Rails powered forum.

I will agree that it does bear a few visual resemblances to Phorum, but I wouldn't call it a clone. It's not that similar.

Well, you wouldn't be able to convert Mediator's mod to do what you want (i.e. limit the number of topics a guest can read before signing up), because it works on a different principle. His simply limits the number of posts displayed in a topic to guests.

What you want would require either that information about users be stored on the server which tells the server to stop displaying topics and display the message after the user has viewed the limit, or that a cookie be stored on the users computer and the server checks/updates the cookie to keep track of the number of viewed posts and limits accordingly.

The first method takes up server space and isn't really reliable - there are tons of ways to get around it no matter how you do it. Some are things the user wouldn't even have to consciously do - they would just happen by accident (i.e. AOL users might come back with different IPs.) Also, this could cause problems depending on how you do it - for example, if you do it via IP check, it could prevent users of AOL and similar services which share IPs between people from viewing the website even if they've never been there before, simply because someone else has from the same IP.

The second method is useless because the user can just delete their cookies.

In other words, it's a rather silly feature for vBulletin to have, and it's a rather silly feature to bother cloning. The most it will accomplish is annoying visitors.

If you want to restrict guest access so they are enticed to register, Mediator's Gust Read mod would be a far better option, or perhaps make only certian forums guest-accessible, so that guests can get a taste but will be enticed to sign up for the full experience, or don't let guest post, so they'll sign up to participate, or display a few ads only to guests. Any number of other things could be done that would work far better than what you're asking for here.

Edit: Just checked, and vBulletin's mod uses the second method. In other words, anyone who deletes their cookies often, doesn't accept cookies, or knows how to clear their cookies will have no trouble bypassing their mod. It's mostly useless.

I think they coded that themselves... In Ruby on Rails, unless I'm mistaken.

But I can't be 100% sure. At the very least, it is not created in any forum software I myself have seen elsewhere.

http://www.telegraphics.com.au/svn/icof … EADME.html
Google. First result for "photoshop icon plugin."
I don't have Photoshop myself, so I can't say for sure that'll work, but it should - hope that helps!

Actually, that looks really good.

Matt - of those four, I'd say the book. However, personally, I think an icon depicting a mortarboard would be much more appropriate, if you could find one.

"you need html plugin"

I believe this is what you are looking for: http://www.punres.org/viewtopic.php?id=3494

4.0.27-standard