Ceon URI Mapping v4.x

mesnitu:

Is there a possibility in a near future that ceon could add the bookx product type to his package ?Unfortunately, I think it is safe to say that he won't be updating this addon any more.

Last time I was in touch with Conor, he was actually coding from his hospital bed, but since he died there have been no more updates.

I think we can assume that if there is an afterlife, it doesn't have a useable internet connection.

Yes I know... not sure if he's name was Ceon ? I know has Conor , But if so, that's not what I wanted to say...
I think there's someone that will continue with the Ceon module, so I was addressing to them.
Today I've installed this module, and in the download folder, there's still the old book module.
And now there is a new one, the bookx.
So , more or less, perhaps they can adjust to this new module.
Just a idea.

Thanks
and sorry for the confusion.

mesnitu:

Yes I know... not sure if he's name was Ceon ? I know has Conor , But if so, that's not what I wanted to say...
I think there's someone that will continue with the Ceon module, so I was addressing to them.
Today I've installed this module, and in the download folder, there's still the old book module.
And now there is a new one, the bookx.
So , more or less, perhaps they can adjust to this new module.
Just a idea.

Thanks
and sorry for the confusion.

It would really help if you explained WHAT Book**X** is and why it differs from the BOOK product type already included.. (not really seeing this explained at all in your "request") Some explanation as to why this isn't a ONE-OFF product type will be most useful for the author and the community. Unless there's a COMPELLING reason to add support for a new product type, it's not likely this will be taken into consideration by the current author as a future addition.

DivaVocals:

It would really help if you explained WHAT Book**X** is and why it differs from the BOOK product type already included.. (not really seeing this explained at all in your "request") Some explanation as to why this isn't a ONE-OFF product type will be most useful for the author and the community. Unless there's a COMPELLING reason to add support for a new product type, it's not likely this will be taken into consideration by the current author as a future addition.

Well, I thought it was clear, but it's quite simple:
The current author could try to download the product_type book that now supports.
While the bookX it's available and as a active thread forum.

ONE-OFF product type...don't understand.

The files are on git.
If it's included or not... well it's up to the current author.

mesnitu:

Well, I thought it was clear, but it's quite simple:
The current author could try to download the product_type book that now supports.
While the bookX it's available and as a active thread forum.

ONE-OFF product type...don't understand.

The files are on git.
If it's included or not... well it's up to the current author.
One-off = Something you created for YOUR store or will be used by only a limited number of stores..

So no it's not clear which is why I asked the question.. What is the difference between your BookX product type and the currently available Book product type?? Is this an UPDATE to the book product type available with this module, or is it a VARIATION to the book product type that this module comes with? Again, it's not really clear from the readme in your Github or in your posts describing it. Yes the author could look at your files, but it would be LOADS easier if you explain what it is they will be looking at first..:smile: Otherwise they will need to compare your files to those already in existence, and it would be quite useful to know what it is that is being considered for inclusion before starting such an analysis.. The free module and it's support are a voluntary effort so authors are often short on time. A little more info could be invaluable..

Well, first let me be clear on this: I didn't made the bookX, it's from the zencart user -> Philou.
I just work to a bookshop that runs bookx module and ceon module. So a kind of happy user.
The files that I've sent to git, are actually for myself and who ever wants to take a look a them, cause when zc156 comes along, it's certain that I'll have to make this process all over again, and it's quite boring.

The diference are those that I mentioned. The book product type is no more. There's no download plugin, the last forum post is from 1876 ( more or less )

I think Philou made this module because he needed and was aware that the book product type was not active anymore. Probably that's why he call it bookX , cause you never know the mysteries of live, and the other one, could reborn. That's what I think.

So I would say, that bookx is sucessor of book product_type. It's a filter for books that deals with all those fields belonging to books, isbn, genres, authors , etc, etc...

I'm not sure what ceon module did to the book product type in terms of uri for filters... but I guess nothing.
The same is happening now with those Ceon files for BookX.
It simply recognizes the product type, and adds a uri for the product_bookx_info ( or info display )

The files on git only adds this line to a couple of files

/**
 * Product type info pages which are missing their defines.
 */
define('FILENAME_DOCUMENT_GENERAL_INFO', 'document_general_info');
define('FILENAME_DOCUMENT_PRODUCT_INFO', 'document_product_info');
define('FILENAME_EZPAGES_POPUP', 'ezpages_popup');
define('FILENAME_PRODUCT_BOOK_INFO', 'product_book_info');
define('FILENAME_PRODUCT_FREE_SHIPPING_INFO', 'product_free_shipping_info');
define('FILENAME_PRODUCT_MUSIC_INFO', 'product_music_info');
define('FILENAME_PRODUCT_BOOKX_INFO', 'product_bookx_info');

All the rest are the "merges" needed with ceon code to bookx files.

mesnitu:

