Bug #189

Mambo CMS: Search Engine Friendly URLs: mod_Rewrite

Added by Anonymous 1254 days ago. Updated 89 days ago.

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

0%
Category:mod_rewrite
Target version:-
Pending:

No

 Resolution:

invalid
Patch available:

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

12/08/2005 02:31 AM - Anonymous

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

12/08/2005 09:50 AM - Anonymous

Hi Tracy,

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

$HTTPhost == "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

01/10/2007 12:48 AM - 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

01/10/2007 01:23 AM - Anonymous

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

01/10/2007 03:57 PM - darix

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.

02/19/2008 03:01 PM - stbuehler

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

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

10/10/2008 06:51 PM - stbuehler

  • Status changed from Fixed to Invalid

Also available in: Atom PDF