Ceon URI Mapping v4.x

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?

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. .

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

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

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...

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.

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.

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

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.

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?

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...

Thanks a lot

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:

define('CEON_URI_MAPPING_GENERATION_ATTEMPT_FOR_PRODUCT_WITH_NO_MODEL',##-3);

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:

define('CEON_URI_MAPPING_GENERATION_ATTEMPT_FOR_PRODUCT_WITH_NO_MODEL',##-3);

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:

define('CEON_URI_MAPPING_GENERATION_ATTEMPT_FOR_PRODUCT_WITH_NO_MODEL',##-3);

Thanks for all.

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:

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:

define('CEON_URI_MAPPING_GENERATION_ATTEMPT_FOR_PRODUCT_WITH_NO_MODEL', -3);

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:

define('CEON_URI_MAPPING_GENERATION_ATTEMPT_FOR_PRODUCT_WITH_NO_MODEL', -3);

Oho , OK , I will fix in my end

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.

mc12345678,

Is this version compatable with ZenCart 1.5.6?

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.