Printable View
Sorry to disappoint you, Carl
Yes, that file exists. As do all 11 usu and seo files which should be in the /includes tree.
After I started over, doing a complete fresh install of the plugin I methodically ftp'd directory-by-directory all files into their respective directories. BTW, by fresh install, I mean install of THIS version of the plugin -- I did not have an earlier version.
You gotta work harder for your pies than that, mate! :D
In the readme of the plugin there is a Plugin File List. It shows only 5 files in the /includes tree and 11 in the /admin tree, see below. However, having done a search of those two hierarchies in the the .zip file, I find 11 and 21 respectively. It seems the readme needs to be updated.
.htaccess
/includes/auto_loaders/config.usu.php
/includes/classes/usu.php
/includes/classes/observers/UsuObserver.php
/includes/extra_datafiles/usu.php
/includes/init_includes/init_usu.php
/YOUR_ADMIN/usu_uninstall.php
/YOUR_ADMIN/includes/auto_loaders/config.usu.php
/YOUR_ADMIN/includes/classes/observers/UsuAdminObserver.php
/YOUR_ADMIN/includes/extra_datafiles/usu.php
/YOUR_ADMIN/includes/functions/extra_functions/usu.php
/YOUR_ADMIN/includes/init_includes/init_usu_admin.php
/YOUR_ADMIN/includes/init_includes/init_usu_admin_install.php
/YOUR_ADMIN/includes/init_includes/init_usu_admin_update.php
/YOUR_ADMIN/includes/init_includes/init_usu_admin_update_from_ultimate_seo.php
/YOUR_ADMIN/includes/languages/english/usu_configuration.php
/YOUR_ADMIN/includes/languages/english/usu_uninstall.php
/YOUR_ADMIN/includes/languages/english/extra_definitions/usu.php
The readme doesn't track the 'overwrite' files for older versions of USU and its SEO versions.Quote:
Originally Posted by greg_beyer
You can use your admin's Tools :: Developer's Toolkit to see that the database constant USU_ENABLED is, in fact, not set to false.
Make sure, too, that your site's /includes/functions/html_output.php's zen_href_link function includes the highlighted notification:
Without that notification, USU won't be 'in play'.Code:/*
* The HTML href link wrapper function
*/
function zen_href_link($page = '', $parameters = '', $connection = 'NONSSL', $add_session_id = true, $search_engine_safe = true, $static = false, $use_dir_ws_catalog = true) {
global $request_type, $session_started, $http_domain, $https_domain, $zco_notifier;
$link = null;
$zco_notifier->notify('NOTIFY_SEFU_INTERCEPT', array(), $link, $page, $parameters, $connection, $add_session_id, $static, $use_dir_ws_catalog);
if($link !== null) return $link;
Hi Lat!
1) I searched USU_ENABLED, found 5 hits, this being the only one mentioning 'false'
/OBFUSCATE/OBFUSCATE/public_html/includes/classes/usu.php
Line # 139 : if (!defined('USU_ENABLED') || USU_ENABLED == 'false') {
2) Missing from /includes/functions/html_output.php, so added where you indicated.
$zco_notifier->notify('NOTIFY_SEFU_INTERCEPT', array(), $link, $page, $parameters, $connection, $add_session_id, $static, $use_dir_ws_catalog);
if($link !== null) return $link;
Website went down. Nothing loads. Changes 'false' above to 'true' in usu.php. Refreshed browser -- site still down.
Reverted to 'false' and removed notification code. Site is restored to normal operation.
My zen_href_link function is different from yours, see below:
Mine
function zen_href_link($page = '', $parameters = '', $connection = 'NONSSL', $add_session_id = true, $search_engine_safe = true, $static = false, $use_dir_ws_catalog = true) {
global $request_type, $session_started, $http_domain, $https_domain;
Yours
function zen_href_link($page = '', $parameters = '', $connection = 'NONSSL', $add_session_id = true, $search_engine_safe = true, $static = false, $use_dir_ws_catalog = true) {
global $request_type, $session_started, $http_domain, $https_domain, $zco_notifier;
re-inserted
$zco_notifier->notify('NOTIFY_SEFU_INTERCEPT', array(), $link, $page, $parameters, $connection, $add_session_id, $static, $use_dir_ws_catalog);
if($link !== null) return $link;
AND added $zco_notifier to end of function. Refreshed browser - site's still up AND, URLS are being re-written! :clap:
Running thru all my categories, and some of my products (we have hundreds) and URLs are looking pretty good. I hate to quibble after all the progress made. Thanks so much, guys!
But . . .
My categories look like so:
https://australianbakerycafe.com/pie...ge-rolls-c-65/
and my products look like so:
https://australianbakerycafe.com/pie...4pk-p-186.html
Is there any way to clean this up, eliminating category number and product number, thusly?
https://australianbakerycafe.com/pies-sausage-rolls/
https://australianbakerycafe.com/pie...n-pie-4pk.html
Hang on -- PCRE rules . . mentions regex....maybe I can do a regex replace of -c-## and -p-### ???
oh, oh, oh.... i see how it is... running v1.5.5e.... hmm.....Quote:
Originally Posted by greg_beyer
https://github.com/zencart/zencart/b...output.php#L17
that notifier is been there for 6 years.... hmmm... wonder who did your upgrade? :p
glad you got it working!Quote:
Originally Posted by greg_beyer
with regards to your question on elimination of product and/or category numbers, in a word no.
it would require a rewrite to the point that it would be a whole new plugin. probably a new database table.... but not part of this plugin.
best.
ps #gluten4punishment
Just to add emphasis to @carlwhat's statement. Rather than relying on additional database tables to map those "pretty" URLs to their respective homes, that cryptic -c-, -p- and (for EZ-pages) -e- designation identifies the associated 'id' to use to find the page requested. Remove those and USU won't be able to do its thing.Quote:
Originally Posted by carlwhat
Thanks Carl and Lat for the guidance on the -c- and -p-. I'm very happy with the improvement in human (and crawler ) meaningful URLs. Now I need to get goog and others to re-index my new URLs.
I do know I need to upgrade my site and php version. Just got to pick the right Z-C responsive template from the ones offered here. Ain't gonna make the TemplateMonster mistake again!
best to both of you,
Greg
Wondering if anyone can help.
I've been using this add-onn for as long as I can remember & never had an issue.
Last year after a long migration process we upgraded from a fairly old version of ZC to the then current 1.5.6c. Everything went fine with the upgrade and the site has been working well. This last month Google has started highlighting redirect loop errors for deleted products. After having a dig through the settings, it would appear that if I enable automatic rewrites in utlimate URLS & then try to visit the url for a now deleted product, it will fire a redirect loop in firefox. This confirms the behaviour I'm seeing in search console.
if I disable automatic rewrites, the "sorry, product not found" page will show and after a 302 redirect will show a 404 header.
I've used the automatic redirects in ultimate urls for years & never noticed a problem, but for some reason it is now not playing ball. I don't know where to start. My .htaccess is the same as when it did work on the older version of Zen Cart. I've compared the two and all ultimate URLS rewrites are present & correct. For now I've disabled automatic rewrites & will let google uses the canonical/nofollows generated by zen cart. The changes include the newer version of ZC & now running on php 7.3.27
Can anyone point me in the right direction? I tried uninstaling ultimate URLS completely & have freshly installed version 3.0.8 from numinix website. Still can't get it to work as expected. Any help would be greatly appreciated.
Thanks, John.