Mike, I don't know if /includes/extra_datafiles/ceon_uri_mapping_filenames.php is part of that older distribution, but here's its contents for v5.0
<?php
/**
* Ceon URI Mapping Product Type...
Type: Posts; User: lat9
Mike, I don't know if /includes/extra_datafiles/ceon_uri_mapping_filenames.php is part of that older distribution, but here's its contents for v5.0
<?php
/**
* Ceon URI Mapping Product Type...
Thanks a bunch, @swguy!
I was going off the version that's currently available for download in the Zen Cart plugins; the suggested change does the trick.
Is there any chance of getting that most recent version uploaded...
The processing needs update to handle the zc157 "Ask a Question" page's product-id variable; that page uses pid instead of the more standard products_id. Seeing logs similar to:
[03-Feb-2022...
... noting that @simon1066 'beat me to it'.
The answer is maybe. It will work if Ceon URI Mapping is the only additional code added to your store.
The un-suffixed zc157 has an error that disables the ability for multiple observers to act...
@ink, see post #45 in this support-thread for the solution.
I'm seeing an occasional log similar to
[08-Nov-2019 18:08:03 America/Chicago] Request URI: /index.php?main_page=product_info&cPath=91&products_id=2178, IP address: redacted
#1 ...
I guess it was (and might still be). The code change resolved the generation of the PHP notice when the sitemapxml was cron'd and, if I'm getting the question correctly, I've verified that the links...
No additional rewrites required, just that teeny code change.
That "did the trick"! Sitemap ran this morning ... and no PHP notices; thanks again.
Thanks, @mc12345678, I'll give that a shot and report back tomorrow (the cron runs at 5am EDT).
I've got Sitemap XML v3.9.6 running on zc156c w/ PHP 7.1.32 with Ceon 5.0.0. Recently setup a cron-job to run the Sitemap daily and I'm finding this log each time it runs:
[26-Oct-2019 04:00:03...
Never mind; it's the zc156c /pages/product_info/header_php.php that's unsetting that $_GET['products_id'] (properly decoded by Ceon URI) when the associated product is 'not found'.
Which of the various class methods are involved in 'decoding' the category-/product-id from a product-specific URI?
I've got a site, recently upgraded to zc156c and Ceon 5.0.0. I'm seeing that, for the product_info page, if a requested product has an entry in the ceon_uri_mappings::uri field and the associated...
See post #45 of this thread for the solution to the "too many redirects" issue on zc156c.
Nice bit of debugging, @simon1066! I was able to successfully load my locally-hosted storefront by modifying /includes/auto_loaders/config.ceon_uri_mapping.php, changing
$autoLoadConfig[99][] =...
I'm also having "The page isn't redirecting properly". I've got a test site set up in my local XAMPP environment,
having made the modifications suggested by @torvista on this support-thread...
On initial entry to Modules->Ceon URI Mapping (SEO) Config after applying the file-set to an in-progress zc156c upgrade (plugin's database elements exist from the store's zc154 version), I received...
Noting that the override to /admin/includes/javascript_loader.php is using the zc156 version (with jQuery 3.3.1). That file was updated in zc156b to use jQuery 3.4.0.
Is there a GitHub repository for this?