Ceon URI Mapping v4.x

THJCO:

Oh ok, I see.

My link was actually to a category and not a specific item. I tried it with the auto gen, and it still doesnt work. I've switched to the auto gen, here is the link -

http://thehockeyjersey.co/store/gift_certificates

Here what the auto gen link "should be" for an item in said category

http://thehockeyjersey.co/store/gift_certificates/thehockeyjersey.co_usd100_gift_certificate

But neither still work. It shows up properly in the site menu but when I click, I get the 404.

But this /thehockeyjersey.co/store/gift_certificates/thehockeyjersey.co_usd100_gift_certificate Is the URL that the 404 is referring to.
Are you manually writing the rewrite or letting the mod do it itself?

DarkAngel:

did you write the url yourself --- in the area to write the url wanted. Or did you just tic the auto-generated box and let the module create the url?

Doh, sorry DarkAngel. Seems we were thinking the same :cheers: but I didn't read back to this page until after writing my post.
So THJCO try doing as DarkAngel originally suggested; check the auto generate option rather than you doing it manually. It looks to me like your adding your domain unnecessarily...twice let alone once.

Alright then, you write or use the auto gen and still it does not url right to the item.

the .htaccess information you provided looks right (you did copy it from the admin after you activated the module).

Is it sitting in the root (the main area where all your site files and NOT the store folder, right?

picandnix:

But this /thehockeyjersey.co/store/gift_certificates/thehockeyjersey.co_usd100_gift_certificate Is the URL that the 404 is referring to.
Are you manually writing the rewrite or letting the mod do it itself?

I think I need to go back to sleep, I'm not reading what's been written/tried already. :sleepy:

ha yeah Im using all auto gen links in the quoted posts above. Ill try reuploading the files today who knows perhaps I missed something.

All files reuploaded, still 404'in

Ok, its been fixed.

At the top of the document, this needed added.

Options -Multiviews

Then rewrite rule was replaced with

RewriteRule ^(.*)favicon.ico - [L]
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME} !-f
RewriteRule ^(.+) /store/index.php?$1 [L]

Now the only problem, is that filtering doesnt work.

http://thehockeyjersey.co/store/new

^NICE!!

But try to filter, it just resets itself and doesnt filter at all.

and also pagination doesnt work, I cant move to page 2 or 3 when within this category

http://thehockeyjersey.co/store/authenticjerseys/nhl

Not good!!

Ok, its been fixed.

Last line needed changed to RewriteRule ^(.+) /store/index.php [QSA,L]

Thanks everyone!

Now it is my turn, I have checked each product, category where they are placed or where they are copied to and all urls are auto gen with title of product yet I still get some with the url like this one---cpath at the end:

http://fantasiesrealm.com/market/-Designers/FuzzyLogic-Creations/Ariel-V4-Exclusive?cPath=2_4_19&

Going to the link at the store for the category it would seem that they all are that way:

http://fantasiesrealm.com/market/Poser-and-Daz/Textures/Character-Skins/Gen4-Female

I can't figure out why they are doing this. They do not seem to be that way at the other store I installed this one for a client...just mine. Now why does that not surprise me...LOL

Question is will the maintainers of this module (JS Webs) be submitting an update or is this gonna become one of those "orphaned" free modules because the maintainer is focusing on the commercial version only.. hmmmmmmmm

If you're going to cast aspersions then please at least get our name right ... it's JSWeb :wink2:

As none of our own clients had reported this issue directly to us, we were unaware of it until recently.

An updated copy of the module has been submitted vis the normal process.

Ryk:

If you're going to cast aspersions then please at least get our name right ... it's JSWeb :wink2:

As none of our own clients had reported this issue directly to us, we were unaware of it until recently.

An updated copy of the module has been submitted vis the normal process.Right.. Wasn't casting aspersions at all.. I was asking a direct question because quite frankly we haven't seen anyone from JSWEB here in the FREE support thread since Conor's passing.. So the question is that does one have to report issues directly to JSWEB or will you guys be paying more attention to this support thread?? I ask because historically, Conor never required that those using the free version of his module be "customers" of Ceon in order to report issues about the free version of this or any other of his modules. He generally responded to questions regarding the free versions of his modules in the support threads on this forum.

Ryk:

If you're going to cast aspersions then please at least get our name right ... it's JSWeb :wink2:

As none of our own clients had reported this issue directly to us, we were unaware of it until recently.

An updated copy of the module has been submitted vis the normal process.

OK, so is this going to take care of the problem with the partial cpath still showing in some areas regardless of it being an auto gen link/url?

Also WHEN will it appear in the plugin area or do we need to go to your actual site to retrieve it?

DarkAngel:

OK, so is this going to take care of the problem with the partial cpath still showing in some areas regardless of it being an auto gen link/url?

Also WHEN will it appear in the plugin area or do we need to go to your actual site to retrieve it?

