DivaVocals:

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

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.

DivaVocals:

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!!:smile:

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

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

mc12345678:

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.

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'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!

picandnix:

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..:smile:)

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

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

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

crixus:

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"?

lhungil:

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

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

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.

ritht now >>http://www.mystore.com/hard-drive/1tb
i wanna make it>> http://www.mystore.com/hard-drive/1tb.php or html

crixus:

ritht now >>http://www.mystore.com/hard-drive/1tb
i wanna make it>> http://www.mystore.com/hard-drive/1tb.php or html

That's nice.. post the ACTUAL URL TO YOUR SITE SO WE CAN HELP YOU....

crixus:

ritht now >>http://www.mystore.com/hard-drive/1tb
i wanna make it>> http://www.mystore.com/hard-drive/1tb.php or html
So we are getting closer to having all the right questions answered.

1. so, CEON URI Mapping is working for you?
2. is it that you want to display that uri?
3. is it that you want that uri to reach that product, but are okay with what is displayed now?

If the answer to 1 and 2 is yes then, update the uri for your hard-drive 1tb to have the extension(s) of your choice. Whatever is last entered will be what appears in the browser by your customers. This update would be done in the admin panel like when you edit or enter a new product into the database, via routine functions (default).
if the answer to 1 and 3 is yes (not 2) then you would want to update like in answer above; however, will need to update again as a "final" update to remove the extension.
If the answer to 1 is no, then back to basics.
otherwise, you could go more advanced and modify the uri mappings table to provide the address as desired. This is covered elsewhere in the forum and documentation.

Ohh, and lastly, whatever extension you choose (assuming it will be HTML) to keep displayed, make sure that the htaccess file properly recognizes it. Ie, having HTML like you posted a few messages back.

mc12345678:

So we are getting closer to having all the right questions answered.

1. so, CEON URI Mapping is working for you?
2. is it that you want to display that uri?
3. is it that you want that uri to reach that product, but are okay with what is displayed now?

If the answer to 1 and 2 is yes then, update the uri for your hard-drive 1tb to have the extension(s) of your choice. Whatever is last entered will be what appears in the browser by your customers. This update would be done in the admin panel like when you edit or enter a new product into the database, via routine functions (default).
if the answer to 1 and 3 is yes (not 2) then you would want to update like in answer above; however, will need to update again as a "final" update to remove the extension.
If the answer to 1 is no, then back to basics.
otherwise, you could go more advanced and modify the uri mappings table to provide the address as desired. This is covered elsewhere in the forum and documentation.

Ohh, and lastly, whatever extension you choose (assuming it will be HTML) to keep displayed, make sure that the htaccess file properly recognizes it. Ie, having HTML like you posted a few messages back.Are you suggesting editing the product URI and adding the extension directly to the URI?? If so I am pretty sure that you can't do that..

DivaVocals:

Are you suggesting editing the product URI and adding the extension directly to the URI?? If so I am pretty sure that you can't do that..
That is essentially what I am suggesting, based on the following:

1. from the admin panel

2. the auto generated uri is extensionless.
3. by incorporating the desired extension into the htaccess rule, CEON uri is allowed to interpret the provided uri. If it knows of one that ends in HTML, then it will handle it appropriately. If it doesn't recognize it then it will treat as an unknown/page not found.
4. this plugin is so malleable that really any path can be provided it seems as long as it leads to a product that is reachable.
5. based on the above, the use of the historical paths, the snippet of the instruction manual, and my own understanding of how this plugin works, makes me think that the above will work. Its a bit obscure, but it seems to conform with the requirements and the instructions. Another one of those, yeah it says that, but not clearly like a step by step, or what initial conditions must exist.

DivaVocals:

Are you suggesting editing the product URI and adding the extension directly to the URI?? If so I am pretty sure that you can't do that..

mc12345678:

That is essentially what I am suggesting, based on the following:

1. from the admin panel

Offer Auto-generation of URIs for Categories, Products, Manufacturers and EZ-Pages: |
Should the option to auto-generate URIs be offered in the admin for Categories/Products/Manufacturers/EZ-Pages?
Generated URIs are based on their Category Names/Product Names/Manufacturer Names/EZ-Page Titles. For Products/Categories the full Category Path is used. |

