If you backed up your site before you installed (as you should before installing ANY add-on) you can simply restore your site and start over..
Printable View
Hi All,
I have used this mod a few times now it works like a charm, except with this install... think I'm spending to much time in front of the screen these days... anyways.
I have loaded up a parent category and ticked the box for auto-generated URI and works like it should. When creating a child category or product with a parent cat or child cat I get double // before my parent category, for example:
Is there something I have missed? Anyone know of a similar issue?Code:http://my-store.com/hardware
http://my-store.com//hardware/graphics-cards
http://my-store.com//hardware/graphics-cards/product-one
Thanks in advance to any help,
Jay
Apologies, not sure why or how I thought the parent category was fine, but its not.
All auto-generated URI's have a double slash (//) after the root domain i.e. my-store//hardware
jay
Thanks for the reply, but the problem you thinking about causes an issue all round the site i.e. //index.php?main_page..... as well as all other pages, so nope, was not that.
My problem is only happening to auto-generated URI's. It saves the URI as '/myproduct' buy for some the link says 'mystore.com//myproduct' if i disable URI then it only has 'mystore.com/index.php?main_page.....'
I have had a look everywhere, but only found this:
classes/class.CeonURIMappingAdmin.php
I had a play around, but my knowledge is not that extensive so not much luck (no better way to learn than to play though).Code:// Prepend the URI with a root slash
while (substr($uri, 0, 1) == '/') {
$uri = substr($uri, 1, strlen($uri) - 1);
}
$uri = '/' . $uri;
Is there a way (perhaps in this bit of code) that I could stop auto-generated uri's from putting in the slash, perhaps that may help.
Will push on to figure it out, but if anyone has any other ideas, feel free to throw them my way.
It does sound like something related to CEON URI use and not configure.php, but as it is not common, it must be related to some setting you have made rather than a universal mod behavior.
Not necessarily. If HTTP_SERVER ends with a / and DIR_WS_CATALOG does not start with a / standard Zen Cart URLs will still generate correctly... However URLs generated by CEON URI Mapping will contain an extra / (because the extra / exists at the end of HTTP_SERVER).
So... If the constants in both configure.php files are correct... In order for an extra / to appear.... Either something is not quite right with the CEON URI Mapping installation... Or some other modification has been made to Zen Cart which is conflicting with this module.
This code is called when a URI is inserted or updated from the admin interface. It ensures the URI Mapping stored in the database starts with only a single / when saved. This code is run over both "generated" and "hand entered" URIs. Probably best to not modify this code.
Here is a high level view of how the auto-generation checkbox works:
When you ask CEON URI Mapping to auto-generate a URI... The first step in auto-generation is to create an URI based on the category, product, ez-page, manufacturer, etc name. After that is done, DIR_WS_CATALOG(the relative web folder path) is appended to the start of the URI. The above referenced code is then called (to ensure the URI starts with a single /). Finally the auto-generated URI is saved to the database.
Here is a high level view of how the URL is retrieved (for links on the website):
When zen_href_link is called by Zen Cart (if enabled) CEON URI Mapping is called to retrieve the URI. This in turn pulls the corresponding saved URI from the database, prepends the result with HTTP_SERVER or HTTPS_SERVER, and finally appends any necessary parameters.
I have checked again and my config file shows no '/' at the end of both my HTTP_SERVER & HTTPS_SERVER and it does show a '/' for DIR_WS_CATALOG & DIR_WS_HTTPS_CATALOG.
The only other modules installed so far is CKEditor.
I have actually bought a responsive theme for the first time, maybe this is why I am getting this problem for the first time.
The only core file that is edited is the includes/functions/html_output.php and a .htaccess that has been added to to my /includes directory.
I have reverted my theme template back to Classic and still does the same thing, so in the morning I am going to remove CEON Mapping from the html_output file and compare it to a new fresh installed one. Perhaps I can see something there.
P.S. THANKS FOR HELP AND INFO SO FAR
Hmm, out of curiosity... Do the entries in the database have two slashes at the start? Was an older version ever installed? While I am not seeing a way for this to happen with the cleanup code...
But yeah, probably better to redo the install (remove all CEON files) and re-install.