Ceon URI Mapping v4.x

[DivaVocals]

Which, in part is why I hadn't put something like it out there yet. I don't know if it is something like a programmer's respect or if it is that I don't want to be responsible for the loss of another's income (although I might be talked into it. ), but I was considering providing the ability to interface with the applicable table(s), leaving any automation or other mixing and matching to the user. This is much like how the version of EP that I have come to like is setup. It seems to have all that is needed in it, but is not necessariily sequenced/documented for all things.

To incorporate in another version, I'd have to learn and tinker a bit.

Honestly that's very nice that you feel this way, but not necessary since this add-on is a FREE module.. And since the original developer is no longer with us, and the free module is now largely supported by the community, I say it's more than okay to submit any helper add-ons we (as the community who are continuing to support this add-on) see fit to submit.. What you proposed could certainly end up being a lot more robust than my simple SQL script which only closes ONE gap. What you propose with EP could close ALL the gaps.. But let me make sure that I understand if this is what you are proposing:

Using either EP or a variant of EP

• Initial population of category/product/EZ Pages URI Mappings
• Initial population of default/other pages URI Mappings
• Updates to URI Mappings when changes to category/product/EZ Pages are needed
• Updates/Additions to URI Mappings when changes/additions to default/other pages are needed

Because if this is what you are suggesting, this would be FANTASTIC and a much WELCOME add-on to the Zen Cart community!!

[mc12345678]

Genius.. Who me??? nah! I just play one on TV!

Goodness if you could work out a way to help EZ Populate users who are using this add-on too that would be OUTSTANDING!!! One of the "achilles heels" of this add-on on is that EZ Populate users have to manually edit products/categories ADDED or MODIFIED via EZ Populate in order to get the URI Mapping table populated/updated..

Now if on TOP OF THAT, you could come up with a way to use EZ Populate to update the Ceon URI Mapping table, you could expand it to do more than just add the default pages. In theory you COULD come up with a means to allow shopowners to use EZ Populate for the initial population of the product, category, and EZ Pages URIs when one first installs this add-on on an existing store. This would be miles easier than having to manually update every product/category/EZ Page on the site..

I do have in my mind a way to accomplish it with the version of EP that I have come to use, but like in my last post, I feel like I have some sort of an ethical dilemma. Connor originally had a good reason to ask for compensation for his work on the "automated" version, and it would seem those that benefitted from it in turn did not release the modifications to those that did not provide compensation. As has been an answer to many poster's question (is it possible...), yes it is possible to do many things with ZC. This is an open source platform, improvements made based off of the needs and desires of those that need and desire different options and capabilities. It is not specifically (in my opinion) something that exists to "thwart" the man, but has come about from a group of like minded people that got together and made something that is used by tens if not hundreds of thousands of store owners. So, part of me contemplates the release of something that to some extent already exists but by a different "name" and in a way the effects. As a single individual, I am not sure to what extent I would be able to support the myriad of resulting questions, it is likely to result in the increase of consultants and consultations to support, and have an impact on well in a sense the legacy of Connor. I am not saying that I agree or disagree with what has happened with what he did, but by creating functionality equivalent to an existing product does have it's impacts both on a personal level as well as a professional level.

I also realize that there is a time and place for things, and that some things require time before getting to the right place. I guess in a way, I have my concerns. If I didn't know so much about the situation I probably wouldn't think twice about doing it.

[mc12345678]

Honestly that's very nice that you feel this way, but not necessary since this add-on is a FREE module.. And since the original developer is no longer with us, and the free module is now largely supported by the community, I say it's more than okay to submit any helper add-ons we (as the community who are continuing to support this add-on) see fit to submit.. What you proposed could certainly end up being a lot more robust than my simple SQL script which only closes ONE gap. What you propose with EP could close ALL the gaps.. But let me make sure that I understand if this is what you are proposing:

Using either EP or a variant of EP

• Initial population of category/product/EZ Pages URI Mappings
• Initial population of default/other pages URI Mappings
• Updates to URI Mappings when changes to category/product/EZ Pages are needed
• Updates/Additions to URI Mappings when changes/additions to default/other pages are needed

