mc12345678:
**From the code provided that is correct that they are not building their link using ZC functions, but improperly hard coding the link. Their issue though appears to be that they are reading the URI (get statement) which at that point is already modified by CEON URI. As a result, the code in the if statement is not being "processed" to display to the visitor. **This is why I suggested changing to a post command as I would think the cPath or a similar data value would be present on the page/in the data. Not sure if master_category_id or a similar would be the appropriate variable to check for, but something appropriate for a cPath of 30 should be on the page or have been posted.
lhungil:
Exactly. We need to know WHAT 3rd part module has been installed to provide the Zen Cart page "faq_info". This is not a standard part of Zen Cart.
I highly suspect this is the root cause. I've written a number of custom Zen Cart pages over the last couple years and they have all worked with CEON URI Mapping (and other alternative URL generators). The key is always using the correct Zen Cart functions and structure...
I'd also venture something is either off with the 3rd party module or CEON URI Mapping is not installed correctly. Why? Because both $cPath and $_GET['cPath'] are automatically populated by CEON URI Mapping (if not already present) when the URI corresponds to a category or product page.
DivaVocals:
and as the forums resident "repetitious negative naysayer" (you gotta love passive aggressive name callers:laugh:), this discussion needs to be moved in to a NEW thread OR over to the support thread for whatever errant module is the issue.. This is NOT AN ISSUE with Ceon URI..
kitten091182:
Hi, thanks for all your suggestions. I'm not saying that there is anything wrong with the CEON module, just that because CEON is rewriting the URL it has caused me a problem with that line of code. I am fully aware that my code needs to be changed to suit how CEON works, but as I do not know that much about coding I thought this would be the best place to ask as somebody may know how CEON is interpreting the statement so I may find a solution. There is nothing wrong with the module it is referring to either, the code was placed there by myself. I have an editable sidebox which shows on all my category and product pages. I placed a link in that sidebox to point to a different page of my knowledgebase depending on which category/product is being shown. That link is in this line of code: elseif ($_GET['cPath'] == '30') {
$content = '<div class="adlink"><a href="[\http://www.drgreens.co.uk/index.php?...qs\_id=5">Odour](http://www.drgreens.co.uk/index.php?main_page=faq_info&fcPath=4&faqs_id=5">Odour) Control</a></div>'; One of my pages is here: http://www.drgreens.co.uk/Grow-Media/Coco You can see the sidebox on the right (advice centre) All i'm asking for is some help as to what the correct line of code would be now that the URL is being re-written? I'm not criticizing the CEON module, i'm just trying to figure out how to overcome its feature when it comes to calling up pages that have had the URL re-written. I'm not a coder, i'm not even sure how the code I have got used to worked, all I know is it used to work and now it doesn't.
Understood.. However, the issue you are having is not caused by this module, and therefore it is not a SUPPORT issue with this module.. the issue is your code -- which you acknowledge needs to be fixed.. both mc12345678 & lhungil have stated what the issue is and why your code isn't working correctly.. However it would appear that you are looking for/need guidance as to what the corrected code should be, and I get that, but uyou really need to start a NEW THREAD to get assistance with your code as the ANSWER is not truly a Ceon URI support issue. This is instead an issue of code you are using which needs to be corrected because Ceon URI is ILLUMINATING an error in your code..
