{"id":41,"date":"2007-06-13T09:40:32","date_gmt":"2007-06-13T14:40:32","guid":{"rendered":"http:\/\/www.dannorris.com\/2007\/06\/13\/apache-http-server-redirects\/"},"modified":"2019-04-01T13:59:31","modified_gmt":"2019-04-01T13:59:31","slug":"apache-http-server-redirects","status":"publish","type":"post","link":"https:\/\/www.dannorris.com\/blog\/2007\/06\/13\/apache-http-server-redirects\/","title":{"rendered":"Apache HTTP server redirects"},"content":{"rendered":"

\t\t\t\tI’ve had the privilege (or substitute your own word) of working on quite a bit of Oracle Application Server configuration lately. The configuration I reviewed today brought to light another common configuration that I just don’t understand. The site is essentially an ASP that hosts their custom application for external customers. Each customer has registered their own domain name. So, when you hit www.mycustomdomain.com, it accesses the ASP’s website and redirects you to app.asphost.com\/someurl. The mechanism that has been set up for this is to make each of the customer’s custom domains into a name-based virtualhost with its own DocumentRoot, like this:
\n
\n<VirtualHost *:80>
\nServerName www.mycustomdomain.com
\nDocumentRoot \"\/u01\/redirects\/mycustomdomain\"
\nDirectoryIndex index.html
\n<\/VirtualHost>
\n<\/code>
\nThen, a single index.html file is placed in that DocumentRoot directory that contains this:
\n
\n<html>
\n<head>
\n<title>Redirect<\/title>
\n<META HTTP-EQUIV=\"Refresh\" CONTENT=\"1; URL=http:\/\/app.asphost.com\/portal\/page?_pageid=123,1&_dad=portal&_schema=PORTAL\">
\n<\/head>
\n<\/html>
\n<\/code>
\n(Did I mention that this application is based on Oracle Portal?) That’s a lot of work when you have 40+ sites to manage. Of course the redirection destinations don’t change, but managing 40+ directories that each contain a single, customized file is Hard(tm).<\/p>\n

Along comes me and sees yet another opportunity to do the same thing with less work (I love less work). So, remove the file and directory and, instead, replace a couple of lines in the VirtualHost definition so that it ultimately looks like this one:
\n
\n<VirtualHost *:80>
\nServerName www.mycustomdomain.com
\nRewriteEngine On
\nRewriteOptions inherit
\nRewriteRule ^\/$ \/portal\/page?_pageid=123,1&_dad=portal&_schema=PORTAL [R]<\/strong>
\n<\/VirtualHost>
\n<\/code>
\nAny request to http:\/\/www.mycustomdomain.com\/ is really a request to the website named www.mycustomdomain.com for a URI named “\/”. The RewriteRule above says that whenever someone requests “\/” from this website, you should redirect (that’s the [R] at the end of the line) them to the URI starting with \/portal…. Much easier, only a few configuration parameters to modify instead of creating a directory, a file, and editing the file.<\/p>\n

By the way, this will work on any Apache server that includes mod_rewrite–not just Oracle HTTP Server and certainly not just Oracle Portal URLs. In fact, I included a URI above (that didn’t include the hostname), but you could just as easily have included a complete URL with a protocol, host, port, and URI.<\/p>\n

Enjoy!\t\t<\/p>\n","protected":false},"excerpt":{"rendered":"

I’ve had the privilege (or substitute your own word) of working on quite a bit of Oracle Application Server configuration lately. The configuration I reviewed today brought to light another common configuration that I just don’t understand. The site is essentially an ASP that hosts their custom application for external customers. Each customer has registered … Continue reading “Apache HTTP server redirects”<\/span><\/a><\/p>\n","protected":false},"author":3,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[29,15,22],"tags":[],"class_list":["post-41","post","type-post","status-publish","format-standard","hentry","category-app-server","category-oracle","category-technical"],"_links":{"self":[{"href":"https:\/\/www.dannorris.com\/blog\/wp-json\/wp\/v2\/posts\/41","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.dannorris.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.dannorris.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.dannorris.com\/blog\/wp-json\/wp\/v2\/users\/3"}],"replies":[{"embeddable":true,"href":"https:\/\/www.dannorris.com\/blog\/wp-json\/wp\/v2\/comments?post=41"}],"version-history":[{"count":1,"href":"https:\/\/www.dannorris.com\/blog\/wp-json\/wp\/v2\/posts\/41\/revisions"}],"predecessor-version":[{"id":614,"href":"https:\/\/www.dannorris.com\/blog\/wp-json\/wp\/v2\/posts\/41\/revisions\/614"}],"wp:attachment":[{"href":"https:\/\/www.dannorris.com\/blog\/wp-json\/wp\/v2\/media?parent=41"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.dannorris.com\/blog\/wp-json\/wp\/v2\/categories?post=41"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.dannorris.com\/blog\/wp-json\/wp\/v2\/tags?post=41"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}