Yep - see my previous post

Ha! I figured it out easy enough. The reason I was getting a different different numbers after the -vt was because I was grabbing the POST_ID instead of the TOPIC_ID. Here's the final code I use to pull the data: <a href="http://www.mysite.com/forums/<?php echo append_sid(make_url_friendly&...

So...Close....! One thing to note when doing this is you have to define after how many charcters it trims the title - On longer titles you may get the url cut off, and so you'll get a 404. So just set the $CFG['posts_trim_topic_number'] = 25; to something really high, like 150. That solved that prob...

lol - I just realized that's exactly what your code does, I just need to hack it into my index.php.

I'm gonna try that and let you know what I work out

That was quick! We're definitely on the right track. When I go to the portal.php in the example it works perfectly. But the way I'm using fetchall is to grab data from the forum and display it on non forum pages, like the index.php in the root of my site. In order to do that, at the very beginning o...

I'm not sure the thread where phpbbfetchall is being developed, but they have their own website - http://www.phpbbfetchall.com

Sadly, I don't think anyone's working on a solution right now. I played around with my .htaccess to see if I could re-write the URLS but that made a mess :) I think it should be easy. I mean fetchall basically grabs the data from the forum database, such as the topic title. The trick would then be g...

Good call! What I did in the meantime is added the rel="nofollow" to each of the viewtopic links. But I guess adding it in robots.txt would be an extra level of protection.

Any chance of getting the mod rewrites to work with phpbbfetchall? For example on the front page of my site I use fetchall to pull the latest posts and display them. However they appear as viewtopic.php. The links work of course, but I don't want google spidered the same page with two different URLs...