|

2. the auto generated uri is extensionless.
3. by incorporating the desired extension into the htaccess rule, CEON uri is allowed to interpret the provided uri. If it knows of one that ends in HTML, then it will handle it appropriately. If it doesn't recognize it then it will treat as an unknown/page not found.
4. this plugin is so malleable that really any path can be provided it seems as long as it leads to a product that is reachable.
5. based on the above, the use of the historical paths, the snippet of the instruction manual, and my own understanding of how this plugin works, makes me think that the above will work. Its a bit obscure, but it seems to conform with the requirements and the instructions. Another one of those, yeah it says that, but not clearly like a step by step, or what initial conditions must exist.

So I ran a little test without modifying my htaccess from the "default" and it worked as desired. I created a product with an auto generated uri, stored it. Then went back and edited it (unchecking the auto generate button) and added an extension of six characters (outside the default of 2 to 5). Stored that, and then tried to access the product with the default address that has no extension, went to new address with extension. Tried typing with extension and obviously went there. Then went back and updated with default auto generate. Still able to get to product with either address, but what is shown on screen, doesn't have an extension.

Again why if I am asked, I recommend this plugin over others, it's smarter because it doesn't delete old info and because it can all be preplanned or modified as necessary.

and this is all fine and dandy.. however if I understand what crixus was trying to accomplish, he is NOT wanting to have to enter the URI (with extension) every time he adds a product. Sure, your solution will work, but it certainly defeats the ease-of-use that the auto-generation function provides..

He can do this using .htaccess, and apparently it's not working..

So it would be helpful if crixus would simply provide 3 things:

