Ultimate SEO v3 (and v2.200) [Support Thread]

Oh, i didn't get any errors messages when I moved the install scripts over and then clicked on the Admin link other than the

**This page isn’t working

xxx is currently unable to handle this request.
HTTP ERROR 500**

Update, I copied the code in from Beta2, all at once without stopping (the admin wasn't coming up anyway).... and it came back to life... but without the USU loaded. I then moved the beta2 install over on my production copy database and it blanked again.

P.S. I am also Kenaniah

I do not know if this means anything but I noticed my v1.5.4 production database with Ultimate SEO 2.215 has a usu_cache table and so does the barebones Beta2 and Beta3 .... but my production copy which has been converted does not have that table.... ???

Okay, correction... I had deleted the zip for the beta2 and thought I was redownloading it but just figured out that 2.217 is what you get when you now download the beta2 link..... so version 2.217 is also not working with my production database but version 2.216 is..... ????

Shazam, Shazam, Shazam!!!! As you can know I got version 2.216 to work on the copy of my production database.... well, I thought why not try to load 2.217 and see what happens.... guess what! It updated.... then beta3.... it updated. So.... now I can see my Admin again and everything is working ....except the larger image picture is being squished.

In all those updates, there would be debug-logs associated with those admin white-screens in the site's /logs directory. I'd be interested to see some of those as I don't have any working installations going back to 2.215/2.216.

If you post them, be sure to xxx-out the name of the admin directory and paste the contents of the log file(s) within 'CODE' tags (the big # in the post-writing menu-bar) so that they're more readable.

lat9:

In all those updates, there would be debug-logs associated with those admin white-screens in the site's /logs directory. I'd be interested to see some of those as I don't have any working installations going back to 2.215/2.216.

If you post them, be sure to xxx-out the name of the admin directory and paste the contents of the log file(s) within 'CODE' tags (the big # in the post-writing menu-bar) so that they're more readable.

Hello lat9,

I had deleted all log files before installing again..... there are no log files from the install of the different versions. Sorry!

There were also no logs created when I had loaded for each time I lost the admin screen.... I looked for them!

I have been working with Zen Cart for many many years now and very noticed the docs folder.... never knew someone could look at it.... I tried to move your docs folder into mine but it stopped working after that.... could write instructions to have the USU docs merge with the regular zen cart documents? Thank you!

You could simply create a sub-directory under /docs (e.g. /docs/usu) and copy all the files from USU's /readme directory to that new directory.

If that's on your live store, make sure that you set permissions so that it's not directly accessible by everyone!

VERSION (NEW CODE - CONVERTED DATABASE)
----------
v156a

PLUGINS
----------
Encrypted Master Password 2.3.1
Numinix Google Analytics
USU 2.216
USU 2.217
USU 3.0.0-beta3

PHP Version: 5.6.40
Database Engine: MySQL 5.7.25

This appears to be occurring with all my products. I pick a product. Edit it.... Change the quantity... then PREVIEW.... the result is that it gives the product name but doesn't give anymore of the preview.... i am unable to save the changes (No buttons). I uninstalled USU to see if this was what was causing the problems and it works without USU.

myDEBUG-adm-20190222-064127-000000.log[FONT=Verdana, sans-serif]
[22-Feb-2019 06:41:28 UTC] PHP Fatal error: Call to a member function format() on null in /home/xxx/public_html/xxx/admin/includes/modules/product/preview_info.php on line 65

[22-Feb-2019 06:41:28 UTC] Request URI: /admin/product.php?cPath=10434&pID=38536&action=new_product_preview, IP address: xx.xx.xx.xxx
--> PHP Fatal error: Call to a member function format() on null in /home/xxx/public_html/xxx/admin/includes/modules/product/preview_info.php on line 65.

It sounds like you haven't restored /admin/product.php to its original Zen Cart 1.5.6a version.

I copied the barebones admin back on top and it worked.... so appears issue is with USU file change???

I am going to start again with a fresh clean directory and only load USU and repost what I find. Thank you!

shrimp-gumbo-mmmhhh:

I copied the barebones admin back on top and it worked.... so appears issue is with USU file change???
The issue lies with the change made for *previous *USU versions ... the one that the USU v3.0.0 update instructions indicate should be removed by hand.

Other than its .htaccess additions, USU v3.0.0+ has no Zen Cart core/template file changes required.

Will this version be fixed for updating from older versions?

Thank you!

shrimp-gumbo-mmmhhh:

Will this version be fixed for updating from older versions?

Thank you!
v3.0.0 identifies in its ***readme ***how to perform that update, weeding out the code fragments that were previously introduced by its now-defunct auto-installer. I'll add a couple of checks to the v3.0.0 update processing to look for (and message to the updating admin) any remnants of that previous processing that still remain.

Hello, Please remember that I started with a fresh install script.... this is what I do each time I upgrade my website.

Just an FYI

I created a new clean fresh install..... connected it with the pre-converted production database.... and moved the code over for usu-3.0.0
It showed that it updated from 2.1.16 to 2.1.17 and everything looked successful.... but it is doing the same thing.... it is not allowing me to update a product.... it just shows the name of the product in the preview and does not load the rest of the page. So, something is not working right with either the code or with older converted databases with the USU. This is the only change I have made to the standard install.

[22-Feb-2019 21:17:53 UTC] PHP Fatal error: Call to a member function format() on null in /home/com/public_html/site/admin/includes/modules/product/preview_info.php on line 65

[22-Feb-2019 21:17:53 UTC] Request URI: /admin/product.php?cPath=10214&pID=1075&action=new_product_preview, IP address: xx.xx.xx.xx
--> PHP Fatal error: Call to a member function format() on null in /home/com/public_html/site/admin/includes/modules/product/preview_info.php on line 65.

shrimp-gumbo-mmmhhh:

Hello, Please remember that I started with a fresh install script.... this is what I do each time I upgrade my website.

Just an FYI

I created a new clean fresh install..... connected it with the pre-converted production database.... and moved the code over for usu-3.0.0
It showed that it updated from 2.1.16 to 2.1.17 and everything looked successful.... but it is doing the same thing.... it is not allowing me to update a product.... it just shows the name of the product in the preview and does not load the rest of the page. So, something is not working right with either the code or with older converted databases with the USU. This is the only change I have made to the standard install.

[22-Feb-2019 21:17:53 UTC] PHP Fatal error: Call to a member function format() on null in /home/com/public_html/site/admin/includes/modules/product/preview_info.php on line 65

[22-Feb-2019 21:17:53 UTC] Request URI: /admin/product.php?cPath=10214&pID=1075&action=new_product_preview, IP address: xx.xx.xx.xx
--> PHP Fatal error: Call to a member function format() on null in /home/com/public_html/site/admin/includes/modules/product/preview_info.php on line 65.
You should have received a message indicating that you updated to v3.0.0. The error you're receiving indicates to me that you still have remnants of the older installation.

lat9:

Mike, while previous versions of USU went out of their way to generate a canonical link, v3.0.0 and later simply allow the base Zen Cart's (plus other modules', if used) zen_href_link calls in* /includes/init_includes/init_canonical.php* to provide the canonical links.

My best guess is that the canonical link handling in USU was introduced to support Zen Cart versions prior to 1.3.9 (where the built-in canonical-link handling was introduced) and was never removed.

Note that the upgrade process from v2 => v3 is going to be a bit of a pain, requiring core-file editing to remove portions automatically added by the prior versions' installation, but once there all should be good.

Note also that I "discovered" that USU-v2's distribution zip includes an override to the init_canonical.php handling (/includes/init_includes/overrides/init_canonical.php). This override, I believe, could be safely removed from a zc155/zc154 store's file-system to allow USU to simply provide the href-links as requested by other processing ... noting that there are other plugins that also use this form of override.

Hi Cindy, many thanks for that explanation and for the time and effort you have put into this issue. I am often slow on the uptake so just checking that I have got this right :smile:

My best guess is that the canonical link handling in USU was introduced to support Zen Cart versions prior to 1.3.9 (where the built-in canonical-link handling was introduced) and was never removed.
I appreciate it being a best guess given your inheritance of the plugin! .... and I do not see it as a plugin issue anyway.

Here is how I see it. USU worked like a charm in v1.5.1 with the /includes/init_includes/overrides/init_canonical.php included the file package and SitemapXML files were generated correctly using USU generated url's.

USU v2 does work in v1.5.5f in that it does create the user friendly URL's as it is designed to - the problem is that those URL's are not generated in the SitemapXML files - given that USU and SitemapXML versions were the same (as used in v1.5.1, and still valid) at the time of upgrade to v1.5.5f, it appears something is not correlating between ZC core files in v1.5.5f and USU and SitemapXML - given that USU is generating the files correctly then it appears something is not telling SitemapXML to produce USU generated URLs in its files. The only change in the process is changes to ZC core files in v1.5.5f - so what changed in the core of v1.5.5f to create this 'imbalance' ? If that change could be isolated it may (should) solve the issue :smile: - I really do not want to upgrade to v1.5.6 any time soon (still recovering from 155f upgrades).

I have converted all my v1.5.5f sites to CEON URI Mapping so to test your theory of removing /includes/init_includes/overrides/init_canonical.php from USU v2 I will need to look at how I can do that without creating chaos :smile:

I haven't checked it out but maybe I can have both plugins installed without creating conflict and switch between them - in your opinion is that likely to be possible?

cheers and thanks for your continuing help,
Mike

Hello lat9,

I see the issue. I had redownloaded the "beta3" from get the latest and greatest and it is now giving the 2.1.7 code instead of the beta code. Fortunately, I had deleted the actually beta3 code and was able to retrieve it and I will do some testing today and let you know how it goes.

Shrimp-Gumbo-mmmhhh