Because if this is what you are suggesting, this would be FANTASTIC and a much WELCOME add-on to the Zen Cart community!!

So, perhaps that would be the end user(s) thought on how it would work, but here is my possible duplication of that statement in a somewhat sequence of development/design.

1) First export of the existing CEON URI table/tables.
2) identify relationships of that data with other tables in the database/EP program so that can export applicable CEON data with the applicable file export file.
3) Incorporate import capability to each of the file types.
4) Provide detection for existence of CEON URI being installed.
5) Create default file(s) based off of export of such to then be import by "new" users.
6) Incorporate export of new path based on admin chosen sequence for items exported that do not have a path assigned yet.
7) Detect path to be formatted as originally described (/ first followed by whatever "sub-directory" is part of ZC install with possibility of an admin override for those hey need it, want it this way kind of instances.
8) Incorporate a switch that controls the "calculation" of the path so that on import a check is made and based on difference(s) recreates the new path withthe expectation of the new one becoming the only "new" one for that identifier.
9) Generation of the new path/verification would need to include/incorporate existing switches and settings of this plugin (ie -, _, lower case, upper case and other separators)


I'm not sure what is implied/expected about "Updates/Additions to URI Mappings when changes/additions to default/other pages are needed" I mean I think that this is covered by what I describe above, but not sure.

The thought is that the file(s) would be of a CSV type and more than likely need to be manipulated by a spreadsheet program (or similar text editor) that would maintain quotes around all data, with quoted text split by commas, all data in a UTF-8 format, umm kinda can't think of anything else related, but think that we are on the same page? Not to say that your SQL code wouldn't still be good. At least would be good to have a starting point of the desired URI remappings/pages to remap, etc...

[DivaVocals]

I respect your opinion, and I would agree except for two things..
1. Conor is no longer with us
2. The free version of this module is now being supported solely by the community

So I'm going to put together my SQL script when my time permits.. Conor's passing has changed things.. If he were alive I would totally feel differently.. Unfortunately Conor is no longer with us and as one of the community members who has stuck around to help with support, I want to help improve things for the users of the free module..

I do have in my mind a way to accomplish it with the version of EP that I have come to use, but like in my last post, I feel like I have some sort of an ethical dilemma. Connor originally had a good reason to ask for compensation for his work on the "automated" version, and it would seem those that benefitted from it in turn did not release the modifications to those that did not provide compensation. As has been an answer to many poster's question (is it possible...), yes it is possible to do many things with ZC. This is an open source platform, improvements made based off of the needs and desires of those that need and desire different options and capabilities. It is not specifically (in my opinion) something that exists to "thwart" the man, but has come about from a group of like minded people that got together and made something that is used by tens if not hundreds of thousands of store owners. So, part of me contemplates the release of something that to some extent already exists but by a different "name" and in a way the effects. As a single individual, I am not sure to what extent I would be able to support the myriad of resulting questions, it is likely to result in the increase of consultants and consultations to support, and have an impact on well in a sense the legacy of Connor. I am not saying that I agree or disagree with what has happened with what he did, but by creating functionality equivalent to an existing product does have it's impacts both on a personal level as well as a professional level.

I also realize that there is a time and place for things, and that some things require time before getting to the right place. I guess in a way, I have my concerns. If I didn't know so much about the situation I probably wouldn't think twice about doing it.

[picandnix]

I respect your opinion, and I would agree except for two things..
1. Conor is no longer with us
2. The free version of this module is now being supported solely by the community

So I'm going to put together my SQL script when my time permits.. Conor's passing has changed things.. If he were alive I would totally feel differently.. Unfortunately Conor is no longer with us and as one of the community members who has stuck around to help with support, I want to help improve things for the users of the free module..

I'd like to wade in here and make a suggestion/raise a question on the ethical/commercial aspect of this situation:

