Passing variables to a well format URL - php

My .htaccess is something like this
RewriteRule ^search/([A-Za-z0-9-]+)$ search.php?keyword=$1 [L]
and it correctly displays results for example.org/search/tomato
but now i'd like to pass variables to it, but when i do it like
example.org/search/tomato?color=green
it doesn't work.
what's the common practice to solve this problem?

Use:
RewriteRule ^search/([A-Za-z0-9-]+)$ search.php?keyword=$1 [QSA,L]
QSA|qsappend When the replacement URI contains a query string, the
default behavior of RewriteRule is to discard the existing query
string, and replace it with the newly generated one. Using the [QSA]
flag causes the query strings to be combined.

Related

Simple pretty urls with .htaccess

I have a one page blog php website.
Content is dynamicaly loaded based on get parameters. I would like to use my htaccess to make pretty urls. I have these urls:
website.com/index.php?category=review&page=1
And I would like to have this:
website.com/category/review/page/1
And I also use article as get parameter. So I would like to change this:
website.com/index.php?article=12345-name-of-article
To this:
website.com/article/12345-name-of-article
I am totally new to htaccess, so any help would be appreciated.
I tried this rewrite rule:
RewriteRule ^article/([0-9a-zA-Z_-]+)$ index.php?article=$i [NC,L].
It worked somehow, but php script does not recognize url parameters. So it does not work.
Thank you very much!
You need to use QSA - When the replacement URI contains a query string, the default behavior of RewriteRule is to discard the existing query string, and replace it with the newly generated one. Using the [QSA] flag causes the query strings to be combined. :
RewriteEngine On
RewriteRule ^article/([\w-]+)(?:\.html|/)?$ index.php?article=$1 [NC,QSA,L]
RewriteRule ^category/([\w-]+)/page/([\w-]+)(?:\.html|/)?$ index.php?category=$1&page=$2 [NC,QSA,L]

Phalcon PHP can't get $_GET variable

I'm a beginner with Phalcon and I just can't figure out what's happening. I'm working with OAuth2.0 and I'd like to get the authorization code from the query parameter.
As stated in the documentation, I have to use $request->getQuery().The thing is, it gives me something completely different.
The URI is like this:
https://my.site/controller/method?foo=bar
Using var_dump($request->getQuery()); returns the following:
array(1) { ["_url"]=> string(12) "/controller/method" }
This seems like the URL part in the Apache .htaccess RewriteRule that is shown in the Phalcon examples. (RewriteRule ^(.*)$ /index.php?_url=/$1 [P,L] (I changed the flags only))
What am I doing wrong?
You can add the [QSA] flag to the RewriteRule to retain query strings.
From the docs:
When the replacement URI contains a query string, the default behavior
of RewriteRule is to discard the existing query string, and replace it
with the newly generated one. Using the [QSA] flag causes the query
strings to be combined.
Something like this:
RewriteRule ^(.*)$ /index.php?_url=/$1 [P,L,QSA]

Can't get $_GET after Apache rewrite [duplicate]

I'm trying to rewrite an url from:
http://domain.com/aa/whatever/whatever.php
to
http://domain.com/whatever/whatever.php?language=aa
However, depending on existing $_GET variables, it either has to be ?language or &language.
To do this, I use 2 regexes with the [L] flag:
RewriteRule ^([a-z]{2})/(.*\.php\?.*) /$2&language=$1 [L]
RewriteRule ^([a-z]{2})/(.*) /$2?language=$1 [L]
The second one works as expected... The first one however is never hit (it falls through to the second regex, which does hit), even though Regex Coach does show me that it should.
edit:
If just read that I need to use two backslashes to escape the question mark. If I do this, it does hit on the first regex but never find the other GET variables.
From the documentation for mod_rewrite the pattern in RewriteRule matches against the part of the URL after the hostname and port, and before the query string so the query string is not included. That is why you don't get the other variables.
To add a new query string parameter language=xx whilst preserving any existing query string you need to use the QSA flag (query string append). With this flag, just one rule based on your second case should be sufficient:
RewriteRule ^([a-z]{2})/(.*) /$2?language=$1 [QSA]
You could setup the URL rewrite to pass the language to the php script via the PATH_INFO element of the $_SERVER superglobal. Just pass the language to the script like so:
foobar.php/en?args
In this case, $_SERVER[PATH_INFO] would equal /en

Passing $_GET variables to virtual directories via .htaccess

I have the following .htaccess Rewrite rule below which works for converting virtual directories to parameters, for example:
www.example.com/usa/ny/nyc gets interpreted by PHP as www.example.com/index.php?path=usa/ny/nyc.
What I can't seem to figure out is how I would change my regex below to handle parameters of the virtual directories themselves. For example, I want:
www.example.com/usa/ny/nyc/?display=off&settings=none to be seen by PHP as www.example.com/index.php?path=usa/ny/nyc&param=display:off,settings:none.
What makes it extra tricky is that the parameters won't always be those two options I used in the example above, they will change dynamically. Any ideas or suggestions of how to go about accomplishing this?
RewriteRule ^/?([a-zA-Z_\-/]+)$ index.php?path=$1 [L]
Assuming you want to pass the query string unmodified, you can use the [QSA] (query string append) option like so:
RewriteRule /(.+)$ /index.php?path=$1 [L,QSA]
You can find the documentation for the QSA option here. From the docs:
With the [QSA] flag, a request for /pages/123?one=two will be mapped
to /page.php?page=123&one=two. Without the [QSA] flag, that same
request will be mapped to /page.php?page=123 - that is, the existing
query string will be discarded.
So, your PHP script will see all the parameters as standard _$_GET parameters, rather than needing to do any other modification.
If you would prefer to treat the result more like a typical path element, you can use the following:
RewriteRule /(.+)$ /index.php/$1 [L,QSA]
In the above case, your query string will still be appended, however you will need to handle the path explicitly using $_SERVER['PATH_INFO'].

Basic URL Rewrite Problem in PHP (mod_rewrite)

In my .htaccess, I have the following
RewriteEngine On
RewriteRule ^users/?$ users.php
RewriteRule ^users/([a-z]+)/?$ users.php?username=$1
Everything works as intended if I do
http://example.com/users/
http://example.com/users/joeschmoe/
and PHP will read "joeschmoe" as the value for
$_GET['username']
However, if I do
http://example.com/users/joeschmoe/?foo
PHP will not pick up
$_GET['foo']
Any idea why this is happening and how I can get it work? Thanks for your time!
Add [QSA] option to your RewriteRule, which will enable apache to append query string to redirected url:
RewriteRule ^users/?$ users.php [QSA]
RewriteRule ^users/([a-z]+)/?$ users.php?username=$1 [QSA]
You are probably looking for the "QSA" option to RewriteRule :
'qsappend|QSA' (query string append)
This flag forces the rewrite
engine to append a query string part
of the substitution string to the
existing string, instead of replacing
it. Use this when you want to add more
data to the query string via a rewrite
rule.
That page also states :
Modifying the Query String
By default, the query string is passed
through unchanged. You can,
however, create URLs in the
substitution string containing a query
string part. Simply use a question
mark inside the substitution string to
indicate that the following text
should be re-injected into the query
string. When you want to erase an
existing query string, end the
substitution string with just a
question mark. To combine new
and old query strings, use the [QSA]
flag.
In your case, something like this should do :
RewriteEngine On
RewriteRule ^users/?$ users.php
RewriteRule ^users/([a-z]+)/?$ users.php?username=$1 [QSA]

Categories