Are you on a dedicated server? If not, you may not have access httpd.conf. If you are on a dedicated, what is the OS and what is the web server or who is your host?

I believe somebody installed this using .htaccess although I have not done so.

I'm not on a dedicated server..so that is probably the reason I cannot find the file. :(

[high]* Velocd snaps his fingers then walks away[/high]

Hi guys,

I installed this great hack couple weeks ago and everything went like charm.
Thread links looks just like they should look ( domain.com/t27927.html),
forums looks ok (domain.com/f232)....

I've been watching Google to visit all the forums, but for some reason it doesn't touch the threads?
Have they changed the bot or what could be wrong?
Anyway the googlebots visits the site daily and every day it spiders everything else but threads??

-jOOP

Now i changed also the forum links to look like www.domain.com/f1231.html

Will see what happens?

-jOOP

[QUOTE]Originally posted by eva2000
got it to work now with this

Code:

---

RewriteEngine on
RewriteRule ^/f([0-9]+)/?$ /forumdisplay.php?forumid=$1 [L]
RewriteRule ^/f([0-9]+)/s?$ /forumdisplay.php?forumid=$1 [L]
RewriteRule ^/t([0-9]+)\.html$ /showthread.php?threadid=$1 [L]
RewriteRule ^/t([0-9]+)/s([^/]?)\.html$ /showthread.php?threadid=$1&s=$2 [L]
RewriteRule ^/s([^/\?]0-9)+/$ /index.php?s=$1 [L]

---

[QUOTE]Originally posted by fastforward

easypeasy :)
In online.php : Change the 'default' block of the CASE statement on or around line 626 to look like this:

Code:

---

  default:
    if (preg_match ("/t([0-9]+)\.html/", $filename, $match)) {
      $userinfo[threadid] = $match[1];
      $userinfo[activity] = 'showthread';
      $threadids .= ",$userinfo[threadid]";
    } elseif (preg_match ("/f([0-9]+)/", $filename, $match)) {
      $forumid = $match[1];
      $forumids .= ",$forumid";
      $userinfo[activity] = 'forumdisplay';
      $userinfo[forumid] = $forumid;
    } elseif (preg_match ("/robots\.txt/", $filename)) {
      $userinfo[activity] = 'spider';
    } else {
      $userinfo[activity] = 'unknown';
    }
  }

---

Now--this should be interesting. I'm having quite a serious issue with my forum, and I'm guessing it has something to do with this hack. Prior to installing it, we hadn't seen it before.

I'm using the following rewrite rules:

I did it this way so that www.domain.com/f1 links would work as well as www.domain.com/forums/f1--so far so good. The problem is that every time I follow a link, a new session hash is generated--this means all sorts of login problems.

Could this be related to this hack in some way? I don't even know where to start! :(

Thanks,
Paul

Edit: I also made an adjustment to online.php. My version looks like this:

Change &s=$2 to just &s= in your .htaccess and see what happens. It works for me. However, this way, sessionhash is always cleared. I have had no problems with any of my users - I just tell them they need to enable cookies for my site to work.

Hi Erwin,

Thanks for the suggestion. The *REALLY* weird part about this is that I'm using the vbulletin URL's to test this out--it DOESN'T happen when I use the rewrite urls. (i.e. http://www.domain.com/forums/index.php?s=######...)

I don't want to force them to use cookies though :(... I'm staring at the apache rewrite rule manual now trying to figure out what I'm missing here. :)

I removed the redirects completely, restarted apache, and uploaded the unhacked online.php--the problems continued to persist. I wonder if this might be a real vb bug ;)