Welcome to WebmasterWorld Guest from 188.8.131.52
Forum Moderators: phranque
At the moment I'm using asp, sorted into relevant directories, but individual articles are still visible as .asp files... eg:
If I decide to go to php in the future or something, this is going to screw up all my hard work presumably - eg loss of SE traffic when I switch all pages to php etc.
Is it acceptable (or wise) to instead use the following structure, to hide the script technology from the visitor/search engines?
(Using a default page under every directory, and using the directory name as the unique "page" link.
A quick tweak to the re-write rules and my technology was hidden :)
I wouldn't be to concerned over future-proofing the site as no matter what you do, eventually it will become somewhat obsolete. If you don't think so, drop by and try to read some of my old 8" or 5" floppies, heck, I don't see a slot for 3" in my new box.... and all my CDs (future proofing) are already going by the wayside now with my new DVD burner. My point is good planning can ease the pain, but never fully eradicate it.
I'm having to use ASP at the moment, as my friend is helping me with scripting, and he knows ASP, but I thought that by using directories, then at a later date if I decide to move to linux etc, then I could seemlessly change the pages - and all the links would still work... is this a stupid idea?
Is it acceptable practice? Is it likely to damage SE rankings?
This site could be running asp, php, anything... and still keep its search engine traffic/links from other sites all functional. Thats my newbie thinking anyway!
I'm aware that a slash means directory, and basically am asking whether its an acceptable practice to use directory structure as the URL... I'm not sure whether I'm being clear in my description.
will currently have default.asp in the bluewidget directory, but a year later i could change to php and have index.php as the document in the bluewidget directory.
It just struck me as being a lowtech and simple way for me to keep the same URL no matter what scripting i'm using? Maybe its a dumb way to do things... but I don't have that many options for future proofing on a windows shared host...
Thanks for the suggestions - welcome any other feedback. Maybe I should just not worry about it and keep developing in ASP and build future sites in PHP if i make the move...
The point I'm trying to make is that it's not a good idea to have one page = one directory -- That in itself will make your site hard to manage now, to say nothing of future-proofing. So, I'm proposing that you find a way to make your server work if you just omit the filetype.
I wish I knew more about Windows servers... This is very easy to do on Apache, and it's probably possible on Windows as well.
As for hosts lacking support -- There are many hosts available, and they compete for customers. Find some that compete on features rather than price, though. I moved a site just last week... It didn't take four hours from start to finish, DNS propagated overnight, and now I have the feature support the site has needed for the past year.
I have been very impressed with my host thus far (I have dealt with bad hosts before - never again!), and the IIS version of rewrite has been pretty much the only thing they've been unable to provide.
I see what you're saying about the 1file/directory thing - it does makes things trickier I know.
If I was to stay with visible ASP URLs for the moment, and then moved to php versions of the same files later - could i then easily use Mod Rewrite in apache to seemlessly change over? Eg so that the search engines AND visitors would have no problems with the transition?
Although thinking about it, that would surely mean that established Page Rank etc on the old ASP pages would be lost - and the new PHP versions would be counted as fresh nonmature pages?
AddHandler application/x-httpd-php .asp
As long as you're stuck with a shared Windows server, then having extension-less filenames isn't possible, and I think we all agree that one file per directory is unmanageable. However, it's not a great handicap if moving to Linux/Apache, because of the greater flexibility of the latter system.
Just remember that you should never change filenames, that's all. Using an .asp extension under Apache even if it's actually PHP is not a problem, and it could even be construed as a bit of "security by obscurity"!