Jump to content

IP.Board SEO/FURL

Guest Tarun

By Guest Tarun
in Feedback

Recommended Posts

Luke Mentor

Luke

Posted
Posted

There is an easy way to check... Have IPB write an .htaccess file for mod_rewrite and test the URL for expected results. If it doesn't work, it isn't supported.

And then either way IPB would have to have permission to write to an .htaccess file.

Most mods have copyrights, yes. But only on their own modules. Adding it to every single IPB page is a huge turn off, especially when you're paying as much as you are.

Link to comment
Share on other sites
  • Replies 55
  • Created
  • Last Reply
Bain Enthusiast

Bain

Posted
Posted

I would be interested in IPB having this built inside.

I've actually tried talking vBulletin into developing this for their board software but they pretty much refuse.

IPB has been a place that innovates, so I am hoping this is another area that IPB is willing to take a chance on.

Link to comment
Share on other sites
bfarber Grand Master

bfarber

Posted
Posted

There is an easy way to check... Have IPB write an .htaccess file for mod_rewrite and test the URL for expected results. If it doesn't work, it isn't supported.



And then either way IPB would have to have permission to write to an .htaccess file.



Most mods have copyrights, yes. But only on their own modules. Adding it to every single IPB page is a huge turn off, especially when you're paying as much as you are.



It's easier said than done. Some servers would require the "forums" directory to then have 777 permissions to write the .htaccess file dynamically, and then some servers won't execute php scripts with such open permissions. Then, trying to test the url for expected results isn't necessarily the easiest thing in the world either.

At the end of the day, practically anything is possible, but the friendly urls people would want would be a huge undertaking, and a nightmare to support. I really won't make any promises on it either way right now.

Regarding their copyright, you should really bring that up with them. :thumbsup: Was just giving you my view point on it. Since their mod does affect every page, then it's still the same in my eyes. It's no different than a skin that has a copyright, which most people are ok with.


I would be interested in IPB having this built inside.



I've actually tried talking vBulletin into developing this for their board software but they pretty much refuse.



IPB has been a place that innovates, so I am hoping this is another area that IPB is willing to take a chance on.



As stated above, I'll hold off making any promises either way.
Link to comment
Share on other sites
kirov Apprentice

kirov

Posted
Posted

yes if you have something.html it doesn't help you very much, it just helps google to index your page more quickly but if the page has categorie_topic-name_title.html(that is an exemple) when somewhats searches a keyword it will apear in the search better

Link to comment
Share on other sites
Josh04 Apprentice

Josh04

Posted
Posted

You could do it the way drupal and MediaWiki (iirc) do it, which is to have the information all in one GET, separated by slashes, so you have index.php?q=showforum/2, and then if the server software is capable of it, this can be shortened to /showforum/2.

As for SEO on IPB, I downloaded FURL, took one look at the list of preg_replace's and decided against it. I ended up writing my own, with mod_rewrite converting them on the way in, and editing the IPB source files to change all the references. Understandably, this took ages :P It has weaknesses: It's hard to ensure uniform URLs, and I've had to add database columns so that all the links can have the topic title in them, but it works well enough. My links look like this: www.sitename.com/(Forum-Name)/forum/(forumid) or www.sitename.com/(Topic title)/topic/(topicid).

Regarding IPB3, I seem to remember mention of a hooks system. How extensive would this be? Being able to hook functions instead of editing them would be amazing.

Link to comment
Share on other sites
Luke Mentor

Luke

Posted
Posted

The problem with using something like index.php/something/something.html is images get messed up in some places because in the HTML it's like "style_images/1/image.gif" which makes the browser assume that it's in "something/style_images/1/image.gif". I'm sure you could use another mod_rewrite to fix that, if you can, but then I don't think it cache's right. Only other solution is fix every instance to use the full URL... That's why the best way is just to use an html file separated by dashes :).

Link to comment
Share on other sites
Nils Collaborator

Nils

Posted
Posted

The problem with using something like index.php/something/something.html is images get messed up in some places because in the HTML it's like "style_images/1/image.gif" which makes the browser assume that it's in "something/style_images/1/image.gif". I'm sure you could use another mod_rewrite to fix that, if you can, but then I don't think it cache's right. Only other solution is fix every instance to use the full URL... That's why the best way is just to use an html file separated by dashes :).


I actually used to do this, too. My mod_rewrite rule to fix the images looked something like this:

RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule ^.+/((((style_(images|avatars|emoticons))|jscripts|cache|lofiversion)/.*)|favicon\.ico)$ /$1 [R=301,L]

Link to comment
Share on other sites
Nils Collaborator

Nils

Posted
Posted

Or just set the image URL variable. That will fix up all image links without having to mod_rewrite.


I thought so too, but at least on my forums some image links are not being rewritten. Also, I think the image URL only changes links to images, so things like the lofiversion, the favicon or the javascript files still need to be corrected.
Link to comment
Share on other sites
Josh04 Apprentice

