1. How to redirect? 2. Meta tags
Printed From: Web Wiz Forums
Category: General Discussion
Forum Name: Web Design Discussion
Forum Description: Discussion on web design and development subjects.
URL: https://forums.webwiz.net/forum_posts.asp?TID=5141
Printed Date: 28 March 2026 at 1:10am
Software Version: Web Wiz Forums 12.08 - https://www.webwizforums.com
Topic: 1. How to redirect? 2. Meta tags
Posted By: Croco Dylan
Subject: 1. How to redirect? 2. Meta tags
Date Posted: 20 August 2003 at 4:13am
|
For a soon to be published websight I want visitors to always start at the root url. Browser should not show url of pages shown in frames, but must always be shown as http://www.croco.nl - www.croco.nl slash nothing. On the other hand, for to be shown on search engine results, I want bots to crawl as deep into my site as possible and will also handfeed url's deeper than the root url. The problem is that when someone thru a search engine finds url other than the root (so let's say for instance http://www.croco.nl/water/waterintro/waterintro.htm - http://www.croco.nl/water/waterintro/waterintro.htm ) following this link would open the page in the completely window. And I don't want this, cause it's intended to be shown in a specific frame within my index page. I could tell bots not to index the waterintro.htm and put all the meta tags in for instance /waterintro/index.htm (not exist). This page would contain nothing more than the meta tags (feed the search engines!) and a redirect to the root url of the websight, so that the page would load as intended, namely the root url and its frames. Does anyone know if I can do this? Are the meta tags used in the /waterintro/index.htm any useful or do bots recognize the page as a redirect page and therefore don't index the page. Considering how annoying (endless) redirects and pop-ups can be, I can imagine some search engine have a policy of not indexing these pages. Anyone know of this, and if so how to fool the bots ? All tips & trix welcome ------------- Take a walk on the wild sight |
Replies:
Posted By: KCWebMonkey
Date Posted: 20 August 2003 at 10:55am
|
<!-- ONE STEP TO INSTALL FORCE FRAMES: 1. Copy the coding into the HEAD of your HTML document --> <!-- STEP ONE: Paste this code into the HEAD of your HTML document --> <HEAD> <SCRIPT LANGUAGE="JavaScript"> <!-- This script and many more are available free online at --> <!-- Begin
<!-- Script Size: 0.73 KB --> |
Posted By: Croco Dylan
Date Posted: 20 August 2003 at 11:04am
|
Thanx, will try this ------------- Take a walk on the wild sight |
Posted By: dpyers
Date Posted: 20 August 2003 at 6:14pm
|
You might also want to check out using .global.asa if to redirect any new sessions to your frameset. Don't know how it will impacr the search engines. Most of them have problems indexing sites that have a frameset for the root document. ------------- 
Lead me not into temptation... I know the short cut, follow me. |
Posted By: Croco Dylan
Date Posted: 21 August 2003 at 7:12am
|
Mm, no comprende
------------- Take a walk on the wild sight |
Posted By: Croco Dylan
Date Posted: 21 August 2003 at 7:37am
|
'Bout the search engines and frames remarkx Couldn't I have an index.htm which is just simple noframes html, only meant for keywords, description etc. Tell bots to index this page and redirect to a frameset, let say dylan.htm. File dylan.htm doesn't need to be indexed and might consist of dylancontent.htm en dylanmain.htm Of course, there's a limit when using such techniques. If I only have a few pages, which all redirect to the same ... than that might be useful. More pages to index for the search eng's. If I'd have let's say 2,000 pages which all redirect to the same root url ... than I wouldn't be surprised if they blacklisted my sight. Any thoughts on this ------------- Take a walk on the wild sight |
Posted By: dpyers
Date Posted: 21 August 2003 at 7:38am
|
global.asa is a text file that sits in your root directory. If it's present, it fires asp/vb subroutines when the application (web server) starts and stops and also when the session (A user comes to your site for the first time in this browser session) starts and stops. The Application_OnStop and Session_OnStop are not reliable, but you can put any asp code your want into the Application_OnStart and Session_OnStart. Putting the following code into the Session_OnStart subroutine will direct any new user to index.htm regardless of what uri they follow to your site. Response.Redirect "/index.htm" In asp.net, the file is called global.asax and can contain a couple of other subroutines like Page_OnLoad. Two after thoughts... A global.asa file can actually go into any directory and will apply to all subdirectories within that tree unless the sub directory has it's own global.asa. For events in global asa to fire, a user must have session cookies enabled which they need for the forum anyway.
-------------
Lead me not into temptation... I know the short cut, follow me. |
Posted By: Croco Dylan
Date Posted: 21 August 2003 at 8:14am
|
Gotcha dpy Thanx ------------- Take a walk on the wild sight |
Posted By: KCWebMonkey
Date Posted: 21 August 2003 at 10:33am
|
or you could just redirect them to the frameset with the code i gave you already... <SCRIPT LANGUAGE="JavaScript"> |
Posted By: dpyers
Date Posted: 21 August 2003 at 10:43pm
|
Sorry KC, wasn't my intention to suggest the global.asa solution was better... just different. The global.asa solution only needs to be done once. The javascript needs to be placed in each page in question. The global.asa solution won't work if session cookies are turned off. The javascript one won't work if the uses has js turned off. IMHO, more people will have session cookies turned off than javascript, but that's just my hunch. If it's important to you, do both to cover your bases. Some people will have both turned off, but the hell with them. -------------
Lead me not into temptation... I know the short cut, follow me. |
Posted By: Croco Dylan
Date Posted: 22 August 2003 at 12:20am
|
Thanx guys, ya really helped me out. Am (relatively) new to web design, and unfortunately I only have few technical skills. Never really been a true administrator or programmer, but do have broad IT knowledge. Unfortunately for now, not on a technical but knowledge on a management level.
Bout needed client settings, such as cookies enabled, I'll use my "common denominator policy". Meaning, designing the sight for the most used browser (IE) with the mostly used settings. If some things will work in other browsers (and other settings), that's nice but not perse needed. Or in other words, always use the standard and if this means losing (a few) visitors cause they don't have the appropriate browser or client settings, that's a shame but so be it. Thankx again KC & dpy ------------- Take a walk on the wild sight |
dpyers wrote:Posted By: dpyers
Date Posted: 22 August 2003 at 12:53am
|
Although IE is the most used browser, a wise man would never refer to it as a standard. To do so on Usenet will ensure that your house is burned down and your loved ones enslaved. Suspicion will be cast upon your lineage. The movement in web design is browser neutral - accept anything the user has and develop pages that will render to the users style sheet setting rather than the designers preference. Pages need to be viewed by blind Cro-Magnons with 30 year old text only browsers and speech readers. No java script, no flash presentations. IE is generally loathed for being very non-standard in terms of meeting current w3c specifications for html and css. The fact that usage of other browsers that come closer to those standards is pitifully small is immaterial. Do not mention that sites that conform to strict html and css specifications and use tables for tabular data, not for formatting all look depressingly similar. Finally, never... ever... put "Best viewed in..." information on your page lest it be found and published in a usenet group as an example of poor design. -------------
Lead me not into temptation... I know the short cut, follow me. |
Posted By: Croco Dylan
Date Posted: 22 August 2003 at 1:23am
|
Dpy 'IE = standard'. Just meant to say that most people use IE, not that it's better, or closer to what's really meant. Am also aware that Linux is becoming more-popular, and with it (perhaps?) at some time in the future also more popularity for non-MS browsers. I would not argue that MS browsers are better than others, au contraire my friend. From a technical point of few, as well as from a 'purists' point of phieeuw, non-MS browsers come a lot closer to what a browser is meant to be. Used to be a Netscape adept myself, have worked on several UX-machines (IBM, HP) with of course Netscape as (integrated) browser. Have also had various Linux-versions at home, although I hardly use these machines anymore. Will spend some effort to try and be as platform/browser-independant as possible, but on the other hand I don't want to rewrite code with every new upgrade (okay, bit x-gerated but you get the point) of major browsers. Therefore as little 'browser-dependant' routines, techniques, code, etcetera ... I don't expect to get a lot of visit from UX-boxes, or rather to say don't expect much traffic from non-MS browsers. Simply a fun sight with mainly personal intrests, some trivia and some serious stuff. First prio is that everything works okay in IE, if with not too much trouble it also works in other browsers .... that's fine. But won't spend a lot of time on this since that's just not needed for this particular sight. Would be different of course if I had a sight meant for IT-topics, especially with non-MS topics or content. Time spent trying to be browser-independant, or rewriting lots of code is better spent filling the sight with actual content. At present I'm figuring out which "framework/basic design" I need, to fill and maintain my sight with as minimal an effort as possible. Simple as that ------------- Take a walk on the wild sight |
Posted By: KCWebMonkey
Date Posted: 22 August 2003 at 10:46am
|
No problem. I was just suggesting that he could use the 'simple solution' without getting too involved with global.asa and everyting... |