i need help regarding nice looking referral link. for example here is a referral link
http://www.my-domain.com/register.php?ref=john.doe
this is a perfect url but not looks good like the following
http://www.my-domain.com/john.doe
how can i achieve this using .htaccess file? please note that, i have index.php, member.php and other many php files in my server. moreover, if someone write my-domain.com it need to hit index.php file.
any help is highly appreciated.
Based on your example you can use the following .htaccess:
DirectoryIndex index.php
RewriteEngine On
RewriteRule ^([a-zA-Z]+\.php)$ $1 [NC,L]
RewriteRule ^([a-zA-Z]+\.[a-zA-Z]+)$ register.php?ref=$1
This works as following:
Line 1: Sets your index file to index.php if someone accesses http://www.my-domain.com/. This should already be working, but just in case.
Line 2: Enables the RewriteEngine.
Line 3: If someone wants to access anything (technically: anything with at least one character) ending with .php, it is just forwarded (i.e. foo.php will be mapped to foo.php). [NC,L] enables case insensitive matching (for the extension - you never know) and prevents any further rules from being executed. Otherwise the second one would also match every time.
Line 4: If someone wants to access anything matching "at least one character, a dot, at least one more character", then this will be mapped to register.php?ref=<input>
Note: This will effectively prevent all user names ending with .php, but allow access to all your files. It will also prevent user names containing less or more than one dot and it will in its current form not work if your files or user names contain any other characters (e.g. foo_bar.php or i_love_php). But those two limitations can be easily overcome if needed, just provide more details regarding expected behaviour.
You could add a RewriteCond to check if there actually exists a .php file with the requested name and treat it as user name otherwise, but I really don't think you should do that (think about adding new files).
This will get you what you need. This rule will handle nice link and also redirect old link to nice link.
DirectoryIndex index.php
RewriteEngine On
RewriteCond %{THE_REQUEST} ^GET\ /+register\.php\?ref=(.+)
RewriteRule ^ %1? [R=301,L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^([^/]+)/?$ /register.php?ref=$1 [L]
Related
I have a cascade problem with my .htaccess rules. Consider the following:
RewriteEngine on
RewriteRule ^product/(.*)$ product.php [L,QSA]
RewriteRule ^(.*)$ index.php [L]
With the above, if I requested a URL like http://example.com/product/product-slug, then I’d expect the request to get routed to product.php. However, it doesn’t; my index.php script is picked the request up.
I would have thought that the first RewriteRule would be matched, and as it has a L (last) flag that no further RewriteRules would be matched, including the “catch-all” one at the bottom.
Why is this not working as expected?
This should sort it:
RewriteRule ^product/(.*)$ product.php [L,QSA]
RewriteCond %{REQUEST_FILENAME} !product.php
RewriteRule ^.*$ index.php [L]
The problem is that because the rules were in different sets, i.e. not attached a condition, it only stopped processing the current set of rules (the first one) and jumped onto the second.
Hope that clears it all up :)
Perhaps a typo in your code? You're writing "http://example.com/products/" in your question, but in the code you're targeting ^product$, with no s.
Also, your first rule is too strict. It will only match http://example.com/product/. You need to include a wild card after product to allow it to pick up product-slug. Something like RewriteRule ^products/(.*)$ product.php [L,QSA] should work.
Is it not because of the order you have placed the rules in? The one below will override changes to the one above it. Try changing them around.
Also, do you need to set the RewriteBase or not? Is your project on an actual domain, or locally stored in a sub-directory of the server root?
I hope someone can help me with a mod_rewrite rule, that works apart from adding trailing slashes.
This is the rule
<IfModule rewrite_module>
Options Indexes FollowSymLinks +IncludesNOEXEC
RewriteEngine On
RewriteCond %{HTTP_HOST} !^www\.mydomain\.org$ [NC]
RewriteRule ^(.*)$ http://www.mydomain.org/$1 [L,R=301]
</IfModule>
The purpose is to rewrite the URL mydomain.org in the form www.mydomain.org
This works. but then www.mydomain.org// shows in the browser address bar. Checking the rewrite log shows that the // is explicitly created by the rule
Questions are:
Do (or could) the two slashes matter?
If the answer to (1) is yes, can I redo the rule so that the trailing slashes are omitted?
Most servers ignore the double slash and treat it as a single. See for example this question (double-slash) https://stackoverflow.com//questions/13027041
To fix your RewriteRule, I believe you just need to change it to
RewriteRule ^/?(.*)$ http://www.mydomain.org/$1 [L,R=301]
The /? part makes it optional (root access), and if it is found, it gets stripped since it is not part of the captured (.*) section.
No, two slashes generally doesn't matter, it doesn't confuse software anyhow. It just means you have to transfer one byte more (which can matter in some situations).
Just change your rewrite rule to RewriteRule ^/?(.*)$ http://www.mydomain.org/$1 [L,R=301]. That /? is what does the trick.
I'm trying to use mod_rewrite to create clean links. I've gotten it to take my urls from this:
http://www.example.com/index.php?LTKeywords=long-tail-keyword
to
http://www.example.com/long-tail-keyword/
Which is exactly what I want. The code I used is:
Options +FollowSymLinks
RewriteEngine on
RewriteRule ^(.*)/ index2.php?LTKeywords=$1
One Problem.
It now redirects all of my folders, so anything in my /images/ or /css/ folders will not show up. Is there a way to stop it from rewriting specific folders?
The easiest way is probably a RewriteCond. You can prefix with ! to specify must-not-match:
RewriteCond %{REQUEST_URI} !^/css
for example.
You may also just want to exclude directories which actually exist:
RewriteCond %{REQUEST_URI} !-d
Finally, you could also put your static content on a different hostname (virtualhost), avoiding your rewrite rules all together.
You could also add some more RewriteRules to match your CSS, etc. and make them not actually change anything (rewrite /css to /css) but specify the L (last) flag, so the other rules wouldn't run.
I've been working on a solution to this for several hours now & figured if someone doesn't mind helping me out, it might save me some time. My question is with regards to Apache mod_rewrite; of course there is tons of documentation out there, however nothing specific to my requirements which are:
to take a URL in this format:
language/pagename.php
(language will either be 'english' or 'french', I will write a separate rule for each. [only need an example for one though]. page name will be any word character (w+). all URLs will have a .php extension).
And then rewrite it so the URL doesn't change in the users browser, but so that php could receive it in this format:
language/page.php?slug=pagename
e.g. so $_GET['slug'] would return the value pagename, and all requests are then handled by page.php.
So far my best guess is
RewriteEngine On
RewriteBase /
RewriteRule ^english/(\w+).php$ english/page.php?slug=$1
However this make php tell me that slug=page for this URL for example english/financial.php; rather than financial.
Have tried a bunch of other regex conventions too (.) instead of w & so on..
Use these rules:
RewriteEngine On
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule ^(english|french)/([^/\.]+)\.php$ /$1/page.php?slug=$2 [NC,QSA,L]
This needs to be place in .htaccess file in root folder. If you will be placing it config file (e.g. httpd-vhost.conf, inside <VirtualHost> directive), then rule needs to be slightly altered.
This rule should work for any language, as long as you add it into the rule (english|french part).
This rule has a condition which will not rewrite if such file already exists. This should solve your problem with slug=page: in your rule you most likely have a rewrite loop (after rewrite occurs it goes to the next iteration -- that's how mod_rewrite works, and you need to have some logic in place to break this loop). Instead of RewriteCond %{REQUEST_FILENAME} !-f you could use RewriteCond %{REQUEST_URI} !^/(english|french)/page\.php [NC] but it is a bit more difficult to maintain (you need to add languages here as well as in rewrite rule itself).
If you already have some other rewrite rules then take care with placing these in correct place (order of rules matters).
Because I do not know for sure what page names (slugs) would be, I've used this pattern: [^/\.]+ (any characters except / or .) .. but you may change it to \w+ or whatever you think will be better.
Rule preserve any optional page parameters (query string) -- useful for preserving referrals/tracking code etc.
I am caching pages in my (Rails) application based on subdomain. The pages for certain actions are cached to /public/cache/(subdomain)/. The application is running under Apache with Phusion Passenger. The caching is working fine. The problem is that Apache is not picking up the cached pages and bypassing Rails like it should be. My rewrite rules are wrong and I need help fixing them.
I have used, as one example of many, the suggestion located at: https://github.com/yeah/page_cache_fu#readme, which is as follows:
RewriteMap uri_escape int:escape
<Directory /var/www/example.com/current/public>
RewriteEngine On
RewriteCond %{REQUEST_METHOD} GET [NC]
RewriteCond %{DOCUMENT_ROOT}/cache/%{HTTP_HOST}%{REQUEST_URI}%{QUERY_STRING}.html -f
RewriteRule ^([^.]+)$ cache/%{HTTP_HOST}/$1${uri_escape:%{QUERY_STRING}}.html [L]
RewriteCond %{REQUEST_METHOD} GET [NC]
RewriteCond %{DOCUMENT_ROOT}/cache/%{HTTP_HOST}/index.html -f
RewriteRule ^$ cache/%{HTTP_HOST}/index.html
The problem with this is it seems to be expecting the directory to be the full http host (i.e. it's looking in cache/subdomain.example.com rather than just cache/subdomain).
Edit: Even when I change the Rails app to cache to cache/subdomain.example.com Apache still does not use them so it seems that there is more wrong than just the subdomain aspect.
Could someone please help me come up with the correct rule?
Edit(2):
I have simplified my rewrite to the following (just to try to get to a working starting point):
RewriteEngine On
RewriteCond %{HTTP_HOST} ^([^.]+)\.example\.com$ [NC]
RewriteCond ^stats$ cache/%1/stats.html [L]
I would think this would cause http://abc.example.com/stats to be rewritten to http://abc.example.com/cache/abc/stats.html
It is not. I also added a RewriteLog entry and what I see there makes me think it is trying to redirect to http://abc.example.com/var/www/example.com/current/public/cache/abc/stats.html. This is further confirmed by that if I add an 'R' option along with the 'L' I see in my browser http://abc.example.com/var/www/....etc. I.e. it seems to be appending the full document root instead of just the public facing part.
Of course the result of the above is that I get a 404 error returned to the browser.
Can you see what is still wrong with my rule?
Edit: It's actually a bug.
http://code.google.com/p/phusion-passenger/issues/detail?id=563
Alright, this looks like it should work, but it doesn't. I've done a lot of testing with this, and it seems like the problem is the ^([^.]+)$ in the RewriteRule. Now, I did Google this, and it seems like it's a common enough pattern, so I don't understand what the issue could be. I just know that when I use that pattern in a RewriteRule, the rule fails. If I change it to ^([^.]+), it seems to work.
Hopefully someone with more experience with mod_rewrite can come along and explain to us what the problem with that pattern might be.
Edit: I just realized the problem with ^([^.]+)$:
Since you're building a cache, then the "normal" file will exist in its usual place. The implication of this is that if you ask the server for /file then, depending on your configuration, it will say "hey, file doesn't exist, so let's try the default extension of .html!" and so it goes off and finds file.html. Now when you get to the RewriteRule, the ^([^.]+)$ regex will be matched against file.html NOT file.
The ^([^.]+)$ says "the start of the string, followed by as many non-period characters as you can grab, followed by the end of the string" which works fine against file because it contains no periods. It fails against file.html because ^[^.]+ will match against file, but where the regex then expects to find the end of the string (i.e. $), it instead finds .html and fails.
The reason ^(.*)$ works is that it's guaranteed that only .* will be the whole of the string, since .* matches "as many of any character" so there is no character that can possibly exist between the (.*) and $ portions of the regex. That's not the case with [^.]+.
In order to extract the subdomain, you're going to need to backreference a RewriteCond. Basically, if you capture a reference (i.e. encapsulate something inside parens) in a RewriteCond, those references are available to a RewriteRule which immediately follows it.
For example, if I wrote this:
RewriteCond %{HTTP_HOST} ^([^.]+)\.example.com
Then the parentheses would capture the subdomain - note the () around [^.]+
If I were then to write a RewriteRule on the next line, the text captured above would become accessible as %1.
So your RewriteRule would look like this:
RewriteRule ^([^.]+) cache/%1/$1${uri_escape:%{QUERY_STRING}}.html [L]
Hope that helps.