下面的内容DIY性比较大, 并不适合所有drupal站
1.今天查看了一下boost的cache文件夹
多了很多莫明其妙的文件,似乎是boost在生成主页的分页时候出错了,在page=100&option后多了一堆东西,正常来说分页只会结束到page=100而不会再有后面的option
也有可能是hack,说不定.
即很多:http://oddsfun.com?page=1&options=…..
目的是使上述的URL301转向至http://oddsfun.com?page=1
在.htaccess上,仅次于rewrite engine on 处,任何的rewrite前(301转向尽量放前面,据说)
RewriteCond %{QUERY_STRING} page=([0-9]+)& [NC]
RewriteRule ^(.*)$ %{REQUEST_URI}?page=%1 [R=301,L]
2.将drupal内部的301改为由.htaccess做301转向,这样可以节约不少性能
前段时间,我为每一个node都启动了tag,即增加了node/nid/album,每个node都有个相册
结果很快,bluehost(空间商)发邮件给我,说我的文件夹太多了
没办法只能将node/nid/album的结构全改为album/nid了
但这样问题就来了,如果直接删除node/nid/album的结构,google估计会认为我在耍他,
于是只能想到301转向了,当时.htaccess的语法我不懂,懒,直接用php在drupal里写header
郁闷的情况来了,现在在google查到的album 都是直接指向node/nid/album的,这样如果用默认的boost的.htaccesss规则,仍然会不断请求drupal,
目的,在.htaccess中,将所有的node/nid/album 转向为album/nid,而不经过drupal
如http://oddsfun.com/node/100/album –> http://oddsfun/album/100 (这些网址不存在,我别一个drupal站才这样)
RewriteCond %{REQUEST_URI} node/[0-9]+/album [NC]
RewriteRule node/([0-9]+)/album(.*)$ /album/$1$2 [R=301,L]
另:为drupal站写多些tag,即在node的页面多些tag,能很快的增加站点的收录量,灰常实用,我都计划给我所有的drupal站使用3~5个tab了,这样就相当于一个内容有N个翻版.
http://trackself.com