Well, first let me be clear on this: I didn't made the bookX, it's from the zencart user -> Philou.
I just work to a bookshop that runs bookx module and ceon module. So a kind of happy user.
So in the name of complete clarity, BookX is a product type module for Zen Cart (sorry to be a PITA, but that TRULY wasn't clear in your prior posts)
mesnitu:

I'm not sure what ceon module did to the book product type in terms of uri for filters... but I guess nothing.
The same is happening now with those Ceon files for BookX.
It simply recognizes the product type, and adds a uri for the product_bookx_info ( or info display )
And that's truly the extent of what Conor did was to add the code to properly support the Book product type. I do believe the install instructions and posts in this support thread explain how to add other product types (including presumably Book X). I think the smart move on the author's part would be to ensure that these instructions are updated or created (if they don't exist) so that ANYONE who needs to add any non-stock product types know what changes need to be made.

Last Thursday 4/14 all of my uri's stopped working and started returning 404 errors. In full disclosure I have been rebuilding my categories an products and in the process emptied and recreated the uri_mappings (that was probably the wrong thing to do). I am not sure which version of ceon I am running. I believe it is 4x but I can't find where to check that. Do you have any suggestions on how to fix this.

Thanks

Doveman:

Last Thursday 4/14 all of my uri's stopped working and started returning 404 errors. In full disclosure I have been rebuilding my categories an products and in the process emptied and recreated the uri_mappings (that was probably the wrong thing to do). I am not sure which version of ceon I am running. I believe it is 4x but I can't find where to check that. Do you have any suggestions on how to fix this.

Thanks
Are any rewritten uris working at this point? Ie. If you apply a new uri to an existing product, can you access it by the new uri?

Version information is provided in the modules/ceon uri mappings window.

Do you have a backup of your ceon_uri_mappings table (database backup) of before you cleared it out?

Thing with this module is that the table doesn't really need to be cleared out and in fact shouldn't be so that anyone with a historical link to the product/content of the site can still access the most recent version of the product'S uri.

More than likely something changed in your htaccess for your site either by your doing or more than likely your host, but should never disregard the possibility of a non-permitted third party.

So I do not have a backup of the mappings. My Ceon version # is 4.5.0 My ZenCart Version is 1.5.4 none of the uri's are found.

This is a very new site so I am not worried about users finding an old uri. I have about 1400 categories and well over 50k products so user friendly uri's would be really useful.

The code that we use to load these is custom written so I might have an issue there but it was working prior to last Thursday.

Doveman:

So I do not have a backup of the mappings. My Ceon version # is 4.5.0 My ZenCart Version is 1.5.4 none of the uri's are found.

This is a very new site so I am not worried about users finding an old uri. I have about 1400 categories and well over 50k products so user friendly uri's would be really useful.

The code that we use to load these is custom written so I might have an issue there but it was working prior to last Thursday.

So, you'll want to figure out what changed last Thursday (so that it can be restored) otherwise running the installation check ought to identify if something is missing. Has your php been upgraded? (in admin top right corner, version, please provide associated information.)

Well, I found out that there was a patch applied to apache. I didn't find out all the details (they didn't keep notes) except they said it was an "apache 2.4.10 Debu2 patch to close one of the published security holes".

I do have a routine that runs from comand line to build feed files and it executes the following:
$sql = "select * from ceon_uri_mappings where main_page = 'product_info' and associated_db_id = " . $products->fields['products_id'];
$ceon_uri_mappings = $db->Execute($sql);

The script runs fine and produces all of the correct uris. They all look correct and if I look them up in the ceon_uri_mappings table the uri has the correct associated db id.

Not knowing how ceon actually works I am not sure what to do next. Any Suggestions?

So your query is indescriminate about whether the uri is active or not, not sure if that is intentional. But it sounds as if the uri's are still in the database. What was the result of the installation check? What other plugins are installed? How is your ZC store code different from a vanilla install? What are the contents of your htaccess file for the store (be sure to obscure the admin directory's name). Does the file date for the htaccess at all correlate with the described event(s)?

Problem SOLVED!
I started going through the check list you sent and it turned out that when they made the patches to the system they also added (with out telling me) a condition to the .htaccess file.
The condition was:

#Disable Trace Method
#RewriteCond %{REQUEST_METHOD} ^TRACE

As soon as I commented out the RewriteCond everything started working.

Thank you so much for your assistance. I would never have found it without you.

Welcome. :)

You may want to check with your host to see if that was something they need or was perhaps left behind in some form of testing. It could possibly be reincorporated (properly) but it's need for presence must be determined.

I hope somone can help me as I have been trying to figure this out for hours and hours! Unfortunately I am no expert so I hope this makes sense. I've installed this module and generated the URL's for all of the category and product pages through the admin section, and that worked with no issues. I can also generate them for the EZ pages through admin. Now I am trying to generate new URL's for the permanent pages. I've tried to follow the instructions but cannot get it to work whatever I try in phpMyAdmin. The pages I want to change are the following:

/index.php?main_page=page_2 > /about
/index.php?main_page=page_3
/index.php?main_page=page_4
/index.php?main_page=page_5
/index.php?main_page=page_6
/index.php?main_page=page_7
/index.php?main_page=testimonials_manager_all_testimonials
/index.php?main_page=shippinginfo
/index.php?main_page=privacy
/index.php?main_page=conditions
/index.php?main_page=contact_us
/index.php?main_page=site_map
/index.php?main_page=gv_faq
/index.php?main_page=unsubscribe

The problem is, I am not sure what to put in the main_page or associated_db_id? Please see attachment. Many Thanks

I think you're overthinking things. :)

Main_page is the content that follows the url parameter main_page=

So, for /index.php?main_page=page_2, main_page field is page_2. For the associated_db_id, there is no "unique" value that is associated so it should remain blank. This value is used to target a specific type of "item" for which the URI rewriter is to apply "conversion" a products_id, a category, an ez-page, or a manufacturer. These "items" all have a unique id and that is the associated_db_id.

So depending on your condition/desire, the above example could be entered as:
Uri=/page-2, language=1, current_uri=1, and main_page=page_2