-
Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by
creyesx6
line 68
public function setDefaultCharset($charset): void
CEON URI Mapping 4.5.5. downloaded from the plugins. I am using 1.5.5f. I think that is what you are asking for.
Thanks for your time.
Unfortunately as stated in recent pages, the code was updated to work in the php 7.x environment with no regard of the design specifications of ZC 1.5.5 which means the site on which this was installed would need to be at php 7.0 or better. Because the site is not at php 7.0 or better, the use of return type declaration as provided in that line of code would cause an error as seen.
-
Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by
mc12345678
the code was updated to work in the php 7.x environment
Can I get clarification? Are you saying that BOTH Ceon URI Mapping Version: 4.5.3 (or better) and TORVISTA version on GitHub require PHP 7.x?
-
Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by
boxcar
Can I get clarification? Are you saying that BOTH Ceon URI Mapping Version: 4.5.3 (or better) and TORVISTA version on GitHub require PHP 7.x?
I have not seen that torvista's version required php 7.x. It supports it. The current downloadable version from this site requires php 7.x because of how some coding styles have been changed which only exist in php 7.x+.
-
Re: Ceon URI Mapping v4.x
My version on Github is purely bug fixes/fixes to run on 7.1, since I had to do that for my site and wanted to keep Conor's code going.
Those fixes are detailed in the docs.
The code is not modified to update the installation checks.
The version recently uploaded to the plugins I have never looked at.
-
Re: Ceon URI Mapping v4.x
all of a sudden CEON URI isn't working on my site for most pages. http://www.swordsofhonor.com/#######...dieval-weapons. some pages resolve but most subpages give a page not found. is there a way to regenerate all the URL's at once? or some fix? i updated the htaccess file per Installation Check rewrite rules but still doesn't work. added a / before index.php in these rules and still didn't work. Got this error message when i did an Installation Check:
Error Found!
A problem was found with one of the core files that needs to be modified for Ceon URI Mapping to work optimally.
The error should be fixed as soon as possible. In the meantime though, since the store's configure files have been checked and found to be valid, information about the example rewrite rule for the store was able to built.
Example Rewrite Rule
Modified Core Files Check
A file requires 2 modifications to be made for it, the first of which has been made, but the second modification is missing.
The path to the file is /home/xxxxx/public_html/fakeadmin/includes/modules/product_free_shipping/collect_info.php
Check the file and remove any old pieces of code. Then apply modification number 2, which was missed out, but which is required for this version of the software.
Alternatively, if the file has not been modified for the store yet, back up the file (e.g. copy it to your local computer), and replace it with the pre-modified sample file from the distribution, for the version of Zen Cart being used by the store.
i need to fix this ASAP as most indexed pages are not showing up.
-
Re: Ceon URI Mapping v4.x
What is the entirety of the htaccess file? (hide the admin folder name as 'admin' where necessary.)
What php version?
When installed?
What has changed recently?
-
Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by
mc12345678
What is the entirety of the htaccess file? (hide the admin folder name as 'admin' where necessary.)
What php version?
When installed?
What has changed recently?
What is the entirety of the htaccess file? (hide the admin folder name as 'admin' where necessary.)
## BEGIN CEON URI MAPPING REWRITE RULE
RewriteEngine On
# Don't rewrite any URIs ending with a file extension (ending with .[xxxxx])
RewriteCond %{REQUEST_URI} !\.[a-z]{2,5}$ [NC]
# Don't rewrite any URIs for some, popular specific file format extensions,
# which are not covered by main file extension condition above
RewriteCond %{REQUEST_URI} !\.(mp3|mp4|h264)$ [NC]
# Don't rewrite any URIs for some specific file format extensions,
# which are not covered by main file extension condition above
# Uncomment the following line to apply this condition! (Remove the # at the start of the next line)
#RewriteCond %{REQUEST_URI} !\.(3gp|3g2|h261|h263|mj2|mjp2|mp4v|mpg4|m1v|m2v|m4u|f4v|m4v|3dml)$ [NC]
# Don't rewrite admin directory
RewriteCond %{REQUEST_URI} !^/fakeadmin [NC]
# Don't rewrite editors directory
RewriteCond %{REQUEST_URI} !^/editors/ [NC]
# Don't rewrite highlandrags.com directory
RewriteCond %{REQUEST_URI} !^/highlandrags\.com/ [NC]
# Don't rewrite tempEP directory
RewriteCond %{REQUEST_URI} !^/tempEP/ [NC]
# Don't rewrite trademark directory
RewriteCond %{REQUEST_URI} !^/trademark/ [NC]
# Don't rewrite sitemap directory
RewriteCond %{REQUEST_URI} !^/sitemap/ [NC]
# Don't rewrite logs directory
RewriteCond %{REQUEST_URI} !^/logs/ [NC]
# Don't rewrite banners directory
RewriteCond %{REQUEST_URI} !^/banners/ [NC]
# Don't rewrite medievalclothing directory
RewriteCond %{REQUEST_URI} !^/medievalclothing/ [NC]
# Don't rewrite tmp directory
RewriteCond %{REQUEST_URI} !^/tmp/ [NC]
# Don't rewrite feedplatform directory
RewriteCond %{REQUEST_URI} !^/feedplatform/ [NC]
# Don't rewrite .well-known directory
RewriteCond %{REQUEST_URI} !^/\.well\-known/ [NC]
# Don't rewrite highland-blog directory
RewriteCond %{REQUEST_URI} !^/highland\-blog/ [NC]
# Don't rewrite cgi-bin directory
RewriteCond %{REQUEST_URI} !^/cgi\-bin/ [NC]
# Don't rewrite swords-blog directory
RewriteCond %{REQUEST_URI} !^/swords\-blog/ [NC]
# Don't rewrite contact-files directory
RewriteCond %{REQUEST_URI} !^/contact\-files/ [NC]
# Don't rewrite feed directory
RewriteCond %{REQUEST_URI} !^/feed/ [NC]
# Don't rewrite m directory
RewriteCond %{REQUEST_URI} !^/m/ [NC]
# Don't rewrite mailhive directory
RewriteCond %{REQUEST_URI} !^/mailhive/ [NC]
# Don't rewrite bmz_cache directory
RewriteCond %{REQUEST_URI} !^/bmz_cache/ [NC]
# Don't rewrite google-feed-file directory
RewriteCond %{REQUEST_URI} !^/google\-feed\-file/ [NC]
# Handle all other URIs using Zen Cart (its index.php)
RewriteRule .* index.php [QSA,L]
## END CEON URI MAPPING REWRITE RULE
# php -- BEGIN cPanel-generated handler, do not edit
# Set the “ea-php54” package as the default “PHP” programming language.
<IfModule mime_module>
AddType application/x-httpd-ea-php54 .php .php5 .phtml
</IfModule>
# php -- END cPanel-generated handler, do not edit
What php version?
now it is 5.4 but last week was upgraded to 7.2 and i thought that might be the problem so i reverted back to 5.4
When installed?
the site has been running for 20 years now and CEON was installed many years ago.
What has changed recently?
PHP updated to 7.2 and then back to 5.4. the admin section was bringing up a blank page yesterday and i commented out the htaccess file and the admin section came up but the URL's now aren't mapping to the custom names from CEON.
-
Re: Ceon URI Mapping v4.x
Looking at site operation, it looks like the rule to govern redirecting for .html is the one in question. The categories work fine.
-
Re: Ceon URI Mapping v4.x
Looks like need to modify the rule from:
Code:
RewriteCond %{REQUEST_URI} !\.[a-zA-Z]{2,5}$
To:
Code:
RewriteCond %{REQUEST_URI} !\.[a-zA-Z]{2,5}$ [OR]
RewriteCond %{REQUEST_URI} \.(html)$ [NC]
-
Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by
mc12345678
Looks like need to modify the rule from:
Code:
RewriteCond %{REQUEST_URI} !\.[a-zA-Z]{2,5}$
To:
Code:
RewriteCond %{REQUEST_URI} !\.[a-zA-Z]{2,5}$ [OR]
RewriteCond %{REQUEST_URI} \.(html)$ [NC]
wow, you are good.. thanks so very much.. wish i knew how to read htaccess code.. how did you know it was the the rule for HTML
-
Re: Ceon URI Mapping v4.x
Looks to be fixed. As to php version, if you do go ahead and bump up to 7.2 again, though you will likely have issue with the ZC software as ZC 1.5.5f isn't 7.2 compatible would suggest either of the two versions of this plugin that have been "issued", though haven't looked at what is done with the database when the "tell-a-friend" portion is addressed in the version downloadable from this site.
If it removes the existing entries from the database, then that would cause page not found responses that may have otherwise been handled by the software.
-
Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by
lidlchris
wow, you are good.. thanks so very much.. wish i knew how to read htaccess code.. how did you know it was the the rule for HTML
Although much of your provided web addressed was auto-obscured by the forum software, I was able to get to your site.
From there I first tried a product, it went to a 404 page, I looked at the address. Then I tried to go to a category using a ZC default dynamic url. Found that category 2 existed.
Then tried going directly to that category by name in the url. It worked. It didn't have an html suffix. Clicked on a few other categories, they worked.
Went to a product again: 404.
Removed .html, loaded, but as a page not found.
Posted.
Read your .htaccess
Rule suggested prevented the software from trying to handle any url that had 2 to 5 characters as an extension. That meant html as well...
So had to permit files that had an html extension which led to the solution.
A little trial and error really.
Now as to redoing urls to possibly some other format that is auto-generated by Ceon URI Mapping (while maintaining reachability of the existing link(s) as this software was designed)... I offer some software on my site that does that if interested, but looks like you're good to go with what you have. Besides, even if that were done, access to the existing uri would have been necessary. So that additional software would not have solved the initial problem anyways.
-
Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by
lidlchris
wow, you are good.. thanks so very much.. wish i knew how to read htaccess code.. how did you know it was the the rule for HTML
and how come the example htaccess didn't have that rule in it?
-
Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by
lidlchris
and how come the example htaccess didn't have that rule in it?
Well, from what I've seen over the years and for some time, the thought had been that an extension such as html was unnecessary. It's extra text and with this plugin can actually become meaningless. There isn't really an html file called, although one is generated (after php has done a lot of work). At any rate, there is discussion in the instructions about what is necessary to support other extensions found in the configuration area of the instructions. As to why the software didn't pick it up as a suggestion? Well, I guess because the proposed rules are provided based on the way forward considering a new install rather than inspecting the existing database entries and making suggestions based on that. (ie. Suppose that other extensions have been used or are desired to be used, currently a new htaccess rule set would require knowing what extension(s) were used rather than the software determining that and offering the additional rule(s)).
So, not entirely sure from which perspective you ask the question, but I think I've answered it from each direction. :)
-
Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by
mc12345678
Although much of your provided web addressed was auto-obscured by the forum software, I was able to get to your site.
From there I first tried a product, it went to a 404 page, I looked at the address. Then I tried to go to a category using a ZC default dynamic url. Found that category 2 existed.
Then tried going directly to that category by name in the url. It worked. It didn't have an html suffix. Clicked on a few other categories, they worked.
Went to a product again: 404.
Removed .html, loaded, but as a page not found.
Posted.
Read your .htaccess
Rule suggested prevented the software from trying to handle any url that had 2 to 5 characters as an extension. That meant html as well...
So had to permit files that had an html extension which led to the solution.
A little trial and error really.
Now as to redoing urls to possibly some other format that is auto-generated by Ceon URI Mapping (while maintaining reachability of the existing link(s) as this software was designed)... I offer some software on my site that does that if interested, but looks like you're good to go with what you have. Besides, even if that were done, access to the existing uri would have been necessary. So that additional software would not have solved the initial problem anyways.
thanks again.. i have to now open a new thread concerning PHP. The highest version of PHP that i seem to able to use is 5.6. when i try to upgrade to 7.0 or 7.2, all the categories go missing.
-
Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by
lidlchris
thanks again.. i have to now open a new thread concerning PHP. The highest version of PHP that i seem to able to use is 5.6. when i try to upgrade to 7.0 or 7.2, all the categories go missing.
Sounds like a good idea. When you do, please be sure to address all of the posting tips. I know I made an assumption about the ZC version in a previous post, but that also was from the perspective that the originally posted issue was found to not really be ZC version dependent.
-
Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by
mc12345678
Sounds like a good idea. When you do, please be sure to address all of the posting tips. I know I made an assumption about the ZC version in a previous post, but that also was from the perspective that the originally posted issue was found to not really be ZC version dependent.
yes i was using the latest version 1.5.5f and i indicated that in the new post.
-
Re: Ceon URI Mapping v4.x
I am using Ceon URI Mapping (SEO) - Version: 4.5.5 webchills version, zc 1.5.5f, and PHP Version 7.0.32. Problem I am having is that the continue shopping button works ok if you put product in cart and then go to cart page and click in.
BUT If you navigate to cart page without putting item into cart just before and then click continue shopping, the link defaults to the page not found. Link is "/index.php?main_page=page_not_found". It appears that CEON urls is generating this link somewhere. When I disable CEON urls, correct link, index.php?main_page=index, shows in this scenario.
Any ideas on why this might be happening?
Thanks!
-
Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by
boxcar
I am using Ceon URI Mapping (SEO) - Version: 4.5.5 webchills version, zc 1.5.5f, and PHP Version 7.0.32. Problem I am having is that the continue shopping button works ok if you put product in cart and then go to cart page and click in.
BUT If you navigate to cart page without putting item into cart just before and then click continue shopping, the link defaults to the page not found. Link is "/index.php?main_page=page_not_found". It appears that CEON urls is generating this link somewhere. When I disable CEON urls, correct link, index.php?main_page=index, shows in this scenario.
Any ideas on why this might be happening?
Thanks!
Can you be a little more specific about how this issue was identified? I ask because of the following test:
I went to a site with Ceon URI Mapping installed, then went directly to the shopping cart.
From there was notified that the cart was empty and did not have a button to "continue shopping".
I then went to a product, added the product to the cart. The site is setup to go to the shopping cart after a product is added.
Was given an option to continue shopping which took me back to the product.
I then navigated to a category (product still in the cart).
I then went straight to the cart and when I selected to continue shopping.
I was taken back to the category I was looking at.
Because the continue shopping button link is based on the navigation history, it is important to understand the path taken to get to the problem. It could actually be related to the lack of a session or some other template/navigation issue. But if can not specifically reproduce it, then it is difficult to fix.
-
Re: Ceon URI Mapping v4.x
God bless you, my friend!
Quote:
Originally Posted by
webchills
There is a leftover of unsuitable code in YOURADMIN/includes/modules/product/collect_info.php
This version was previously written for the German Zen Cart version and I forgot to remove this:
around line 324
Code:
<?php
for ($i=0, $n=sizeof($languages); $i<$n; $i++) {
?>
<tr>
<td class="main"><?php if ($i == 0) echo TEXT_PRODUCTS_MERKMALE; ?></td>
<td class="main"><?php echo zen_image(DIR_WS_CATALOG_LANGUAGES . $languages[$i]['directory'] . '/images/' . $languages[$i]['image'], $languages[$i]['name']) . '##' . zen_draw_input_field('products_merkmale[' . $languages[$i]['id'] . ']', (isset($products_merkmale[$languages[$i]['id']]) ? htmlspecialchars(stripslashes($products_merkmale[$languages[$i]['id']]), ENT_COMPAT, CHARSET, TRUE) : htmlspecialchars(zen_get_products_merkmale($pInfo->products_id, $languages[$i]['id']), ENT_COMPAT, CHARSET, TRUE)), zen_set_field_length(TABLE_PRODUCTS_DESCRIPTION, 'products_merkmale')); ?></td>
</tr>
<?php
}
?>
Remove this code and everything will be fine. Sorry for the inconvenience, just submitted a new version with this change to the download section.
The corrected file is attached as well.
-
Re: Ceon URI Mapping v4.x
@mc12345678. I think you are correct that is was/is a session issue. I cleared cookies and I duplicated the steps you did and tried a few more things and was unable to replicate the error. Thanks for your help.
-
Re: Ceon URI Mapping v4.x
RE: post #2240. leftover of unsuitable code in YOURADMIN/includes/modules/product/collect_info.php is still in package Ceon URI Mapping (SEO) - Version: 4.5.5 in the ZC repository. The file should be updated.
-
Re: Ceon URI Mapping v4.x
I will be updating the fileset I have on Github (including the installation checks), when 1.56 has stabilised.
In the meantime, anyone is free to add their input, that's why it is on Github.
-
Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by
torvista
I will be updating the fileset I have on Github (including the installation checks), when 1.56 has stabilised.
In the meantime, anyone is free to add their input, that's why it is on Github.
Thank you for doing this. I've been struggling a bit with the modification of some of the v1.5.6 files - stuck on the admin/categories.php and admin/product.php
Will keep an eye on your Github repository and input if I can.
-
Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by
boxcar
RE: post #2240. leftover of unsuitable code in YOURADMIN/includes/modules/product/collect_info.php is still in package Ceon URI Mapping (SEO) - Version: 4.5.5 in the ZC repository. The file should be updated.
This changed file did not make it to the zip in the downloads section. I will submit it again, in the meantime here is its Github release which includes the correct version:
https://github.com/webchills/zencart...pping/releases
An updated version for 1.5.6 is almost ready in the 4.6 branch of the repository:
https://github.com/webchills/zencart...on-uri-mapping
I appreciate testings (PHP 7.3 environment preferred) and issues reports. Planned release date: january
-
Re: Ceon URI Mapping v4.x
Hi
Sorry for question but unfortunately this module status is a bit confusing, but:
Is webchills git files the "official" CEON module ?
I did use the download from zencart, latter on the torvista because php7, and now I'm lost, and I also have to update to work with zc156
Thanks
-
Re: Ceon URI Mapping v4.x
CEON the company ceased with the untimely passing of its developer Conor Kerr.
I intended to keep Conor's URI Mapping code alive by making the necessary changes for php7 and ZC updates, on Github.
I never uploaded it to Plugins as I never completed the modifications necessary to make the in-built installation checks correct/match my changes. I had hoped others may make some effort...
webchills did his own modifications and uploaded them to the plugins.
CEON has resumed trading, managed by Conor's family. They do not offer the URI Mapping on their web although they do possess an upgraded version of the paid add-on URI Mappings manager...as I sent it to them.
So, there is no official version.
-
Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by
mesnitu
Sorry for question but unfortunately this module status is a bit confusing, but:
Is webchills git files the "official" CEON module ?
This github repo is the code base for the CEON module in the Zen Cart downloads section since version 4.5.3 (april 2018)
-
Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by
torvista
CEON the company ceased with the untimely passing of its developer Conor Kerr.
I intended to keep Conor's URI Mapping code alive by making the necessary changes for php7 and ZC updates, on Github.
I never uploaded it to Plugins as I never completed the modifications necessary to make the in-built installation checks correct/match my changes. I had hoped others may make some effort...
webchills did his own modifications and uploaded them to the plugins.
CEON has resumed trading, managed by Conor's family. They do not offer the URI Mapping on their web although they do possess an upgraded version of the paid add-on URI Mappings manager...as I sent it to them.
So, there is no official version.
I have heard though that Ceon is going to release a new version, but is having to deal with the two separate versions that have been further modified to minimize the issues brought on by the independent methods of implementing. The differences were brought on by the original use of the string class that in both maintained versions call it something different.
By my review of the two sets of code, the differences between the two are that torvista incorporated the use of zen_href_link using the notifier and also made sure that the breadcrumbs contained the rewritten uris, while webchills made the version php 7.x dependent (which means that a cart still operating any version of php 5.x wouldn't work) and I don't recall seeing incorporation of the zen_href_link notifier, but I could be wrong on that part. Also I haven't looked at how the deletion of the option to forward a link via email was incorporated as to whether it deleted all instances in the database or just stopped generating the links.
-
Re: Ceon URI Mapping v4.x
I thought the package from the the zc plugins was the "oficial" and was getting updates.
so it's a bit of catch 22. It's official if it doesn't get updates... but if it does, then is not official.
This url stuff is really a big big big down side for zencart.
Thanks
-
Re: Ceon URI Mapping v4.x
With all due respect to everybody, but if it's all unofficial, wouldn't be better to have just one git with forks for wahever?
I'm not a daily programmer, so my contributions are few ( close to none). Can't talk much.
but in this case, the only thing I would change would be the way that this module adds a numeric value to the products name if it finds it duplicated.
It would be "easier" to add the products_id. But even that is not a priority.
The rest, is just to be sure that this module keeps alive, since there are thousands of url's spread in the net.
I'll have to make this work for 156, I know stuff has moved while I was win merging. Then I saw that I had to change so much stuff, that I delayed the ceon review.
But it would be nice, to stick to one version.
Again, saying this with all respect for the job and hours that all of you contribute to this module.
-
Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by
mesnitu
I thought the package from the the zc plugins was the "oficial" and was getting updates.
so it's a bit of catch 22. It's official if it doesn't get updates... but if it does, then is not official.
The package in the Zen Cart plugins is working without any issues with Zen Cart 1.5.5. And it gets updates. New version 4.6.0 for Zen Cart 1.5.6 is in progress and will be released in january. What exactly is not working for you?
-
Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by
mesnitu
I thought the package from the the zc plugins was the "oficial" and was getting updates.
so it's a bit of catch 22. It's official if it doesn't get updates... but if it does, then is not official.
This url stuff is really a big big big down side for zencart.
Thanks
Need to understand that there is a Zen Cart user that began independent support by way of making information accessible via github with the possibility of someone picking it up and submitting it as an official release on the ZC site. Doing so though requires also updating documentation and then the visitors tend to also go to that person for further support... so generally a level of commitment is felt in submitting an update. Unfortunately another also continued providing independent support but didn't pick up where the existing support had given and the organization that originally provided the software hadn't issued their release before the second party stepped in.
So, now there are these multiple flavors with more to come.
As to the number addition, the thing about this module is that store side facing, there is really no indication of what product id is associated with the product. That is as I've seen it by design a product of any products id can become any product, adding the number is really just a fallback method to make it easier to quickly assign a uri instead of ensuring that each is unique before submitting the designation. Besides that and likely rare, there runs the potential situation of the addition of the products_id might equate to the uri of an existing product, so what then? Add the product id again? By use of an incremental number, when the duplicate is found, just increment the number again. If not mistaken the paid for version offers more flexibility like you are asking for (and more).
As to github, yeah, that's how programmers should play together. Not sure how/why a second version got split off the way it did, though am aware that the general markets are different so can also see how it happened. .
-
Re: Ceon URI Mapping v4.x
My bad. Sorry, but I get a little upset when instead of focusing on selling, I have to focus on upgrades and be stuck in netbeans, searching this and that, and now, also module versions as well.
So while trying to understand the status of this module, I should have done a break; but kept writing. My mistake.
Thanks
-
500 error, ZC 1.5.6 and CEON 4.5.5
Hi,
Installed a fresh copy of 1.5.6 and a copy of CEON 4.5.5. The store works all the way to check out, all URIs correct etc, I can log into admin, I can click and change/cancel anything, but when I drill down into categories, and I click on New Category, or I click on the green icon to Edit a product I get the proverbial 500 error screen.
In my ZC error log file, the only entry is -
[27-Dec-2018 03:46:05 Europe/Berlin] Request URI: /xxxx/categories.php?cPath=&action=new_category, IP address: 127.0.0.1
#1 require() called at [/xxxx/categories.php:11]
[27-Dec-2018 03:46:05 Europe/Berlin] PHP Warning: require(includes/modules/prod_cat_header_code.php): failed to open stream: No such file or directory in /xxxx/categories.php on line 11
[27-Dec-2018 03:46:05 Europe/Berlin] PHP Fatal error: require(): Failed opening required 'includes/modules/prod_cat_header_code.php' (include_path='.:/Applications/XAMPP/xamppfiles/lib/php') in /xxxx/categories.php on line 11
I am using XAMPPs, and the error returned in the error log is -
[Wed Dec 26 19:22:55.038835 2018] [mpm_prefork:notice] [pid 938] AH00169: caught SIGTERM, shutting down
[Wed Dec 26 19:22:59.250644 2018] [suexec:notice] [pid 1342] AH01232: suEXEC mechanism enabled (wrapper: /Applications/XAMPP/xamppfiles/bin/suexec)
[Wed Dec 26 19:22:59.280883 2018] [lbmethod_heartbeat:notice] [pid 1343] AH02282: No slotmem from mod_heartmonitor
[Wed Dec 26 19:22:59.291416 2018] [mpm_prefork:notice] [pid 1343] AH00163: Apache/2.4.37 (Unix) PHP/7.2.12 mod_perl/2.0.8-dev Perl/v5.16.3 configured -- resuming normal operations
[Wed Dec 26 19:22:59.291494 2018] [core:notice] [pid 1343] AH00094: Command line: '/Applications/XAMPP/xamppfiles/bin/httpd -E /Applications/XAMPP/xamppfiles/logs/error_log -D SSL -D PHP'
I have triple checked permissions(with PHP 7.2 I have made both config.php files read-only as well as the rest of the tree), have exhausted Google, rewrote the config.php file in /admin from the dist-config.php to make sure it wasn't a typo, and tried every hack I could find out there, to no avail.
Any ideas? I love this upgrade and don't want to have to downgrade.
Thanks,
Eric
-
Re: Ceon URI Mapping v4.x
Quote:
i get a little upset when instead of focusing on selling, i have to focus on upgrades
Abso-bloody-lutely!
and you are right to be confused.
But...you are an early adopter and are paying the price for that!
There are already too many posts regarding problems with 1.56 installation/upgrade etc. for me to consider it ready yet. I expect there will be a 1.56a very soon...
-
Re: 500 error, ZC 1.5.6 and CEON 4.5.5
Quote:
Originally Posted by
erica62
Hi,
Installed a fresh copy of 1.5.6 and a copy of CEON 4.5.5. The store works all the way to check out, all URIs correct etc, I can log into admin, I can click and change/cancel anything, but when I drill down into categories, and I click on New Category, or I click on the green icon to Edit a product I get the proverbial 500 error screen.
In my ZC error log file, the only entry is -
[27-Dec-2018 03:46:05 Europe/Berlin] Request URI: /xxxx/categories.php?cPath=&action=new_category, IP address: 127.0.0.1
#1 require() called at [/xxxx/categories.php:11]
[27-Dec-2018 03:46:05 Europe/Berlin] PHP Warning: require(includes/modules/prod_cat_header_code.php): failed to open stream: No such file or directory in /xxxx/categories.php on line 11
[27-Dec-2018 03:46:05 Europe/Berlin] PHP Fatal error: require(): Failed opening required 'includes/modules/prod_cat_header_code.php' (include_path='.:/Applications/XAMPP/xamppfiles/lib/php') in /xxxx/categories.php on line 11
I am using XAMPPs, and the error returned in the error log is -
[Wed Dec 26 19:22:55.038835 2018] [mpm_prefork:notice] [pid 938] AH00169: caught SIGTERM, shutting down
[Wed Dec 26 19:22:59.250644 2018] [suexec:notice] [pid 1342] AH01232: suEXEC mechanism enabled (wrapper: /Applications/XAMPP/xamppfiles/bin/suexec)
[Wed Dec 26 19:22:59.280883 2018] [lbmethod_heartbeat:notice] [pid 1343] AH02282: No slotmem from mod_heartmonitor
[Wed Dec 26 19:22:59.291416 2018] [mpm_prefork:notice] [pid 1343] AH00163: Apache/2.4.37 (Unix) PHP/7.2.12 mod_perl/2.0.8-dev Perl/v5.16.3 configured -- resuming normal operations
[Wed Dec 26 19:22:59.291494 2018] [core:notice] [pid 1343] AH00094: Command line: '/Applications/XAMPP/xamppfiles/bin/httpd -E /Applications/XAMPP/xamppfiles/logs/error_log -D SSL -D PHP'
I have triple checked permissions(with PHP 7.2 I have made both config.php files read-only as well as the rest of the tree), have exhausted Google, rewrote the config.php file in /admin from the dist-config.php to make sure it wasn't a typo, and tried every hack I could find out there, to no avail.
Any ideas? I love this upgrade and don't want to have to downgrade.
Thanks,
Eric
There was a significant restructuring of the file system to align the files with their function. I know that the other two are perhaps busy working out details, but I've almost completed incorporating this into ZC 1.5.6 and had plans to push the changes to torvista's repo (considering I'm using his as the basis), there are changes incorporated to use the formats implemented in ZC 1.5.6 and also to eliminate modified files that can be omitted based on notifiers existing.
-
Re: 500 error, ZC 1.5.6 and CEON 4.5.5
Quote:
Originally Posted by
mc12345678
and also to eliminate modified files that can be omitted based on notifiers existing.
Yes! Finally! PLEASE use the notifiers instead of mangling critical core code files.
-
Re: 500 error, ZC 1.5.6 and CEON 4.5.5
Howdy thread,
There was mention of a rev of CEON to fix the issues with 1.5.6. Is this a reality and if so, is there a tentative date?
Thanks,
Eric
-
Re: 500 error, ZC 1.5.6 and CEON 4.5.5
Quote:
Originally Posted by
erica62
Howdy thread,
There was mention of a new version this month. Is this a reality and if so, is there a tentative date?
Thanks,
Eric
I've been in conversations with Ceon about a version that works in ZC 1.5.6a tested up to PHP 7.2 but would work as far back as the standard PHP 5.3 (for ZC versions supporting that low of a PHP version) and it seems like it is almost done with removing all modifications from the admin files (currently works with merging but goal as expressed by DrByte was to not modify core files). Trying to verify that the new html tags are incorporated for ezpages and then seems like the same needs to be done for manufacturers... Products and categories are complete.
Ok, there is one file that needs a line of code added to complete the installation, but that's because there does not appear to be any notifier or other tie-in point to facilitate without doing so. The installation check appears to still need to be addressed but seems like they are looking at about a week.
It does also still override some init_xx files, but that is done by override not by replacement/merge.
So in total, appears that the revision would work by uploading all of the core files, the few files written specifically for ZC 1.5.6 and either adding one line or merging the one line with the existing file and then incorporation of the .htaccess rules (which have needed a little update to support some aspects of ZC 1.5.6).
I don't know what the plans are for the others.
-
Re: Ceon URI Mapping v4.x
PHP 7.3.0
Error is
[10-Jan-2019 19:48:38 Europe/Berlin] PHP Fatal error: Cannot use 'String' as class name as it is reserved in ..\includes\classes\class.String.php on line 57
line 57 is class String
How to fix?
-
Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by
diptimoy
PHP 7.3.0
Error is
[10-Jan-2019 19:48:38 Europe/Berlin] PHP Fatal error: Cannot use 'String' as class name as it is reserved in ..\includes\classes\class.String.php on line 57
line 57 is class String
How to fix?
My suggestion would be to look at the github repo provided by torvista, though since you are on php 7.3, would mostly expect the version downloadable from this website to work with a possible modification as described in the last couple of pages.
Back when the code was developed, it was possible to use a class that had the same name as what has become a restricted (reserved) word. The class and all references to it need to be modified away from string, which I would think would become ceon_string instead, but may have become something else for now...
-
Re: Ceon URI Mapping v4.x
-
Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by
diptimoy
Thanks a lot
Not sure what happened to the remainder of the original message but to perform miniimal modification to the software I added into includes/classes/class.CeonURIMappingAdminProducts.php
At line 31:
Code:
define('CEON_URI_MAPPING_GENERATION_ATTEMPT_FOR_PRODUCT_WITH_NO_MODEL',##-3);
-
Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by
diptimoy
Thanks a lot
Not sure what happened to the remainder of the original message but to perform miniimal modification to the software I added into includes/classes/class.CeonURIMappingAdminProducts.php
At line 31:
Code:
define('CEON_URI_MAPPING_GENERATION_ATTEMPT_FOR_PRODUCT_WITH_NO_MODEL',##-3);
-
Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by
mc12345678
Not sure what happened to the remainder of the original message but to perform miniimal modification to the software I added into includes/classes/class.CeonURIMappingAdminProducts.php
At line 31:
Code:
define('CEON_URI_MAPPING_GENERATION_ATTEMPT_FOR_PRODUCT_WITH_NO_MODEL',##-3);
Thanks for all.
-
Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by
mc12345678
Not sure what happened to the remainder of the original message but to perform miniimal modification to the software I added into includes/classes/class.CeonURIMappingAdminProducts.php
At line 31:
Code:
define('CEON_URI_MAPPING_GENERATION_ATTEMPT_FOR_PRODUCT_WITH_NO_MODEL',##-3);
Note that because of my browser, #'s were inadvertently added to the above, the code should be without the #'s, like hopefully below will appear:
Code:
define('CEON_URI_MAPPING_GENERATION_ATTEMPT_FOR_PRODUCT_WITH_NO_MODEL', -3);
-
Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by
mc12345678
Note that because of my browser, #'s were inadvertently added to the above, the code should be without the #'s, like hopefully below will appear:
Code:
define('CEON_URI_MAPPING_GENERATION_ATTEMPT_FOR_PRODUCT_WITH_NO_MODEL', -3);
Oho , OK , I will fix in my end
-
Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by
diptimoy
Oho , OK , I will fix in my end
I'm glad I said something.
Browser sometimes adds "invisible" characters when copy/pasting that get turned into #'s after posting. Seeing their presence in your response brought me back here to correct it.
-
Re: 500 error, ZC 1.5.6 and CEON 4.5.5
mc12345678,
Is this version compatable with ZenCart 1.5.6?
-
Re: 500 error, ZC 1.5.6 and CEON 4.5.5
Quote:
Originally Posted by
jodean
mc12345678,
Is this version compatable with ZenCart 1.5.6?
Yes and no. Yes in that the Ceon related software will work, but no in that there are some (many?) differences in the "modified" ZC files. At the moment the suggestion would be to identify the changes made to common files for the specific code of this plugin and then make the same changes to the ZC 1.5.6 files. That said, in the move from ZC 1.5.5 to 1.5.6 some of the associated files were removed. So if you look at a 1.5.5 installation where the folder identifies 1.5.5 in the modified files section: that is the set of ZC files that were changed. If those files don't exist on the server, then there is something missing or changed from a default.
-
Re: Ceon URI Mapping v4.x
v1.55f php7.1
I have installed this plugin (most recent version), successfully according to the check installation and check configuration pages, however url's are still dynamic - the .htaccess file is attached and from what I have seen in other posts it 'seems' in order so I am a little stumped as to why the rewrite isn't working.
I have historically used USU but because of its issue with 155(f) (canonical not working in conjunction with SitemapXML) I decided to change to this one to test it out for myself.
cheers,
Mike
Code:
## BEGIN CEON URI MAPPING REWRITE RULE
RewriteEngine On
# Don't rewrite any URIs ending with a file extension (ending with .[xxxxx])
RewriteCond %{REQUEST_URI} !\.[a-zA-Z]{2,5}$ [OR]
RewriteCond %{REQUEST_URI} \.(html)$ [NC]
# Don't rewrite any URIs for some, popular specific file format extensions,
# which are not covered by main file extension condition above
RewriteCond %{REQUEST_URI} !\.(mp3|mp4|h264)$ [NC]
# Don't rewrite any URIs for some specific file format extensions,
# which are not covered by main file extension condition above
# Uncomment the following line to apply this condition! (Remove the # at the start of the next line)
#RewriteCond %{REQUEST_URI} !\.(3gp|3g2|h261|h263|mj2|mjp2|mp4v|mpg4|m1v|m2v|m4u|f4v|m4v|3dml)$ [NC]
# Don't rewrite admin directory
RewriteCond %{REQUEST_URI} !^/dazzlers [NC]
# Don't rewrite editors directory
RewriteCond %{REQUEST_URI} !^/editors/ [NC]
# Don't rewrite bmz_cache directory
RewriteCond %{REQUEST_URI} !^/bmz_cache/ [NC]
# Don't rewrite readme directory
RewriteCond %{REQUEST_URI} !^/readme/ [NC]
# Don't rewrite teststore directory
RewriteCond %{REQUEST_URI} !^/teststore/ [NC]
# Don't rewrite cgi-bin directory
RewriteCond %{REQUEST_URI} !^/cgi\-bin/ [NC]
# Don't rewrite .htpasswds directory
RewriteCond %{REQUEST_URI} !^/\.htpasswds/ [NC]
# Don't rewrite logs directory
RewriteCond %{REQUEST_URI} !^/logs/ [NC]
# Don't rewrite DDG38 directory
RewriteCond %{REQUEST_URI} !^/DDG38/ [NC]
# Don't rewrite sitemap directory
RewriteCond %{REQUEST_URI} !^/sitemap/ [NC]
# Handle all other URIs using Zen Cart (its index.php)
RewriteRule .* index.php [QSA,L]
## END CEON URI MAPPING REWRITE RULE
###############################################################################
# Add any other directives relating to the handling of physical files
###############################################################################
# Notes:
#
# If processing makes it this far, the request was for a real file or folder.
# Example: Adding further processing related to browser caching or security.
###############################################################################
RewriteCond %{HTTP_HOST} ^sterlingsilverrings\.com\.au$ [OR]
RewriteCond %{HTTP_HOST} ^www\.sterlingsilverrings\.com\.au$
RewriteRule ^/?$ "https\:\/\/www\.sterlingsilverrings\.com\.au\/" [R=301,L]
# php -- BEGIN cPanel-generated handler, do not edit
# Set the “ea-php70” package as the default “PHP” programming language.
<IfModule mime_module>
AddType application/x-httpd-ea-php70___lsphp .php .php7 .phtml
</IfModule>
# php -- END cPanel-generated handler, do not edit
-
Re: Ceon URI Mapping v4.x
please ignore the above post - I missed the most important content of all in the FAQ's (alas not in the plugin Overview) - 'This module DOES NOT automatically add mappings for EXISTING Categories/Products/Manufacturers/EZ-Pages!' ...... adding mapping per product for 5 websites (= 1000's of products) is too big a task me thinks .... my fault I suppose, an assumption that it would be like USU.
and I have no idea how this works ... 'Redirect the Store's Old/Current URIs - Prevent Broken Links. Stores that have URIs generated by other software, such as Ultimate SEO, Simple SEO, Magic SEO etc., can import these existing URIs as historical URI mappings. The old SEO module's URIs will redirect to the new Ceon URI Mapping URIs, reducing the possibility of broken links from search engines and other sites!
So I will have to wait patiently for someone to fix USU (and continue with suffering rankings)
cheers,
Mike
-
Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by
shags38
please ignore the above post - I missed the most important content of all in the FAQ's (alas not in the plugin Overview) - 'This module DOES NOT automatically add mappings for EXISTING Categories/Products/Manufacturers/EZ-Pages!' ...... adding mapping per product for 5 websites (= 1000's of products) is too big a task me thinks .... my fault I suppose, an assumption that it would be like USU.
and I have no idea how this works ... 'Redirect the Store's Old/Current URIs - Prevent Broken Links. Stores that have URIs generated by other software, such as Ultimate SEO, Simple SEO, Magic SEO etc., can import these existing URIs as historical URI mappings. The old SEO module's URIs will redirect to the new Ceon URI Mapping URIs, reducing the possibility of broken links from search engines and other sites!
So I will have to wait patiently for someone to fix USU (and continue with suffering rankings)
cheers,
Mike
In my opinion it is better than USU in the control it provides. There are a number of ways to further accomplish the task you describe but I suggest that you do some homework.
As to sustaining historical links/preventing breaking redirects, well that is one of the powerful things about this software. There is no need to build an htaccess file filled with redirects from this to that or whatever as the software tends to it by receiving the request to a uri and if it is the uri that is considered current for the item, then it shows it. If the URI is not the current URI for the item, then it identifies what the current URI should be and updates the browser/search engine with that new uri to indicate what the current designation for that object is. This is done through the database.
-
Re: Ceon URI Mapping v4.x
@ mc12345678
reply to thread not working for me ? so copied and pasted
HTML Code:
In my opinion it is better than USU in the control it provides. There are a number of ways to further accomplish the task you describe but I suggest that you do some homework.
As to sustaining historical links/preventing breaking redirects, well that is one of the powerful things about this software. There is no need to build an htaccess file filled with redirects from this to that or whatever as the software tends to it by receiving the request to a uri and if it is the uri that is considered current for the item, then it shows it. If the URI is not the current URI for the item, then it identifies what the current URI should be and updates the browser/search engine with that new uri to indicate what the current designation for that object is. This is done through the database.
I did the homework, read every bit of the docs and comprehended what I could and then did the manual update thing - I can see why you like the software, it has solved the USU current issue in that it is submitting sitemaps in the rewritten url form as it should be and hopefully that will go some way to helping with the rankings ... however ... (there is always a however with me) I had / have a number of 404 broken links as a result, primarily from EZ pages and pages like what was /products_new.html now being /index.php?main_page=products_new. (featured, specials, products all, etc.)
My product pages have links to articles (EZ pages) - once I enabled uri mapping of course the links broke and deleting then copying and pasting the old original url resulted in a 404 .... so I have a number of redirects in my .htaccess - I can deal with a few instances like that and will likely exclude EZ pages from auto uri mapping on other sites.
However a major issue unfolded when checking Google WMT >> External Links I found a bunch of incoming links from other sites to pages that now result in 404. Some are to pages like new products referenced above whilst others are to categories, EZ pages and also to individual products - links are in USU form and none of them resolve, they all result in a 404. Needless to say this is very concerning.
example of a former USU url which is linked from an external site as https://www.harmonyballpendant.com/h...ll-p-1374.html .... is now https://www.harmonyballpendant.com/h...r-harmony-ball ... and returns a 404
I must admit I expected that this plug in should handle the redirection.
So I can only assume I have not done something correctly as "If the URI is not the current URI for the item, then it identifies what the current URI should be and updates the browser/search engine with that new uri to indicate what the current designation for that object is"
I added this code to .htaccess in the hope it would not redirect pages ending in .html however it is not working, well not working as I expected it might (not redirect existing urls ending in .html) - I added it after going through the process on the site but would expect that it should still work? .... and importantly I'm not sure if I should leave that code in my .htaccess
RewriteCond %{REQUEST_URI} !\.[a-zA-Z]{2,5}$ [OR]
RewriteCond %{REQUEST_URI} \.(html)$ [NC]
So understandably I need to establish whether I have done something incorrectly or that my expectations of the plugin are unrealistic before going ahead and doing my other sites.
cheers,
Mike
-
Re: Ceon URI Mapping v4.x
So I took the plunge and installed this plugin on another site and went through the process of 'updating' everything to CEON to create the new url's.
Result is in rebuilding sitemaps the url's are dynamic and not CEON.
During installation Check an error showed up as includes/init_includes/overrides/init_canonical.php was missing - I copied across an unmodified file from a downloaded copy of ZC 1.5.5f then I reinstalled the includes modified core files from the plugin and reran the Installation Check and all was good.
I mention this because the behaviour seems to be that which USU is doing, i.e. not activating canonical, hence sitemap files remain dynamic.
Something is not quite right - so how do I tackle this one? I do not want to lose all the 'updating' time if I can help it.
cheers,
Mike
-
Re: Ceon URI Mapping v4.x
(if reply with quote doesn't work, click it again... seriously. :) has happened to me, but the forum software has been setup/revised to go to a new screen instead of sliding out the entry box. Anyways...)
I believe each of the items asked about (for the like 98% of it) are fully covered in the instructions.
So, start on the first page of the documentation. There's a link about "mid-screen" where it says something like if you're having problems read these FAQs.
So, then the first issue about getting 404s. There are at least two topics with that in their title and the link for each goes to a slightly different discussion, but they are both of value. It appears that you've followed the rabbit trail at least to the discussion of the rewrite rule modification so that you can allow the plugin to manage an address ending with .html. So that is part of the aspect.
Pretty much the rest of the questions/issues are how to let the software know the destination of a provided url that has been used from outside of the software. This is something that is covered in the configuration section of the manual at or around section 10.
-
Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by
shags38
So I took the plunge and installed this plugin on another site and went through the process of 'updating' everything to CEON to create the new url's.
Result is in rebuilding sitemaps the url's are dynamic and not CEON.
During installation Check an error showed up as includes/init_includes/overrides/init_canonical.php was missing - I copied across an unmodified file from a downloaded copy of ZC 1.5.5f then I reinstalled the includes modified core files from the plugin and reran the Installation Check and all was good.
I mention this because the behaviour seems to be that which USU is doing, i.e. not activating canonical, hence sitemap files remain dynamic.
Something is not quite right - so how do I tackle this one? I do not want to lose all the 'updating' time if I can help it.
cheers,
Mike
Two things. Was Ceon URI Mappings turned on from within the configuration settings? (Default after install is for it to be off) and we're any uris set for rewrite before attempting to execute the sitemap update?
As far as homework,n there are places in this forum thread where it has been described a way to generate uris from existing product. One hint is to check the website in my signature.
-
Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by
mc12345678
(if reply with quote doesn't work, click it again... seriously. :) has happened to me, but the forum software has been setup/revised to go to a new screen instead of sliding out the entry box. Anyways...)
you may have a different entry to the forum? - this is what is happening to me, not sure if it is happening to others but would suspect so, 'reply with quote' simply 'circles' and goes nowhere - has been happening for a while now (days) - re-clicking doesn't help - what did help was after clicking that tab to then click the yellow reply to thread - server has been terribly slow for quite a while now ........ anyway, onwards and upwards.
Quote:
I believe each of the items asked about (for the like 98% of it) are fully covered in the instructions.
So, start on the first page of the documentation. There's a link about "mid-screen" where it says something like if you're having problems read these FAQs.
So, then the first issue about getting 404s. There are at least two topics with that in their title and the link for each goes to a slightly different discussion, but they are both of value. It appears that you've followed the rabbit trail at least to the discussion of the rewrite rule modification so that you can allow the plugin to manage an address ending with .html. So that is part of the aspect.
Pretty much the rest of the questions/issues are how to let the software know the destination of a provided url that has been used from outside of the software. This is something that is covered in the configuration section of the manual at or around section 10.
Went back through the instructions as you suggested and found the fix to urls like new_products etc so will take care of that - FAQ's focus on the url's resolving as the program intended ..... and they are (with me having to make mods as per above) ..... they are simply not being reflected in the sitemap (see next post).
In respect to incoming links not resolving to new url but showing 404 ..... I guess I will have to do a bunch of redirects?
cheers,
Mike
-
Re: Ceon URI Mapping v4.x
@mc12345678
Quote:
Two things. Was Ceon URI Mappings turned on from within the configuration settings? (Default after install is for it to be off) and we're any uris set for rewrite before attempting to execute the sitemap update?
As far as homework,n there are places in this forum thread where it has been described a way to generate uris from existing product. One hint is to check the website in my signature
CEON by default is set to on and no there were no other redirects in place except for http >> https://www which was the case with the first site I did which the sitemap produced rewritten urls.
As for the FAQ's - there is one on the subject of url's still resolving as dynamic, which is not the issue, (and it says 'If this does not fix things then there is simply something wrong with the server/site itself.') ... but there is nothing at all on the subject of url's working but not reflected in the sitemap, nothing at all about the relationship with Sitemap other than it is 'recommended to use sitemap as it enhances the plugin' and '[OPTIONAL but RECOMMENDED] Configure the Google Sitemap (XML) Module' ..... that is the core issue (as it was/is with USU) which tends towards a canonical issue .. yes/no?
This stands out as an anomaly - the original error discussed earlier of init_includes.php not being being found in init_includes/overrides (it was indeed missing - not sure how or why) but then uploaded and installation check then validating as OK ....
Question will re-installing the plugin affect the 'updating' already done ??? ...... if not then it might be worth a shot. That would be my last resort and if that doesn't work I will need to engage someone who can fix my issue - it is adversely affecting how and how often Google sees my site which in turn affects rankings ........... or a poor option is I wait until this plugin or USU are sorted for 1.5.6a and then upgrade and keep the fingers crossed :) ... upgrading from 1.5.1 to 1.5.5f caused the issue in the first place :(
cheers,
Mike
-
Re: Ceon URI Mapping v4.x
@mc12345678
There is always a solution, right?!
I reinstalled SitemapXML and that did the trick on the site which was the subject of the previous post - so it appears there must have been a bad or missing file in the original. (As a matter of interest I reloaded SitemapXML on another site still using USU but it made no difference to USU).
There is still the issue of the broken external incoming links - I suppose that means making a long, long list of redirects in .htaccess which is a bummer.
So thanks for all your help with this plugin - hopefully I will not need to impose on your time again (on this issue anyway :D)
cheers,
Mike
p.s. just some feedback - I am experiencing that this site is very slow and the reply with quote button doesn't want to go anywhere, after about 4 minutes of circling I gave up and used reply to thread .... or is there a forum program mod to deter me from posting :smile:
-
Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by
shags38
@mc12345678
There is always a solution, right?!
I reinstalled SitemapXML and that did the trick on the site which was the subject of the previous post - so it appears there must have been a bad or missing file in the original. (As a matter of interest I reloaded SitemapXML on another site still using USU but it made no difference to USU).
There is still the issue of the broken external incoming links - I suppose that means making a long, long list of redirects in .htaccess which is a bummer.
So thanks for all your help with this plugin - hopefully I will not need to impose on your time again (on this issue anyway :D)
cheers,
Mike
p.s. just some feedback - I am experiencing that this site is very slow and the reply with quote button doesn't want to go anywhere, after about 4 minutes of circling I gave up and used reply to thread .... or is there a forum program mod to deter me from posting :smile:
NO. There is no need for an htaccess rewrite for any uri that exists to your ZC store now that you have this module installed. You simply need to know to where you would want that uri directed and as I indicated, use the instructions to enter a destination into the database. The same is true about your ezpages, etc...
As to the "button" I the first click is supposed to javascript a window to edit, the second click is supposed to navigate the browser to a new page and show the edit window. I sometimes have to reload the page for any of that to work, but it's usually a problem with my device not the site.
-
Re: Ceon URI Mapping v4.x
Some help please, I just did a new install on my test site running zc v1.5.5f, I am trying to go to the Installation Check page per the instructions and I get a blank page. The 1st debug log error was:
Code:
PHP Parse error: syntax error, unexpected '?' in /home/sammirah/public_html/webstore2/zcadmin/includes/classes/class.CeonURIMappingInstallationCheck.php on line 2173
I removed one of 2 ?? from the middle now it says,
Code:
PHP Parse error: syntax error, unexpected ';' in /home/sammirah/public_html/webstore2/zcadmin/includes/classes/class.CeonURIMappingInstallationCheck.php on line 2173
so I removed the 1 ; at the end and it still isn't loading that page. The site is still working fine but I can't move forward in the instructions. Now it says
Code:
PHP Parse error: syntax error, unexpected 'if' (T_IF) in /home/sammirah/public_html/webstore2/zcadmin/includes/classes/class.CeonURIMappingInstallationCheck.php on line 2175
I am not going to remove anything until someone can tell me what I am missing. Below are lines 2173-2180:
PHP Code:
$path = $old_file_or_dir['file'] ? $old_file_or_dir['dir']
if (file_exists($path)) {
if (!is_dir($path)) {
@unlink($path);
} else {
$this->_deleteDir($path);
}
-
Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by
sammirah
Some help please, I just did a new install on my test site running zc v1.5.5f, I am trying to go to the Installation Check page per the instructions and I get a blank page. The 1st debug log error was:
Code:
PHP Parse error: syntax error, unexpected '?' in /home/sammirah/public_html/webstore2/zcadmin/includes/classes/class.CeonURIMappingInstallationCheck.php on line 2173
I removed one of 2 ?? from the middle now it says,
Code:
PHP Parse error: syntax error, unexpected ';' in /home/sammirah/public_html/webstore2/zcadmin/includes/classes/class.CeonURIMappingInstallationCheck.php on line 2173
so I removed the 1 ; at the end and it still isn't loading that page. The site is still working fine but I can't move forward in the instructions. Now it says
Code:
PHP Parse error: syntax error, unexpected 'if' (T_IF) in /home/sammirah/public_html/webstore2/zcadmin/includes/classes/class.CeonURIMappingInstallationCheck.php on line 2175
I am not going to remove anything until someone can tell me what I am missing. Below are lines 2173-2180:
PHP Code:
$path = $old_file_or_dir['file'] ? $old_file_or_dir['dir']
if (file_exists($path)) {
if (!is_dir($path)) {
@unlink($path);
} else {
$this->_deleteDir($path);
}
Ok so I kept reading and found this to fix the 1st problem https://www.zen-cart.com/showthread....64#post1348964
Now I can get to the appropriate page but it tells me about more errors:(
-
Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by
sammirah
Some help please, I just did a new install on my test site running zc v1.5.5f, I am trying to go to the Installation Check page per the instructions and I get a blank page. The 1st debug log error was:
Code:
PHP Parse error: syntax error, unexpected '?' in /home/sammirah/public_html/webstore2/zcadmin/includes/classes/class.CeonURIMappingInstallationCheck.php on line 2173
I removed one of 2 ?? from the middle now it says,
Code:
PHP Parse error: syntax error, unexpected ';' in /home/sammirah/public_html/webstore2/zcadmin/includes/classes/class.CeonURIMappingInstallationCheck.php on line 2173
so I removed the 1 ; at the end and it still isn't loading that page. The site is still working fine but I can't move forward in the instructions. Now it says
Code:
PHP Parse error: syntax error, unexpected 'if' (T_IF) in /home/sammirah/public_html/webstore2/zcadmin/includes/classes/class.CeonURIMappingInstallationCheck.php on line 2175
I am not going to remove anything until someone can tell me what I am missing. Below are lines 2173-2180:
PHP Code:
$path = $old_file_or_dir['file'] ? $old_file_or_dir['dir']
if (file_exists($path)) {
if (!is_dir($path)) {
@unlink($path);
} else {
$this->_deleteDir($path);
}
Your code is different from what I have:
PHP Code:
$path = isset($old_file_or_dir['file']) ? $old_file_or_dir['file'] : $old_file_or_dir['dir'];
But even so, you could I think is better to use
PHP Code:
$path = (isset($old_file_or_dir['file'])) ? $old_file_or_dir['file'] : $old_file_or_dir['dir'];
-
Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by
mc12345678
NO. There is no need for an htaccess rewrite for any uri that exists to your ZC store now that you have this module installed. You simply need to know to where you would want that uri directed and as I indicated, use the instructions to enter a destination into the database. The same is true about your ezpages, etc...
As to the "button" I the first click is supposed to javascript a window to edit, the second click is supposed to navigate the browser to a new page and show the edit window. I sometimes have to reload the page for any of that to work, but it's usually a problem with my device not the site.
Hi mc12345678 - yes I must admit to having seen the instructions but cringed at seeing terms like 'create database table' etc ... however ... I will put some time aside and teach myself / practice creating and adding database tables - I suppose I simply just need to do it. In the short term I have activated a few critical redirects so other sites can find certain pages but will change them on the DB a bit down the track.
I'm happy with the the way the plugin works - I am now getting sitemaps generated as they should be! ..... and Googlebot is taking notice, crawling and indexing more pages already :D
cheers,
Mike
-
Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by
shags38
Hi mc12345678 - yes I must admit to having seen the instructions but cringed at seeing terms like 'create database table' etc ... however ... I will put some time aside and teach myself / practice creating and adding database tables - I suppose I simply just need to do it. In the short term I have activated a few critical redirects so other sites can find certain pages but will change them on the DB a bit down the track.
I'm happy with the the way the plugin works - I am now getting sitemaps generated as they should be! ..... and Googlebot is taking notice, crawling and indexing more pages already :D
cheers,
Mike
Well, please read the entire sentence/section. There is no TABLE creation, it's a line within the table to identify all of the highlights necessary to properly direct/redirect a page request. All of the ZC dynamic information to get to the page as well as the static information directly related to the page to be loaded.
For any destination, there is to be one active uri with all of the rest set as inactive. The active uri is the one that search engines will get to know.
-
Re: Ceon URI Mapping v4.x
I was looking at some of the code in this module and noticed that variable declarations had been changed.
For example,
Code:
var $_clashing_mappings = array();
has been changed to
Code:
public $_clashing_mappings = array();
This despite the fact that the original authors comments prior to the declaration are
/**
* Maintains a list of any URI mappings for the Manufacturer which clash with existing mappings.
*
* @var array
* @access protected
*/
Shouldn't that have been changed to
Code:
protected $_clashing_mappings = array();
-
Re: Ceon URI Mapping v4.x
Some people asked me when the new CEON version for 1.5.6 which I announced for january will be finally released. Sorry folks, should not have mentioned a release date in advance. I got zero feedback on the Github version which is 95% finished, don't have the time at the moment to work on this. As it seems that the original CEON team is taking care again of their plugin I suggest that you are waiting for them to release this update.
-
Re: Ceon URI Mapping v4.x
Well, I guess I'll be stuck with zc155f for a while. Cannot simply change thousands of indexed urls.
-
Re: Ceon URI Mapping v4.x
Quote:
Well, I guess I'll be stuck with zc155f for a while
IMHO that is the most sensible option while the early adopters are still bug-squashing 156.
Meanwhile you could ask CEON to post here what they are up to and what they plan to do with the Mappings Manager...
-
Re: Ceon URI Mapping v4.x
Everybody keeps talking about a "original" team and CEON team and some future update like a messiah.
A google search for ceon url mapping gets me to zencart and git. Where is that site that sells or whatever this module ?
-
Re: Ceon URI Mapping v4.x
ceon dot net
For people who have been around here a few years, CEON, or to be exact Conor Kerr (who was CEON), produced (in my opinion at least) the highest quality code + documentation this forum has ever seen, by a very long way. Coupled with his endless support, he was a one-off and deserved/deserves a heap of respect and rememberance for his exemplary efforts. It was a huge loss when he passed.
So the respectful tone for his code is well-justified.
CEON now is his family, intending to keep his work alive.
Personally I think Zen Cart should pay up and integrate this and Advanced Shipper into the core once and for all to pay respect to the man, keep his memory alive, and because it does the job far better than the core code.
</rant>
-
Re: Ceon URI Mapping v4.x
Hey Guys,
Running URI mappings on v1.5.6a, I also have the mod "FAQ Module" installed to handle all my FAQ's I am wondering if there is a way to get the URI mappings page to handle these links also
I would be fine importing the link definitions directly to the database, But I cannot figure out a way to get the URI module to recognise the new pages which are
faqs_all
faq_info
With also a different path style "fcPath=5&faqs_id=6" to make it even harder I assume. Has anyone else had luck with something like this?
Thanks!
-
Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by
DannyVarley
Hey Guys,
Running URI mappings on v1.5.6a, I also have the mod "FAQ Module" installed to handle all my FAQ's I am wondering if there is a way to get the URI mappings page to handle these links also
I would be fine importing the link definitions directly to the database, But I cannot figure out a way to get the URI module to recognise the new pages which are
faqs_all
faq_info
With also a different path style "fcPath=5&faqs_id=6" to make it even harder I assume. Has anyone else had luck with something like this?
Thanks!
Basically, since the faq module introduces it's own main_page and associated parameters, adding an additional handling class that is interfaced with the faq module would make it possible to control the uris.
The instructions identify what fields need to be populated when it is desired to manually (by sql statement) apply a uri for some other page.
-
Re: Ceon URI Mapping v4.x
Again thanks for the quick help! I totally didn't expect it to be as easy as that! I had a look in the instructions and found exactly what I needed to do.
For anyone else wanting the answer in the future, In the docs under configuration > 10. Specifying the current URI Mapping for any other Zen Cart page
This tells you exactly how to do it!
I can't believe I didn't just read all the instructions first :blush:
-
Re: 500 error, ZC 1.5.6 and CEON 4.5.5
Quote:
Originally Posted by
mc12345678
...
It does also still override some init_xx files, but that is done by override not by replacement/merge.
...
IMO, using an auto_loaders/overrides or init_includes/overrides form of "overriding" is worst than just making a commented change into the core module. Even though you're not making a core-file modification, you are changing the behavior of the site and, essentially, overriding the entire module.
If there's a spot in a core file that needs a notification so that you don't need that /overrides file ... just add a well-commented notification instead. The person who's updating the associated site next will thank you.
-
Re: Ceon URI Mapping v4.x
What does/did Advanced Shipper do? I do not see it in the plugins?
-
Re: Ceon URI Mapping v4.x
Quote:
What does/did Advanced Shipper do? I do not see it in the plugins?
Since it was a commercial module, it was not allowed to have a support thread. It was/is a comprehensive shipping solution that offered all and more than the core Zen Cart options, in one package. Highly recommended. I got it from day one as ZC could not do what I needed.
You can get it from ceon.net, and is well worth the cost in my opinion.
-
Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by
webchills
I got zero feedback on the Github version which is 95% finished, don't have the time at the moment to work on this.
Numerous bugs when testing it on ZC v1.5.6a, PHP 7.3.0 and MySQL 5.7.23
I noticed the Categories page wasn't at all 1.5.6a ready, several places where functions had been declared private but needed to be public, and a few other issues which I can't remember off the top of my head
-
Re: Ceon URI Mapping v4.x
My answer to the concerns people are raising such as this:
https://www.zen-cart.com/showthread....97#post1355697
This plugin is in the public domain and so there is no "owner" nor is anyone responsible for it.
It would seem logical that the CEON family would look after it, to promote the (previously commercial) URI Mappings Manager add-on, but I am not privy to the backstory there.
I made the changes necessary for php7 and ZC155f for my own use and put it on Github for others to use and also to keep the memory going.
Webchills did his own update and uploaded it to the plugins.
I think there is also an update done by the german forum.
I will be reviewing all options when I upgrade to 1.56, which will not be anytime soon, judging by the constant bug reports.
So in the meantime, it's open source, so you can do what you want, or wait and hope that maybe one of the usual altruistic suspects will update it, or pay someone. We are spoilt for choice.
-
Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by
torvista
My answer to the concerns people are raising such as this:
https://www.zen-cart.com/showthread....97#post1355697
This plugin is in the public domain and so there is no "owner" nor is anyone responsible for it.
It would seem logical that the CEON family would look after it, to promote the (previously commercial) URI Mappings Manager add-on, but I am not privy to the backstory there.
I made the changes necessary for php7 and ZC155f for my own use and put it on Github for others to use and also to keep the memory going.
Webchills did his own update and uploaded it to the plugins.
I think there is also an update done by the german forum.
I will be reviewing all options when I upgrade to 1.56, which will not be anytime soon, judging by the constant bug reports.
So in the meantime, it's open source, so you can do what you want, or wait and hope that maybe one of the usual altruistic suspects will update it, or pay someone. We are spoilt for choice.
I'm not moaning. I was trying to get the official status on a future update for a matter of respect.
Anyway, I've forked your repository, because that's the one I'm using, and started working on this update.
Categories are now working. Next week , I'll focus on products.
-
Re: Ceon URI Mapping v4.x
I never meant to imply that.
Your concern about what for many is an integral part of their shop is perfectly understandable.
I just wanted to remind everyone else of the status of this particular plugin and more than other all user-contrubuted code, it really is up to the community to take it forward.
I would be surprised if it proves very difficult to get working with php7.3/ZC156, such is the quality of the original code....I hope you prove me right.
-
Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by
torvista
I would be surprised if it proves very difficult to get working with php7.3/ZC156, such is the quality of the original code....I hope you prove me right.
Yep, it's bulletproof, it's almost done ( or I think it is), except the admin configuration check for 156. I think tomorrow is done.
-
Re: Ceon URI Mapping v4.x
Please help! I found out if I turn on the "Ceon URI Mapping ", the "<link rel="canonical" part shows up in the html source code.
I understand this is normal and it suppose to work in this way.
but if I turn off the "Ceon URI Mapping ", then the canonical tag is gone, can anyone guide me how to fix it:
I need to turn off the CEON URI mapping while keep the canonical tag on in my html header part.
-
Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by
sjbglx1
Please help! I found out if I turn on the "Ceon URI Mapping ", the "<link rel="canonical" part shows up in the html source code.
I understand this is normal and it suppose to work in this way.
but if I turn off the "Ceon URI Mapping ", then the canonical tag is gone, can anyone guide me how to fix it:
I need to turn off the CEON URI mapping while keep the canonical tag on in my html header part.
Please see your other thread started about this: https://www.zen-cart.com/showthread....03#post1357003
-
Re: Ceon URI Mapping v4.x
When the CEON mod is on , why google bot read the url in different way?
For example, my product 1 url reads like : https:/mysite.com/categoryname/product1
then if I create a sitemap, the above URL will be stored as "https:/mysite.com/categoryname/product1" for product 1
However, google bot crawls it like : https:/mysite.com/categoryname/product1?cPath=categoryname
So google think can not find the product URL in my sitemap.xml.
Why the google bot reads my url in this way? I need them to match each other.
Please advise!
-
Re: Ceon URI Mapping v4.x
After reading the doc came with the installation,
the "?cPath=...." should be added to each linked product URL ,and the doc says there is no way to avoid it.
my case is odd and opposite, each of my url is missing the "?cPath=...” at the end.:unsure:
anybody has any ideas?
-
Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by
torvista
My answer to the concerns people are raising such as this:
https://www.zen-cart.com/showthread....97#post1355697
This plugin is in the public domain and so there is no "owner" nor is anyone responsible for it.
It would seem logical that the CEON family would look after it, to promote the (previously commercial) URI Mappings Manager add-on, but I am not privy to the backstory there.
I made the changes necessary for php7 and ZC155f for my own use and put it on Github for others to use and also to keep the memory going.
Webchills did his own update and uploaded it to the plugins.
I think there is also an update done by the german forum.
I will be reviewing all options when I upgrade to 1.56, which will not be anytime soon, judging by the constant bug reports.
So in the meantime, it's open source, so you can do what you want, or wait and hope that maybe one of the usual altruistic suspects will update it, or pay someone. We are spoilt for choice.
By the way how did you make the cegories work?
Thank you in advance.
-
Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by
sjbglx1
When the CEON mod is on , why google bot read the url in different way?
For example, my product 1 url reads like : https:/mysite.com/categoryname/product1
then if I create a sitemap, the above URL will be stored as "https:/mysite.com/categoryname/product1" for product 1
However, google bot crawls it like : https:/mysite.com/categoryname/product1?cPath=categoryname
So google think can not find the product URL in my sitemap.xml.
Why the google bot reads my url in this way? I need them to match each other.
Please advise!
It helps to investigate when a web address is provided. Without it, I would say this:
The presence of ?cPath=x for a product managed by Ceon URI Mapping indicates that the current category where that product is being shown is not the product's master category. The master category is identified at the top of a product's information page in the admin. This plugin will still generate a canonical uri that excludes the cPath parameter. The above question only states the condition of the canonical url and does not say anything about what the web browser shows.
Curious. For the Google link that is identified, the content that follows ?cPath= is it truly categoryname (as in the language word(s) of the category) or is it a series of numbers separated by underscores?
Generally speaking, Google and other search engines don't make up fictitious links. It is expected that the search engine found the link somewhere and added to their list. It may have been on someone else's site or generated internally at some point. It is possible though through google's admin tools to identify the importance of the various parameters and what they mean. Generally speaking the cPath parameter places the product in a group it doesn't define the product itself.
-
Re: Ceon URI Mapping v4.x
v1.5.5f php7.1
I need some qualified advice here please on a major problem.
Firstly the background;
I posted yesterday in the USU (Ultimate SEO) thread - details below - about reverting to USU from CEON and how this could be seamlessly done.
This was the post;
Quote:
I installed CEON URI Mapping as a matter of 'have to' when USU had the canonical problem. CEON is too complicated for me so I want to revert back to the latest version of USU.
Question: will USU seamlessly re-write the CEON generated urls? .... as well as those that are still using the standard ZC generic index.php?xyzacb format? ... i.e. will all currently indexed urls remain indexed without having to be found again by Google?
Are there any specific things I need to do and in any particular order to ensure the changeover works .... seamlessly :)
this was the response;
Quote:
USU won't be able to rewrite those customized CEON-generated links since they can be fairly free-form. The only thing that comes to mind is to add rewrites to the .htaccess for each of the CEON-customized links prior to the bit that's required by USU. The developers in the CEON forum might be able to shed additional light on a different solution.
QUESTION for this forum;
Is there a way to have the now CEON generated urls on my sites (6 of them) numbering thousands per site re-write to the USU format when I install and enable USU ???
I look forward to some advice.
cheers,
Mike
p.s. I am still trying to recover my previous ranking prior to the USU issue
USU thread link, https://www.zen-cart.com/showthread....74#post1357674
-
Re: Ceon URI Mapping v4.x
@mc12345678 .... found this thread with 'similar' query - goes back to 2014 - you were integrally involved in it. So wondering if there is an advancement in the process?
cheers,
Mike
-
Re: Ceon URI Mapping v4.x
Quote:
Is there a way to have the now CEON generated urls on my sites (6 of them) numbering thousands per site re-write to the USU format when I install and enable USU ???
As I understand it, either
- you make USU create links in the same format as CEON so they effectively do not change.
- you take those CEON rewrites and manually put them in the htaccess and then prevent USU from creating new links for the same products.
Neither of those options I would want to do. Your problem seems to be based on finding CEON "dificult to use". Well it was always intended to be used with the (commercial) CEON Mappings Manager. Speak to CEON and see if you can buy it, I have used CEON for ten years and still do. Difficult to use it is not (as Yoda might say).
-
Re: Ceon URI Mapping v4.x
Many thanks for your response - I appreciate it
Quote:
Originally Posted by
torvista
As I understand it, either
- you make USU create links in the same format as CEON so they effectively do not change.
so how can this be done, 'make' USU create identical links?? Having used USU before I am not aware of any configuration that would handle this.
Quote:
- you take those CEON rewrites and manually put them in the htaccess and then prevent USU from creating new links for the same products.
just a couple of things on this one;
- talking about hundreds of products plus ez pages, category pages etc ........... are you suggesting adding hundreds of url redirects in an htaccess file?
- how would I obtain the list of urls?
Quote:
Neither of those options I would want to do. Your problem seems to be based on finding CEON "dificult to use". Well it was always intended to be used with the (commercial) CEON Mappings Manager. Speak to CEON and see if you can buy it, I have used CEON for ten years and still do. Difficult to use it is not (as Yoda might say).
- yes you are right, neither option is practical - would be better off reverting to ZC dynamic urls and then installing USU, less work
- last time I looked at the CEON website the CEON Mappings Manager was no longer available - it would be an option if it was - any idea where I could get a copy other than their website?
cheers,
Mike
-
Re: Ceon URI Mapping v4.x
Quote:
so how can this be done, 'make' USU create identical links?
No idea, it's just an "option" only in the general that with open source anything is possible if you are prepared to throw lots of time an money at at. In all cases one has to decide if it is justified....
Quote:
are you suggesting adding hundreds of url redirects in an htaccess file?
Nope. That's another "option" that sounds nuts.
Quote:
last time I looked at the CEON website the CEON Mappings Manager was no longer available
Contact them directly. They have the code, which is being reworked to a completely new animal. Convince them to take your money!
Or bite the bullet/take the (hopefully temporary) hit and use a solution that is supported here/revert to native urls.
I think your case illustrates what many people think, better to not fix what is not broken (the native urls) or you may get in a SEO mess when you want/have to change something.
I only use friendly urls to paste into emails and because it looks better/more professional to the browsing customer.
I don't worry about SEO, I consider that out of my little hands: I let Google invest their time and money in getting relevant search results from my unique, well-written, html/css correct content, irrespective of the url that locates it.
-
Re: Ceon URI Mapping v4.x
Quote:
Originally Posted by
shags38
@mc12345678 .... found this thread with 'similar' query - goes back to 2014 - you were integrally involved in it. So wondering if there is an advancement in the process?
cheers,
Mike
The two programs are based off of two major differences. This module allows assigning the url to be just about anything desired and maintains a record of each url assigned so that a link previously made is always accessible. The other depends primarily on a pattern existing (e.g. Product: -p-{products_id}, Category: -c-{categories_id}).##
This module can both be edited or used to create similarly formatted URLs, but one of considerations is that it doesn't matter what those numbers are to the public, they are looking to get to the thing that is identified by the url. The software cares, but a url that points to products_id=5 could just as easily be modified to point to products_id=232 or to an ez-page for that matter. So long as it is unique and the only active url to the object.
None of that though really addresses your issue of "hot-swapping" between the two programs. Mind you with this module, if you wanted to no longer reference to a rewritten uri and instead use the default uri, the item of interest would just not have an active rewrite. All of the historical would remain (and be reachable), but then identify to stop using the rewritten uri and instead use the default. Now given sufficient time, that should be sufficient for everything to be linked back to the original URIs.##
The original URIs can also be obtained by use of the htaccess to convert the provided REQUEST_URI into the ZC original identifier. Because this module uses the database to translate between the two, the database could be used to recreate such rewrites that are then copied into the htaccess file. It doesn't necessarily mean that all need to or should be done that way, again some intelligent determination could be used to select the "important" ones. ##
A third option is the slightly more direct revision of the rewrites already made using this module to rewrite to those of the other. This though introduces yet another potential problem for future maintenance. What if then that rewriter is no longer being used and yet another association must be made with the possibility of rewriting to a rewrite to a rewrite, etc...
Any quality rewriter should be able to accept the ZC original URIs and provide the rewritten uri output by the module. That is why I recommend that if going to put in effort to undo what was done (which appears to not have included collecting the rewritten uris from the other module and populating the database with them as the active rewrites) to "make it simple" by rewriting back to the original url and then allow whatever rewriter to convert to the then current uri.##
As to moving everything to another domain, well, that is easiest when/where there is some one-for-one relationship. At the moment, redirecting to the alternate domain will cause that to initially inherit the issues of the existing domain where whatever is being done to address those issues on the one site, would be done with the other.
Another thing that could be done, though I haven't seen much discussion on is to actually have both active and as necessary some rewritten code to support migrating away from this module. As torvista has indicated and I think I have seen discussion of, the commercial version of this module seems capable of transitioning away from any other module, but it is up to whatever other module to support transitioning away from this one.##
Regardless, it seems that at least time is needed to get back to where things were with either no action taken or to reduce that time to put in some level of effort.
Looking over the posts I provided I did not come out and spell exactly how to accomplish the goal of this module recognizing the previous URIs. I did try to lead on and teach, but it appears unfortunately that I failed. I do know also that at the time I was trying to help amidst being busy with a number of other things and trying to not answer questions not asked (one of those comments I've gotten about my postings).##
The expectation was to collect the URIs associated with all desired destinations. Then populate the database with those URIs and the associated data necessary to reference the appropriate object. The information needed for each type of redirect is, as I said, provided in the instructions and collecting the desired/necessary data is something possible when using any bulk product exporter.##
Yes, that information would still need a little massaging. That would be relatively straight forward when using a spreadsheet program where "formulas" can be used to join text together or use only portions of data. Then the resulting operations could be stored as text and executed. A rather straight forward series of operations.##
As to some thread back in 2014, I don't see a link to it and as can be seen I've been involved in a number of conversations over the years. If would like more of a response on the topic, would need to know what thread was in question.
Whatever you decide to do, I recommend setting out a plan, determining the pros and cons, what issues are likely to exist and how important each issue is to prevent or mitigate.
-
Re: Ceon URI Mapping v4.x
reply to torvista and mc12345678 (in this one post rather than separately)
Thank you both for your considered responses, I really do appreciate it;
Quote:
I think your case illustrates what many people think, better to not fix what is not broken (the native urls) or you may get in a SEO mess when you want/have to change something.
Yep - I recall RodG (passed) was very vocal about exactly that.
What this does raise is why is it that a urls rewriter is not included in the base ZC platform - switchable enable/disable (for those who do not want to use it) .... something that as part of the platform would require testing and compatibility validation every time a version revision is released ??
The 'mess' that exists, with my situation, is as a result of an incompatibility problem of USU plugin with the new release 1.55f (as it was then) ... the issue was fixed only late last year. The original author (ihungil) is no longer with ZC (sound familiar?) - neither of the two url rewriters are supported by their original authors and it has rested with other good samaritans to tackle the issues and get the plugins working correctly (i.5.6 in the case of CEON). Meanwhile ZC sites using these plugins that are not doing what they should are suffering in respect to Google ranking, a point missed by so many. The USU issue at least (not using 1.5.6 so not sure what the CEON issue there was), affected the urls delivered to the sitemap, or non delivery more to the point. So Google was being told to find the urls in the sitemap but they were wrong - reflected in Google Search (WMT) and in SERP rankings. The url submitted which doesn't match the page url becomes a totally new page which needs indexing (re-indexing).
Yes Google can find any url and appropriate it 'eventually' to the right page but best practices suggest it is imperative that a sitemap be submitted ..... any links, both to and from, the rewritten page url will be lost forever if the redirection of that page to the new url is not effective .... it becomes a totally new page.
...... as mc12345678 points out
Quote:
This module can both be edited or used to create similarly formatted URLs, but one of considerations is that it doesn't matter what those numbers are to the public, they are looking to get to the thing that is identified by the url.
It is not about anything else but what Google sees and if Google is getting mixed messages it reflects on SEO - in the true sense of the phrase, Search Engine Optimization .... optimizing the site for the search engines to make their job easier to do their job, present search results according to the query - if they are provided confusing signals then your site becomes less 'optimal' to them.
Opinion from an opinionated ZC user;
'User Friendly' urls are now expected by Google as an integral component of their algorithm putting user experience to the fore in ranking sites - they say as much, and it makes sense .... granted it is not 'critical' but neither is html5 but it is certainly desirable.
The fact remains there are differing opinions however let me suggest that the purists are in the not needed camp and the progressives agree with Google. You are very hard pressed, very hard pressed indeed to find an eCommerce website anywhere in the top 5 pages of SERP's still using dynamic urls ... begs the question why? We all know the answer.
I will likely get belted from dawn to dusk over the following comment by those who volunteer their time to help people like me, something I and many others respect and appreciate, but before pulling out the baseball bat the comment is not directed at any individual nor group of individuals bot more so at the 'system'.... and some will argue the system is the community but as we know any community has leaders or a council or similar - so the developers of ZC.
So the 'safe' option in Zen Cart is to leave things alone, stick with the integrated dynamic url system ... that in itself is, in my humble opinion, archaic in 2019. What is more concerning is that when what I will call a vital plugin (and there are differing opinions of what is and isn't vital) identified as broken and the author is no longer involved in the forums it then rests on a volunteer to put up their hand to attempt to fix it .... if they have the skills, the motivation and importantly if they are indeed even aware of the problem (dependent on what forums they read and or how often). Plugins of such importance, those that are critical to the actual performance of the site (seo or otherwise) vs nice to have available plugins should not be left to others to make sure they work with the version changes as they are released.
I have no idea how many of those that downloaded 1.5.5f, when it was released or was still the current version, actually installed it and how many of those had USU installed or subsequently installed it (before lat9 fixed it) but all of them will have had the canonical compatibility issue - problem is some site owners do not do their own build / management and some webmasters may not be as diligent as they possibly could be - in either case if not regularly checking your sites performance, in the eyes of Google, via Google Search (and not just Analytics or other metrics) then those site owners would be unaware of the damage being done. Maybe site owners like me are more diligent, not sure, but I didn't see too many others raising the USU canonical issue (I believe I was the first) - but that aside there is absolutely no doubt in my mind that many if not all of those sites will have suffered ranking issues, through no fault of their own.
So what it means, at least for me, is that I will never again install a ZC version upgrade until I see evidence that the plugins I use are indeed compatible with the new version. Fortunately I had a couple of sites I didn't upgrade and left at 1.5.1 - they never suffered ranking loss (USU was fully compatible). However I think the issue is far bigger than me. The problem is that few are aware of the issue (now fixed) and fewer 'participate' in the forums (may explain the first part of the sentence).
I have tried everything I can think of, other than piracy, to get hold of a copy of CEON URI Manager (commercial) which as I understand it would be of some assistance to me to better understand / manage CEON ..... sent an email to CEON .net and will see if I get a response.
This is what I am going to do now;
Having read your responses, for which I thank you again, I am going to stick with things as they now stand, i.e. continue with CEON URI Mapping - the alternative is far too messy .... and will likely become a nuisance asking dumb questions in this forum. I did say to you some time back mc12345678 that I would study the instructions and learn the CEON system .... well read it thoroughly but only once, I will need to read it over a few times and experiment - at 65 and not being a developer it takes a bit longer to register (if at all).
The only question left is the 'other' part of the query - wrong forum but whilst here :) - redirecting the site url to a new url name - same site, same host, just a domain name change - what steps are required to effect this smoothly? (I think I know but looking for validation).
Again thank you both.
cheers, Mike
Quote:
I don't worry about SEO, I consider that out of my little hands: I let Google invest their time and money in getting relevant search results from my unique, well-written, html/css correct content, irrespective of the url that locates it.
Steve - you should bottle this :)
p.s. I do have some questions regarding the 'unique content' in quote above but will ask it in another forum and hope I get some helpful responses :)
-
Re: Ceon URI Mapping v4.x
@mc12345678
was browsing the forums and found this post that you commented in https://www.zen-cart.com/showthread....72#post1357772 and saw this comment;
Quote:
- Ceon module was turned off instead of changing all of the active URIs to being inactive. As a result, now the site has to be completely reindexed rather than having the links updated back to their Zen Cart original paths by reference to their former rewritten uris.
not sure if I may be taking it out of context but .... not that I am likely to now however just for my edification, if turning CEON off, to revert to original ZC original paths I assume that there is a process - not that I need it explained now - is it in the instructions? a simple yes & yes will do :)
cheers, Mike
-
Re: Ceon URI Mapping v4.x
Quote:
You are very hard pressed, very hard pressed indeed to find an eCommerce website anywhere in the top 5 pages of SERP's still using dynamic urls ... begs the question why?
Don't hold your breath waiting for an answer from the developers (last roadmap update 2016):
https://www.zen-cart.com/showthread....45#post1353345
-
Re: Ceon URI Mapping v4.x
Is it my imagination or has Ceon released their update? I've just downloaded Version 5.0 from ceon.net itself. :cool: