DaveAtIFG
msg:1498899 | 6:23 pm on Nov 11, 2002 (gmt 0) |
Welcome tylerh! We're not ignoring you, I promise! :) Your request is beyond my meager mod_rewrite skills but it's "child's play" for some of our regulars. Can someone offer this new member a little help?
|
jatar_k
msg:1498900 | 6:36 pm on Nov 11, 2002 (gmt 0) |
When talking about miva, in particular, they have some type of module that outputs static pages with simple url's. I am not exceptionally miva enlightened but people keep telling me how well that module/option works.
|
tylerh
msg:1498901 | 8:59 pm on Nov 11, 2002 (gmt 0) |
Thanks...I had just about given up hope on getting a reply. I have tried two different modules for outputting static pages. One of them made the pages look much different then my store pages which I didn't care for. (Not just different ... they looked unprofessional). The other wasn't too bad in appearance but this is my problem. Besides Miva's shortcomings with its static url's it also has no flexibility in giving you the ability to create your meta title and tags for the different pages. It uses the same for every page. So I create mirror pages myself and put in my title etc.. this has worked quite well. So the problem is if I use one of the modules to generate the static pages it will just copy the same poor meta info from miva and basically hurt my overall SERP's. My current system works but when you start talking about thousands of pages it becomes near impossible to stay on top of all the manual updating. I had read some info about mod re-write and though I don't fully understand it, I though maybe it would be a solution for making all my pages crawlable without having to go the mirror page route. If not then I will keep doing what I am doing...when I can. Thanks
|
jdMorgan
msg:1498902 | 10:02 pm on Nov 11, 2002 (gmt 0) |
tylerh, mod_rewrite can do what you asked for, but rewriting this way is not a good solution because it requires an external redirect on each access to an object (page, graphic, script, etc.). The way to avoid that is to use and publish short readable links, and translate (internally redirect) those into the complex script-parameter-passing URLs for use only inside your site. What you asked for is a way to do the opposite, which would require you to redirect the user's browser and the search engine robots for every access: Rewrite [widget.com...]
.....to http:/widget.com/redwidgets.html Options +FollowSymlinks
RewriteEngine On
RewriteCond %{QUERY_STRING} ^Screen\=CTGY\&Store\_Code\=GE\&Category\_Code\=1\+(.*)$
RewriteRule ^Merchant2/merchant\.mv$ /%1.html [R=301,L]
Technically this should work, but I don't think it does what you really want to do. :( Mod_rewrite documentation [httpd.apache.org] Jim
|
sun818
msg:1498903 | 7:54 am on Nov 12, 2002 (gmt 0) |
Would one have to tweak the code that generates the output pages so that the link structure matches the rewritten URLs?
|
jdMorgan
msg:1498904 | 8:13 am on Nov 12, 2002 (gmt 0) |
Sun818, I'm not sure which approach you're asking about here, but the idea is to present the client browser or robot with short, concise "friendly" URLs, and then translate requests for those URLs to whatever is needed internal to your server to access the requested resource. For example, the users and robots see "mydomain.com/big-red-widgets", but the actual URL might be mydomain.com/homecare/shopping.pl?userid=1234567890&refer=ebay&prod=widget&size=large&color=red&sale=true So yes, any link "seen" by the user's browser or by a robot should be the "friendly" URL. It would not be necessary to use "friendly" URLs for images or scripts, but any link the user might click on, or any link you might want a robot to follow should be "friendly". Obviously, this kind of technique is best implemented from the start of a new site design. Jim
|
tylerh
msg:1498905 | 6:27 pm on Nov 12, 2002 (gmt 0) |
Jim, Thanks for the suggestion. I will think about it some more and maybe give it a try. I'll let you know how it works.
|
|
