Slightly off topic. I was using your site as a test of something new for verifying Color Contrast by CSS.
With the exception of your logo which really violates color contrast readability, all other existing images with text are okay.
Creating an includes/templates/bootstrap/css/stylesheet_zcustom.css and adding the following code will make your site compliant with ADA/WCAG Color Contrast and still look basically the same.
There are still other items that need to be addressed in the ADA area but that will help.Code:/* buttons */.btn {color: #ffffff;background-color: #007faf;border-color: #007faf;} /* header category tabs */ #navCatTabs a {color: #ffffff;background-color: #007faf;} /* breadcrumbs */ #navBreadCrumb li a {color: #005b8b;} /* sideboxes card header */ #categoriesContent .badge, #documentcategoriesContent .badge {color: #ffffff;background-color: #007faf;} .leftBoxCard .list-group-item, .rightBoxCard .list-group-item {color: #007faf;background-color: #ffffff;} /* pagination links */ .page-item.active span.page-link {color: #ffffff;background-color: #007faf;} /*body*/ a {color:#0080a6;} /*general*/ .productSalePrice, .productPriceDiscount {color:#ef0000;} /*product pages*/ #addToCart-card-header, .btn.button_in_cart {background-color:#008a13}
As to the other items, it looks as if there are remnants of the old files left on the site. Mention of *bmz* in the log files seems to verify that.
Are You Vulnerable for an Accessibility Lawsuit?
myZenCartHost.com - Zen Cart Certified, PCI Compatible Hosting by JEANDRET
Free SSL, Domain, and MagicThumb with semi-annual and longer hosting.
an update: I uninstalled image handler to make sure it wasn't interfering. It's easy enough to put it back in once I get the site functional. I cleaned up attribute files then copied them to the Halloween category but it still did not make the attribute show for individual items in the Halloween category. I now have no attributes showing on any of the items in the catalog and you cannot put any items into the shopping cart. Open for suggestions
Responsive sheffield blue and a few other similar templates, modified some of the core Zen Cart files. They did so to offer some additional features that even now still do not exist. The problem is though that some of the code has had to be modified to remain operational. Generally speaking though the software is still functional without those special edits.
So, suggestion would be to look at those logs:
Issue #1 indicates a problem with the general Zen Cart installation/upgrade where the database table for the plugin manager isn't present.
Issue #2 indicates a missing define, that the class file in place is not up-to-date with changes made/incorporated in Zen Cart 1.5.7, that the template file (and likely related module file(s) have not been updated to Zen Cart 1.5.7 coded corrections, and another missing define.
Issue #3 indicates that the class file is not up-to-date with changes made/incorporated in Zen Cart 1.5.7 (or perhaps earlier), same/similar but not Zen Cart core related but is fixed in the updated Image Handler file(s) for all of the remaining items shown as logged.
The description(s) above apply in order of the logged information for each "issue" where an issue is now captured in a [CODE][/CODE] set of blocks/tags. It is because of the issues introduced to the core code by the responsive classic blue template (which *was* fully compatible when developed/issued) that causes your issues no matter the active template. Full replacement of those files with the current version of them may cause the loss of some features associated with that template, but should restore operation. If properly merged with the core version of those files then the capabilities may remain and the code be compatible with current standards...
As for technical terms, this is not truly a fresh install of Zen Cart 1.5.7 considering the database issue that was identified in the first log. A fresh install would not have returned that. This appears to possibly be an install with an existing database. What the status of that database is has not been described. (e.g. zc_install upgradded or not)
Last edited by mc12345678; 4 Jan 2022 at 09:40 PM.
ZC Installation/Maintenance Support <- Site
Contribution for contributions welcome...
I read what you wrote before and thought I would give some history. I first installed this Zencart in 2003. My web shop is quite big with over 800 items. I am a special-effects artist. I have used the same database since 2003. There have been a number of times where my database was updated during new installations using the Zencart engine and I wondered if that was enough from what you say it appears not. So my question is if this is just like beating a dead horse maybe I need to do an actual fresh install, lose the database and put all the items back in one by one. It would definitely take a good deal of time but so far I have spent a lot of time on trying to fix it. I gave up on the website several years ago because of all these problems. Your advice would be welcomed. Thanks Todd
Generally speaking that type of history should not be reason to stay with a brand new database that has to be repopulated. Following the zc_install process to do a proper database upgrade should at least address item 1 above. That log indicates that the table plugin_control was not present in the database. That was a table added in ZC 1.5.7 and is how it is possible to identify that the database in use at the time the log was generated was not up-to-date. The real question at this point about that issue is if it continues to be logged. If that specific issue is no longer being logged then it indicates that the log was briefly made just prior to the update.
This is why it is suggested to always attempt to address the most recent log first and then once fixed address any additional or future logs. Yes, it may still be worth to look at a log that was generated moments before the most recent, but addressing the most recent may prevent generation of what was the older log.
May I suggest looking over the information at the following link: https://docs.zen-cart.com/user/upgrading/
You might be able to do a database only upgrade at this point, but it is worth reading the other information if issue 1 above continues to be logged.
ZC Installation/Maintenance Support <- Site
Contribution for contributions welcome...
When I did this install of 157 I ran the Zen cart engine and upgraded the database. Will updating the database a second time fix any issues? I am still getting logs similar to the ones that were done days back. It has already generated over 20 logs this morning that look like this:[05-Jan-2022 17:05:38 UTC] Request URI: /, IP address: 221.6.38.170
#1 include_once() called at [/includes/autoload_func.php:28]
#2 require(/includes/autoload_func.php) called at [/includes/application_top.php:222]
#3 require(/includes/application_top.php) called at [/index.php:25]
--> PHP Deprecated: Methods with the same name as their class will not be constructors in a future version of PHP; splitPageResults has a deprecated constructor in /includes/classes/split_page_results.php on line 23.
I'm on the fence on whether this can be repaired or I need to start over and input all the catalog. Thanks Todd
go forward, never go back!
the error in this last post has nothing to do with your database. this file is an old version:
includes/classes/split_page_results.php
it should look like this one:
https://raw.githubusercontent.com/ze...ge_results.php
how many other files are from old versions, i can not tell you.
best.
So I ended up cutting bait! I created the original database and site in 2003 I think it just has too many battle scars on it so I'm busy repopulating in redesigning the new site. Thanks for all your help and support. Todd
Bookmarks