The discussion of jsweb tending to this plugin are related to problems that have either had corrections posted in this thread or are issues that the majority of users might see as a result of the coming upgrade of other portions of zc and php not to system responses that are clearly described in the readme file and are expected. While I have not seen direct response to what has been reported regarding your inquiry, the typical first question is are the products for which the "extra" cPath are shown linked products? Because that is specifically addressed in the readme. There are a few other conditions/behaviors that can be expected by the plugin that are also described in the readme, but an out of memory issue as corrected by lat9, Dr. Byte, and the posted here by picandrix is not an "expected" condition nor desirable as it causes errors in operation. I believe there was another condition several pages back that also causes errors and seemed to have to do with particular conditions being set and stepping through the code. I hesitate trying to describe that condition further as I can not remember the details and whether a fix/work around was posted, but is something else that would be desirable to have corrected for the stability/longevity of this code modification.

So, long and short of it, no, one should not expect that taking action to allow this code to continue functioning in future environments would mean that some of the basic operation of the module would be modified. Fyi, I do not work for anyone involved, I'm speaking from a practical stand point and one that provides my own support to the community out of my own interest and experience.

@DivaVocals

It was the long drawn out speculative "hmmmmmmm" that gave me pause for thought but I'm not going to get into a fight about it.

With regard to the rest, our presence here depends on time available, but I won't dispute that support for Conor's free modules takes lower precedence than the support for the commercial ones as well as the normal day to day running of our own business.

@DarkAngel

OK, so is this going to take care of the problem with the partial cpath still showing in some areas regardless of it being an auto gen link/url?
As mc12345678 has pointed out, the answer to the cPath question lies in the documentation supplied by Conor - specifically in the FAQs section found by accessing the index.html file in the _docs directory included in your module download.

All Conor's modules were accompanied by extremely detailed documentation - the answers are nearly always in there.

Also WHEN will it appear in the plugin area

No idea - that's up to the ZC moderators. It's usually quite quick but can sometimes take a couple of days.

do we need to go to your actual site to retrieve it?
If you want it before the mods put it live in the plugins, then you can download it from http://www.jsweb.co.uk/zen-cart-plugins/marketing-tools/increasing-visitors/ceon-uri-mapping-friendly-urls . However, the only change is the code snippet posted earlier by picandnix so if you've already manually added that, there's no need to download again.

OK, I read the configuration section and other sections for installation and stuff but never really saw everything in the FAQ section I guess. I did not see that it is something we will just have to live with....but that does not explain why --for once-- my store behaves but the other store does not have this problem with her linked items.

DarkAngel:

OK, I read the configuration section and other sections for installation and stuff but never really saw everything in the FAQ section I guess. I did not see that it is something we will just have to live with....but that does not explain why --for once-- my store behaves but the other store does not have this problem with her linked items.

I've read back about 5 pages to see if there was more information related to your inquiry. While I have seen your assistance offered throughout,I can't say I see a clear description of the issue(s). What I understand from the above is: 1) your site where products are linked does show cPath information when looking at a linked product. 2) A site on which you helped install this code modification also has linked products; however, when viewing the linked products or linked product links, the uri does not include cPath information.

Regarding the why, I have seen it described somewhere; however, can not at the moment point you in the right direction. It made sense to me, and appeared acceptable based the description provided. As far as a "problem" to live with, well the rewritten uri can be used/provided without the additional cPath info, it is just something that "appears" and seems to be something needed by "ZC" not necessarily by the visitor(s) nor to be "advertised".

I know in the beginning I had trouble with the urls but that was OP error not the mod. I did miss the bit in the FAQ about it going to look like that, I can live with it.

I was just confused since going to any category and hovering over any product therein will give the ceon url +cpath too, click the image to go to product and the browser gives the url+cpath

[Attachment no longer available]

The category is not the primary one but the actual designer is the primary "owner"

I do have some that the category and not the designer are primary owner but they also have the cpath when in the category sections.

No matter -- now that I know that it is not me nor the store but the way the mod is set up there is no worries. I can live with it...LOL

thanks

Ryk:

@DivaVocals

It was the long drawn out speculative "hmmmmmmm" that gave me pause for thought but I'm not going to get into a fight about it.
No need to fight.. I asked a LEGIT question, and you took ONE part of my WHOLE comment and applied your own interpretation to that ONE part. While you are free to apply your own interpretation to my words, it doesn't make it true.. Honestly your interpretation was well beyond anything I actually STATED explicitly.

Ryk:

With regard to the rest, our presence here depends on time available, but **I won't dispute that support for Conor's free modules takes lower precedence than the support for the commercial ones **as well as the normal day to day running of our own business.
Right.. but this part was easy to figure out since the community (including the author of the "other" popular URL re-writer module) have been the only ones responding to support questions since Conor's passing..

My question is in regards to HOW should bugs be reported or managed.. The latest updates you guys submitted were based on code submitted by another community member here in THIS support thread.. I think what is unclear here is IF you say that "support for Conor's free modules takes lower precedence than the support for the commercial ones", how do users of Conor's FREE modules get support from JSWEB then??

In your own words you were unaware of the issue with this module or the fix posted by picandnix until informed by your customer. So how do free users who may NOT be your customers report bugs?? Since the community has been supporting this free module, and you guys will not be here as regularly as Conor was, does the community find, fix, and then submit updates to this module when bugs are found?? Do we "report" them to JSWEB and wait for you to take action??? It's just not been clear how this is supposed to work.. THAT was the reason for my "speculative" question to begin with.. You can say all you like that I am casting aspersions, but I am in fact asking DIRECT legit SUPPORT questions in the SUPPORT thread..

after installation can't login admin