Bug #189

Mambo CMS: Search Engine Friendly URLs: mod_Rewrite

Added by Anonymous about 5 years ago. Updated almost 2 years ago.

Status:Invalid Start:
Priority:Low Due date:
Assigned to:- % Done:

0%
Category:mod_rewrite
Target version:-
Missing in 1.5.x:

Description

Mambo CMS have a friendly URL feature that can be activated via the following Apache's setting: 

RewriteEngine On
    RewriteCond %{REQUEST_FILENAME} !-f
    RewriteCond %{REQUEST_FILENAME} !-d
    RewriteRule ^(.*) index.php

How do we simulate the above setting on lighttpd mod_rewrite?

Regards,

Joe.

-- joelee

htaccess.txt - Apache mod_rewrite settings on a dot HTAccess file. -- joelee (562 Bytes) Anonymous, 08/02/2005 01:05 pm

History

Updated by Anonymous over 4 years ago

Hi,

Just wondered if I could run Mambo with search-engine friendly urls without access to the mod_rewrite or htaccess files?

Thanks for your help.

Cheers,

Tracy

-- cyberguin

Updated by Anonymous over 4 years ago

Hi Tracy,

I found a way to do that by pointing the 404 error handler to Mambo's index.php in lighttpd.conf :

$HTTP[[host]] == "www.example.com" {
        server.error-handler-404 = "/index.php" 
    }

I have never managed to get lighttpd's rewrite module to work yet.

Regards,

Joe.

-- joelee

Updated by Anonymous over 3 years ago

For the record this issue applies to Drupal too. Their recommended solution r1 is a hack, which depends on non-file URLs not containing dots.

A custom 404 is not considered a happy solution because
- speed of execution compared to compiled code
- it's never going to be as reliable as the proper webserver in returning appropriate HTTP status codes: it's basically a hack

r1 http://drupal.org/node/43782

Updated by Anonymous over 3 years ago

My mistake: Lighttpd 4.1.12+ with mod_magnet and lua seems to be able to handle this. Therefore this issue could be closed.
http://trac.lighttpd.net/trac/wiki/Docs%3AModMagnet#complex-rewrites

Replying to anonymous:

For the record this issue applies to Drupal too. Their recommended solution r1 is a hack, which depends on non-file URLs not containing dots.

A custom 404 is not considered a happy solution because - speed of execution compared to compiled code - it's never going to be as reliable as the proper webserver in returning appropriate HTTP status codes: it's basically a hack

r1 http://drupal.org/node/43782

Updated by darix over 3 years ago

mod_magnet can easily do that for you: see my cleanurl.lua at http://pixel.global-banlist.de/
i already prepared a drupal.lua, but had no time to test it. and the user who got the file from me didnt report back either.

Updated by stbuehler over 2 years ago

  • Status changed from New to Fixed
  • Resolution set to invalid

And btw: the bug tracker is not a support forum.

Updated by stbuehler almost 2 years ago

  • Status changed from Fixed to Invalid

Also available in: Atom