Navigation App URL field keeps reverting custom module link / causing "Page Not Found" loop Comment

  • The default .htaccess file has the following lines:

    Options -MultiViews -Indexes
<IfModule mod_php5.c>
  php_flag allow_url_include Off
  php_flag register_globals Off
</IfModule>
<IfModule mod_rewrite.c>
  RewriteEngine on
  RewriteRule ^m/(.*)$ modules/index.php?r=$1 [QSA,L]
  RewriteRule ^page/(.*)$ page.php?i=$1 [QSA,L]
  RewriteRule ^s/([a-zA-Z0-9_]+)/([a-zA-Z0-9\.]+) storage.php?o=$1&f=$2  [QSA,L]
  RewriteCond %{REQUEST_FILENAME} -f [OR]
  RewriteCond %{REQUEST_FILENAME} -d
  RewriteRule .+ - [L]
  RewriteRule ^(.+)$ r.php?_q=$1 [QSA,L]
</IfModule>
AddType image/svg+xml svg

    The best ways for the Nginx were described here:

    https://unacms.com/d/una-nginx-rewrite-rules

    • Thank you for replying so quickly. My .htaccess reflected what you posted. Here's what was happening:

      The Site Sidebar item was automatically overriding the URL to an incorrect property-author path.

      I was experiencing a routing issue with the Personals module navigation item within the Site Sidebar menu (using the Artificer theme layout).

      Even when manually adjusting the menu item link or system fields in Studio > Navigation, saving the item causes the system to aggressively force a rewrite of the link macro. Instead of generating the expected clean friendly path layout for the module's home (/page/personal-home), the frontend navigation item renders the link dynamically as a path pointing to property-author?owner=1

      This triggers a hard 404 error for end-users, as it forces the Personals navigation block to map to a completely different module's author profile hook (property-author), rather than parsing the clean page parameter.

      Temporary Server-Side Workaround Used: To get the site operational, I had to manually intercept this specific rewrite error at the Apache server level inside .htaccess right before the generic page routing rule:

      Apache

      RewriteRule ^property-author$ page.php?i=personal-home [QSA,L]

      Steps to Reproduce:

      1. Install and initialize the Personals module alongside standard system profile navigation.
      2. Observe the generated link for the "Personals" block inside the main Site Sidebar menu.
      3. The core layout automatically appends/reverts the path to the property author query string upon menu compilation/cache building, entirely bypassing the underlying page setting (page.php?i=personal-home).

      Could you please verify why the navigation system is mapping the Personals home menu item macro to the property module template/author handler? It appears to be a database compilation or system name conflict within the navigation item building logic.

      Final Output:

          # 1. Specific Routes First
    RewriteRule ^m/(.*)$         modules/index.php?r=$1 [QSA,L]
    RewriteRule ^property-author$ page.php?i=personal-home [QSA,L]
    RewriteRule ^page/(.*)$      page.php?i=$1 [QSA,L]
    RewriteRule ^s/([a-zA-Z0-9_]+)/([a-zA-Z0-9\.]+)  storage.php?o=$1&f=$2 [QSA,L]