Stig57:
I'm running version 2.207 on Zen Cart v1.51.
Thanks for the info. Turns out I'd forgotten I copied the old page and renamed it. So once I changed it back it's working.
Question though, it seems USU takes over all URL requests? I had previously setup a redirect page to solve the problem and was surprised to find that the static HTML page I setup with a URL matching the original page could not be found.
Glad you were able to get everything sorted! Newer versions of USU contain a number of bug fixes, enhancements, and new features... and should upgrade nicely under Zen Cart 1.5 (but make a backup first) :)
USU only sends specific requests (specified in the .htaccess file) to Zen Cart. In current versions, the last line in the example .htaccess file also instructs Apache to send all requests which do not correspond to a physical file or folder to Zen Cart (I think in versions closer to 2.207 it only sends requests ending in .html - It has been awhile)...
The behavior configured in the latest versions of USU of sending all requests to Zen Cart for files and folders which do not correspond to a physical file or folder is something commonly utilized by many modern web applications. If you want to read more, you can look up the "front controller pattern"... For Zen Cart + USU the pattern is selectively applied because we want real images, js, css, html, php, and other files to still be served directly (allowing "ping back" URIs and retaining performance for static resources).
I typically do not recommend creating static pages to "redirect"... It makes things harder to manage in my experience (especially long term)... Instead you can just add a RewriteRule or Redirect directly in a .htaccess file so all redirects can be found and managed quickly from one location. Unless you add a large number of redirects, in my opinion the ease of management outweighs the slight performance impact. But then again, I tend to avoid creating manual redirects unless absolutely necessary...
Mod Rewrite:
Rules in the .htaccess file are processed in order and processing does not end until either a [L] flag or the end of the .htaccess file is reached. Thus if you place additional rules before the USU ones the additional ones take precedence... If you add them after the USU ones... the USU ones take precedence. It all depends on how YOU modify the rules. You can read more in the Apache mod_rewrite documentation.
But learning how to utilize mod_rewrite is something a bit beyond the scope of this thread. It can be a powerful tool as long as one understands how it works - although a tool I would use sparingly.