Josh04

Posted
Posted

The problem with using something like index.php/something/something.html is images get messed up in some places because in the HTML it's like "style_images/1/image.gif" which makes the browser assume that it's in "something/style_images/1/image.gif". I'm sure you could use another mod_rewrite to fix that, if you can, but then I don't think it cache's right. Only other solution is fix every instance to use the full URL... That's why the best way is just to use an html file separated by dashes :).



Ah, now that's interesting to know. I haven't encountered that, because my images are hosted off-site. My mod_rewrite looks like this: (I use lighttpd)

    "^(.*)/topic/([0-9][0-9]*)/([0-9][0-9]*)/reply/?(.*)$" => "index.php?act=post&do=reply_post&f=$3&t=$2$4",
    "^(.*)/topic/([0-9][0-9]*)/([0-9][0-9]*)/?(.*)$" => "index.php?showtopic=$2&st=$3",
    "^(.*)/topic/([0-9][0-9]*)/getnewpost/?(.*)$" => "index.php?showtopic=$2&view=getnewpost$3",
    "^(.*)/topic/([0-9][0-9]*)/?(.*)$" => "index.php?showtopic=$2$3",
    "^(.*)/profiles/ucp/?(.*)$" => "index.php?act=UserCP&CODE=00$2",
    "^(.*)/profiles/([0-9]*)/?(.*)$" => "index.php?showuser=$2$3",
    "^(.*)/forum/([0-9][0-9]*)/newtopic/?(.*)$" => "index.php?act=Post&CODE=00&f=$2$3",
    "^(.*)/forum/([0-9][0-9]*)/?(.*)$" => "index.php?showforum=$2$3",
    "^/logout\.htm$" => "index.php?act=Login&CODE=03",
    "^/login\.htm$" => "index.php?act=Login&CODE=00",
    "^/register\.htm$" => "index.php?act=Reg&CODE=00",
    "^(.*)/stats/mods/?(.*)$" => "index.php?act=Stats&CODE=leaders$1",
    "^(.*)/stats/todays/?(.*)$" => "index.php?act=Stats$1",
    "^(.*)/stats/overall/?(.*)$" => "index.php?act=Members&max_results=10&sort_key=posts&sort_order=desc$1",
    "^(.*)/stats/topics/?(.*)$" => "index.php?act=search&CODE=getactive$2",
    "^(.*)/stats/members/?(.*)$" => "index.php?act=Members$2",
    "^(.*)/stats/online/(click|name)/?(.*)$" => "index.php?act=Online&CODE=listall&sort_order=asc&sort_key=$2$3",
    "^(.*)/stats/online/?(.*)$" => "index.php?act=Online&$2",
    "^(.*)/forum/(.*)$" => "index.php?act=idx$2",
    "^(.*)/forum/([0-9][0-9]*)/search/?(.*)$" => "index.php?act=Search&f=$2&$3",
    "^/search\.htm(.*)$" => "index.php?act=Search$1",
    "^/arcade\.htm(.*)$" => "index.php?autocom=arcade&$1",
    "^/index/(.*)$" => "index.php?autocom=drupal2&q=$1",
    "^/wiki/index\.php/(.*)" => "/wiki/index.php?title=$1",
    "^/wiki/index\.php\?title=(.*)" => "/wiki/index.php?title=$1",
    "^/wiki/(images|skins)/(.*)$" => "/wiki/$1/$2",
    "^/wiki/(.*)\.php(.*)$" => "/wiki/$1.php$2",
    "^/wiki/(.*)\?(.*)$" => "/wiki/index.php?title=$1&$2",
    "^/wiki/(.*)$" => "/wiki/index.php?title=$1"

Link to comment
Share on other sites
Luke Mentor

Luke

Posted
Posted

Or just set the image URL variable. That will fix up all image links without having to mod_rewrite.



The image url variable is in the middle :)...

style_image/{var}/image.gif

Need to be able to add to the left side :)
Link to comment
Share on other sites
Luke Mentor

Luke

Posted
Posted

No, he means the image url you configure under General Settings. If you set that, a preg_replace is done in class_display that adds the url to the beginning of the style_images. :)



It isn't always fool proof though :P
Link to comment
Share on other sites
bfarber Grand Master

bfarber

Posted
Posted

Yes, not fool proof. ;)

Though, for our purposes it's never really needed to be. However I myself have run into a couple times where I've needed it to do jscripts and since it doesn't I've had to recode it. I might change that in the future.

Link to comment
Share on other sites
Luke Mentor

Luke

Posted
Posted

I would much rather have the board url added to each image, css, and javascript path so there is no need for a rewrite. But the board url variable used would be specific so it could be changed to host images on a different server.

Link to comment
Share on other sites
  • 9 months later...

Archived

This topic is now archived and is closed to further replies.

Go to topic listing

  • Recently Browsing   0 members

    • No registered users viewing this page.
Invision Community © 2024 IPS, Inc.
×
×
  • Create New...