Basically, if as suggested in this thread, Conor's family are beneficiaries (and so they should be as it stands today IMHO) to the costs/annual licence fee now associated with the *commercial* add-on (the manager) that this potential enhancement to the FREE module could potentially 'do away with'. Well, how do we know for *fact* that they *are* benefiting financially? I realise in reality the only two parties that can answer this dilemma are Conor's family (I don't believe it's ethical to draw them into this debate even if anyone did know of them) or the more obvious being JS Web.
JS Web are you able to shed any light on this situation of potential development? Do Conor's family continue to benefit from his commercial work that you now trade?
There, the proverbial Elephant gets a mention!

[DivaVocals]

I'd like to wade in here and make a suggestion/raise a question on the ethical/commercial aspect of this situation:

Basically, if as suggested in this thread, Conor's family are beneficiaries (and so they should be as it stands today IMHO) to the costs/annual licence fee now associated with the *commercial* add-on (the manager) that this potential enhancement to the FREE module could potentially 'do away with'. Well, how do we know for *fact* that they *are* benefiting financially? I realise in reality the only two parties that can answer this dilemma are Conor's family (I don't believe it's ethical to draw them into this debate even if anyone did know of them) or the more obvious being JS Web.
JS Web are you able to shed any light on this situation of potential development? Do Conor's family continue to benefit from his commercial work that you now trade?
There, the proverbial Elephant gets a mention!

And let me add to this.. I'm not trying to do away with anything here.. (I KNOW you didn't say this.. I just wanted to get that out there..)

I only want to share something that might benefit the users of this free module.. It's open source, and there's nothing really that says I can't share a SQL file with the community.. and so it's clear, if Conor were still here with us, I would definitely think twice about sharing this.. I had a few inquiries about the spreadsheet I used to use to add the default pages to the Mappings table. I declined to share it with those who asked for a variety of reasons, but partially because I didn't want to bump heads with Conor. The truth is as this is an open source GPL'd add-on. I didn't HAVE to NOT share my spreadsheet.. I simply chose not to..

BTW, the the GPL license doesn't stop anyone who owns the commercial version of this module from sharing or even selling it.. The GPL license in fact it ALLOWS this..

Does the GPL allow me to require that anyone who receives the software must pay me a fee and/or notify me?

No. In fact, a requirement like that would make the program non-free. If people have to pay when they get a copy of a program, or if they have to notify anyone in particular, then the program is not free. See the definition of free software.

The GPL is a free software license, and therefore it permits people to use and even redistribute the software without being required to pay anyone a fee for doing so.

If I distribute GPL'd software for a fee, am I required to also make it available to the public without a charge?

No. However, if someone pays your fee and gets a copy, the GPL gives them the freedom to release it to the public, with or without a fee. For example, someone could pay your fee, and then put her copy on a web site for the general public.

Source: http://www.gnu.org/licenses/gpl-faq.html

The only part of this module that is NOT GPL is the documentation.. IT cannot be redistributed..

Now yes it's true that no one ever submitted any enhancements or "helpers" to this add-on. People don't generally share commercial mods with others, but mostly I think folks can agree that many folks never did this because they respected Conor.. Plus it never "seemed" right to do this..

What I propose to share will nowhere do away with any commercial mod for sale as it only address a small part of the benefit the commercial mod brings to the table.. BUT let's not confuse RESPECT with REQUIRED.. Under the GPL license, they are not one and the same.. If someone were to come along and submit something which would equal the functionality of the commercial module, they certainly wouldn't be breaking any rules whether they offered it for free or decided to sell it.. IJS..

[crixus]

In _docs instruction, I saw file extension (e.g. “.html,php”).ending product and category.

BUt it dosen;t work.
here is my .htaccess file.

## BEGIN CEON URI MAPPING REWRITE RULE

RewriteEngine On