1. A link to his ACTUAL WEBSITE so we can see what he sees
2. Confirm that Ceon URI Mapping is working out the box without the configuration he is trying to achieve (something we could SEE for ourselves if he'd only post a link to his site)
3. Post his .htacess file where things are not working.. (this is the only thing he has done thus far)

mc12345678:

That is essentially what I am suggesting, based on the following:

1. from the admin panel

Offer Auto-generation of URIs for Categories, Products, Manufacturers and EZ-Pages: |
Should the option to auto-generate URIs be offered in the admin for Categories/Products/Manufacturers/EZ-Pages?
Generated URIs are based on their Category Names/Product Names/Manufacturer Names/EZ-Page Titles. For Products/Categories the full Category Path is used. |

|

2. the auto generated uri is extensionless.
3. by incorporating the desired extension into the htaccess rule, CEON uri is allowed to interpret the provided uri. If it knows of one that ends in HTML, then it will handle it appropriately. If it doesn't recognize it then it will treat as an unknown/page not found.
4. this plugin is so malleable that really any path can be provided it seems as long as it leads to a product that is reachable.
5. based on the above, the use of the historical paths, the snippet of the instruction manual, and my own understanding of how this plugin works, makes me think that the above will work. Its a bit obscure, but it seems to conform with the requirements and the instructions. Another one of those, yeah it says that, but not clearly like a step by step, or what initial conditions must exist.

mc12345678:

So I ran a little test without modifying my htaccess from the "default" and it worked as desired. I created a product with an auto generated uri, stored it. Then went back and edited it (unchecking the auto generate button) and added an extension of six characters (outside the default of 2 to 5). Stored that, and then tried to access the product with the default address that has no extension, went to new address with extension. Tried typing with extension and obviously went there. Then went back and updated with default auto generate. Still able to get to product with either address, but what is shown on screen, doesn't have an extension.

Again why if I am asked, I recommend this plugin over others, it's smarter because it doesn't delete old info and because it can all be preplanned or modified as necessary.

DivaVocals:

and this is all fine and dandy.. however if I understand what crixus was trying to accomplish, he is NOT wanting to have to enter the URI (with extension) every time he adds a product. Sure, your solution will work, but it certainly defeats the ease-of-use that the auto-generation function provides..

He can do this using .htaccess, and apparently it's not working..

So it would be helpful if crixus would simply provide 3 things:

2. A link to his ACTUAL WEBSITE so we can see what he sees

3. Confirm that Ceon URI Mapping is working out the box without the configuration he is trying to achieve (something we could SEE for ourselves if he'd only post a link to his site)

4. Post his .htacess file where things are not working.. (this is the only thing he has done thus far)

So, I would agree on two things, the additional information is needed, and that the expectation is not to have to enter all of the previous web addresses to fully incorporate the ease of use of this plugin. Remember this is the same individual that asked about the ability to import previous uris that sparked a discussion about another product.

So, yes, a utility that could auto generate uris or import a listof them would be helpful to this individual, but also I could see that perhaps a SQL script could be written against the existing database that if it already had functional current uRIs, could append the applicable .html and insert a new "old" URI so that existing links would be redirected to the new convention offered by this plugin.

DivaVocals:

That's nice.. post the ACTUAL URL TO YOUR SITE SO WE CAN HELP YOU....

mc12345678:

So we are getting closer to having all the right questions answered.

1. so, CEON URI Mapping is working for you?
2. is it that you want to display that uri?
3. is it that you want that uri to reach that product, but are okay with what is displayed now?

If the answer to 1 and 2 is yes then, update the uri for your hard-drive 1tb to have the extension(s) of your choice. Whatever is last entered will be what appears in the browser by your customers. This update would be done in the admin panel like when you edit or enter a new product into the database, via routine functions (default).
if the answer to 1 and 3 is yes (not 2) then you would want to update like in answer above; however, will need to update again as a "final" update to remove the extension.
If the answer to 1 is no, then back to basics.
otherwise, you could go more advanced and modify the uri mappings table to provide the address as desired. This is covered elsewhere in the forum and documentation.

Ohh, and lastly, whatever extension you choose (assuming it will be HTML) to keep displayed, make sure that the htaccess file properly recognizes it. Ie, having HTML like you posted a few messages back.

crixus:

ritht now >>http://www.mystore.com/hard-drive/1tb
i wanna make it>> http://www.mystore.com/hard-drive/1tb.php or html

Here is my store link: http://skystore.tk/

plz plz plz help me to fix that, i am so tired to fix that. i already spend 2 days for fix it but i can't.

After Ceon URI Mapping everything wroks fine but......

http://skystore.tk/hardware/graphics-cards/matrox-g200-mms
i want to make http://skystore.tk/hardware/graphics-cards/matrox-g200-mms.php or html.

1. http://skystore.tk/index.php?main_page=about_us to http://skystore.tk/about_us.php or html.
2. http://skystore.tk/index.php?main_page=site_map to http://skystore.tk/site_map .php or html.
   3.http://skystore.tk/index.php?main_page=login to http://skystore.tk/login.php or html.

crixus:

1. http://skystore.tk/index.php?main_page=about_us to http://skystore.tk/about_us.php or html.
2. http://skystore.tk/index.php?main_page=site_map to http://skystore.tk/site_map .php or html.
   3.http://skystore.tk/index.php?main_page=login to http://skystore.tk/login.php or html.

It's already been explained that YOU need to enter the URIs into the Mappings table for these links.. (please go back to the initial response you received when you asked about this..

As for the other issue you are having I'm going to leave it to those who have a better grasp on how Apache directives work to help you..

crixus:

Here is my store link: http://skystore.tk/

plz plz plz help me to fix that, i am so tired to fix that. i already spend 2 days for fix it but i can't.

After Ceon URI Mapping everything wroks fine but......

http://skystore.tk/hardware/graphics-cards/matrox-g200-mms
i want to make http://skystore.tk/hardware/graphics-cards/matrox-g200-mms.php or html.

1. http://skystore.tk/index.php?main_page=about_us to http://skystore.tk/about_us.php or html.
2. http://skystore.tk/index.php?main_page=site_map to http://skystore.tk/site_map .php or html.
   3.http://skystore.tk/index.php?main_page=login to http://skystore.tk/login.php or html.

So one of the obvious questions is why do you want to have all of your addresses end with .html or .php? If you end up using .html, a guest that types .htm instead will not be redirected appropriately.

If it is an all the time thing to be displayed, then yes at the moment, hopefully someone with more apache experience can help.