Search options (Page 1 of 13)

Hummm...

I've been getting spammed with a bot masquerading as google webcrawler... It's IP is always from a ISP or internet host (and never owned by google). Funny thing is it never gets to the forums, since I use https (and any http request is forwarded to https). The bot requests http://robshouse.no-ip.info, gets forwarded to https://robshouse.no-ip.info and then requests http://robshouse.no-ip.info, etc... for about 1 to 3 hours.

Might be a good idea for yous to switch your entire site over to https, doesn't look like many bots support that protocal. That being said, any search engine bot works fine with https (including google adsense), at least the ones that have crawled my site that is.

http://help.securepaynet.net/article.ph … dogdomains

If only people would use the support tools they paid for...

If your host does offer any more conclusive help, try opening your ftp program and looking around for a "error.log" file. It's usually not in the "public_html" or "wwwroot" etc... folder. It's usually in something like /var/log or /tmp/awstats.

if not is this a windows or linux server? do you have shell access? Do you know anything about your web server or it's configuration? What software is the web server running? Have a link to the site? Have any information about your web server at all?

You mean commands?

rename your .js file to .php, you probably also have to send the right header information, I think it's "header('Content-Type: text/javascript');" but don't take my word for it

<?php
header('Content-Type: text/javascript');
// do php stuff
?>
function doJavascriptStuff(x)
{
  x = '<?php echo $somePhpVariable ?>';
  // do javascript stuff
  return x;
}

Easy stuff eh?

<?php
@chdir(../)
?>

Is that what your looking for?

Grats jeckyl, so you finially got everything in the DB converted and backed-up properly? wll done

if your not a php coder, move everything to the root directory. If you're willing to spend some time learning, then you won't have to.

because

. Clearly, the text HTTP_REFERER had something to do with the error you were getting.

$redirect_url = (isset($_SERVER['HTTP_REFERER']) && preg_match('#^'.preg_quote($pun_config['o_base_url']).'/(.*?)\.php#i', $_SERVER['HTTP_REFERER'])) ? htmlspecialchars($_SERVER['HTTP_REFERER']) : 'index.php';

This line shows some of the logic HTTP_REFERER is used for. It would look clearer like this:

// If $_SERVER['HTTP_REFERER'] exists, and is within the $pun_config['o_base_url']
if ( isset($_SERVER['HTTP_REFERER']) && preg_match('#^'.preg_quote($pun_config['o_base_url']).'/(.*?)\.php#i', $_SERVER['HTTP_REFERER'])) )
{
    $redirect_url = htmlspecialchars($_SERVER['HTTP_REFERER']);
}

// Else if "Bad HTTP_REFERER, just use index.php for our redirect
else
{
    $redirect_url = 'index.php';
}

Clearly that line is not giving you "Bad HTTP_REFERER error"'s it does show you the logic to have one though. $redirect_url is used to send your browser back to whatever page you came from, wqhen you click on login (if i remeber correctly). When your configured $pun_config['o_base_dir'] doesn't contain $_SERVER['HTTP_REFERER'] you get an error. $_SERVER is a php variable that contains all kinds of information. google it for more information.

have cpanel? if not is this a windows or linux server? do you have shell access?

for cpanel... if you look in the main icon area, you'll find some icon that says "raw error logs" or something to that effect

"grep -r HTTP_REF ./" - a *nix command to search recursively in directory "./" and find the text string HTTP_REF and then print the file name and the line in that file that contains said text. google it for more info. the line was from login.php if I remeber correctly.

Bad idea, sooner or later you'll probably run into problems. Set it seperatly for the "root-directory minimal pun" and the "forum-directory punbb". or you could just not have a forum directory 0.o

I havn't tried, but assuming you still have a PUN_ROOT define, you should be able to. search each admin file for admin_ though and switch it to ./ and in the admin folder the PUN_ROOT is "../" not "./".

  This isn't a "OOP is worse then procedural" benchmarks. It messures time spent creating an object with a single function, time spent calling an object's function, time spent calling a function, and time spent without either. It offers nothing conclusive for all senarios, but does hint at places where one might improve speed. Each program/script is different, and each programmer's (or clients) needs are different.

  I'm not really using my object period, or my function. I'm timing the underlying system. No matter how neat and inovative my OOP code may be, it won't outperform 18 seconds for 10000000 creations on my box+config+version of php. I'm also willing to bet that regardless of box+config the ratio of 18:9:8:4 will remain constant, and regardless of version (ignoring other majors though, php6 for example ) the ratio will remain fairly simular. I don't think I mentioned anything about what oop could or couldn't do... I simply mentioned how fast it could execute under 2 different senarios.

  I think it's important to keep in mind that no benchmark will ever tell the whole story, short of writing the app twice, but who really has time for that PS: Appologies for the spelling, don't have firefox atm, and opera doesn't have spellcheck installed by default? 0.o

lol fixed, your as crazy as I am (when i decide to care about something at least ).

You try sending a mail from punbb, but modifying the subject and anything that ends up injected into the body of the e-mail? If it's some text in the e-mail that would at least point out where the problem is. Then try to remove any extra header data from punbb e-mails, see if that does it? Finally add an extra header, i forget the exact syntax but it's something like "X-Emailer: Outlook Express". If gmail thinks it's a user's program sending the e-mail they may be silly enough to pass it through on just that.