# ONLY rewrite URIs beginning with /test/
RewriteCond %{REQUEST_URI} ^/test/ [NC]
# 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} !^/test/adminz [NC]
# Don't rewrite editors directory
RewriteCond %{REQUEST_URI} !^/test/editors/ [NC]
# Don't rewrite copy of test directory
RewriteCond %{REQUEST_URI} !^/test/copy\ of\ test/ [NC]
# Don't rewrite logs directory
RewriteCond %{REQUEST_URI} !^/test/logs/ [NC]
# Handle all other URIs using Zen Cart (its index.php)
RewriteRule .* test/index.php [QSA,L]

## END CEON URI MAPPING REWRITE RULE

[picandnix]

BACK UP YOUR .HTACCESS
then try this...

## BEGIN CEON URI MAPPING REWRITE RULE

RewriteEngine On

# ONLY rewrite URIs beginning with /test/
RewriteCond %{REQUEST_URI} ^/test/ [NC]
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} !^/test/adminz [NC]
# Don't rewrite editors directory
RewriteCond %{REQUEST_URI} !^/test/editors/ [NC]
# Don't rewrite copy of test directory
RewriteCond %{REQUEST_URI} !^/test/copy\ of\ test/ [NC]
# Don't rewrite logs directory
RewriteCond %{REQUEST_URI} !^/test/logs/ [NC]
# Handle all other URIs using Zen Cart (its index.php)
RewriteRule .* test/index.php [QSA,L]

## END CEON URI MAPPING REWRITE RULE

[lhungil]

In _docs instruction, I saw file extension (e.g. “.html,php”).ending product and category.

BUt it dosen;t work. ...

Can you please me a little more clear WHAT is not working? Are you seeing an error message or blank page? Are you getting a 404 page? Are the links on the page not ending with ".html"?

... The fastest way to get help is to first read and then post in the module's support thread (if the topic has not been covered). In your post you should include exact details about your Zen Cart installation, module version, what you are seeing, what you want to see, a link to your site, and any other pertinent details. ...

You still have not provided the version of Zen Cart, the version of CEON URI Mapper, details of what EXACTLY is not working, or a link to the website in question. Please answer these questions if you want help.

[mc12345678]

BACK UP YOUR .HTACCESS
then try this...

## BEGIN CEON URI MAPPING REWRITE RULE

RewriteEngine On

# ONLY rewrite URIs beginning with /test/
RewriteCond %{REQUEST_URI} ^/test/ [NC]
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} !^/test/adminz [NC]
# Don't rewrite editors directory
RewriteCond %{REQUEST_URI} !^/test/editors/ [NC]
# Don't rewrite copy of test directory
RewriteCond %{REQUEST_URI} !^/test/copy\ of\ test/ [NC]
# Don't rewrite logs directory
RewriteCond %{REQUEST_URI} !^/test/logs/ [NC]
# Handle all other URIs using Zen Cart (its index.php)
RewriteRule .* test/index.php [QSA,L]

## END CEON URI MAPPING REWRITE RULE

I didn't see what the functional difference was between the two versions, although I didn't use an electronic character comparer. Visually they seemed to contain the same direction.

I haven't modified my own htaccess to try to accomplish what I think is desired here, but so far all we know is that the OP believes there is a problem with the htaccess, but this issue seems to require at least three pieces of information: the htaccess rules (really should not include the admin folder name when presenting) the web address attempted (at least everything after the server name, although ideally the entire address), and the rewrite url assigned to the item, area, page, etc... (Current and or past that still reside in the database.)

It would seem to me, that if all three of these do not line up then there is an issue; if the last two are equivalent then yes probably an htaccess issue. Also, is this add-in working on the site otherwise? If I understand the situation correctly from recent posts:
Site has been upgraded/moved or otherwise copied, desirable to have/keep old addresses to items, but have installed this plugin, plugin instructions refer to using the rewrite rules to handle old links, modified htaccess to suit what the docs say can be done, tested system response and it "did not work" as old link paths (that do include the desired .html extension) have not been provided.

So unfortunately, lhungil, just beat me to the punch, but if the above is relatively true, I would say that it is not the htaccess that is the problem. But, there I go again throwing out ideas based on limited information. Please help us help you like countless others have asked of newer zen posters.