This has nothing to do with PHP version - your rules are clearly conflicting...

Because the regex in the first rule is too general (it matches/s/foo/ ), if you simply add the second rule, the first rule still All requests will be captured and rewritten assearch.php?feq=foo&key= regardless of the number of path segments. You need to be more specific with regular expressions. For example, to only match the entire path segment, not literallyany:

RewriteRule ^s/([\w-]+)/([^/]*)$ search.php?feq=&key= [QSA,L] RewriteRule ^s/([\w-]+)/([^/]+)/([^/]*)$ search.php?feq=&city=&key= [QSA,L] RewriteRule ^s/([\w-]+)/([^/]+)/([^/]+)/([^/]*)$ search.php?feq=&pro=&city=&key= [QSA,L]

Please note[^/](anything except/) instead of.(anything). You can also use(1 or more) in mandatory path segments.

As with your original rule, thekeyURL parameters (i.e. the second path segment in the first rule and the last path segment in subsequent rules) areoptional. Is this intentional?

If you know the characters allowed in these URL parameters, you should indicate these characters in the regular expression to further restrict the URL, otherwise it will be (incorrectly) rewritten.

You can also reverse the order of the instructions to solve the problem at hand, but this is only a partial solution since your regex is still too generic.

As mentioned above. However, CSS and image failures may be caused by using relative URL paths for these resources in client-side HTML. You are rewriting the request from a different path depth, so you must use the root relative (or absolute) URL of the static resource. Relative URLs are naturally resolved (by the browser) relative to the URL in the browser's address bar.

(As a workaround, you can set thebaseelement in theheadsection to indicate that all relative URLs are relative to the base URL pathrelativeto, but this is not without caveats.)

Further reading on lost assets:

• URL rewrite in htaccess result is missing CSS and image
• 404 Not Found - Link to CSS, image is broken
• . JS and CSS rendering issues after htaccess file URL rewrite rules

Also note that your "Landing Page" rule must comeafter your "Search Page" rule, otherwise they will also conflict. Again, this conflict can be avoided by making the regular expression more specific. For example, avoid conflicts with # by setting the first path segment in the "Landing Page" (the value of thenameURL parameter) to 2 or more characters instead of 1 or more characters. ##/conflicts/(in Search).

---

Narration:

This triggers a 302 (temporary) redirect to your 404 error document (which masks the 404 response and the URL that actually triggered the 404). This is generally not advisable unless you have very specific requirements. You should typically use a root-relative URL path here. For example:

ErrorDocument 404 /baba/404.php

/baba/404.phpis then served via an internal subrequest, and the error document itself is not exposed to the end user.

If you are using Redirects to resolve missing resource issues, see above about not using relative URLs in HTML source code.