Ceon URI Mapping v4.x

[torvista]

Just to confirm that my Github is now updated with the solution recommended above.

[swguy]

If I put a store with this mod in a subdirectory, none of the URIs work anymore.

mysite.com/Category works fine but
mysite.com/upgrade/Category fails

Has anyone else dealt with this?

[mc12345678]

If I put a store with this mod in a subdirectory, none of the URIs work anymore.

mysite.com/Category works fine but
mysite.com/upgrade/Category fails

Has anyone else dealt with this?

Assumption for the below is that after the move, the uri for the associated failing product has not been regenerated. This is as compared to moving the store into a directory, creating a new uri and that uri failing. I am below addressing the first situation, not the second based on my understanding of the question and condition(s) provided.

Yes. By moving the store into or out of a directory, the uris have technically changed and need to be created/recreated as the new active uris with the old active uris made not-current so that the old links will still direct to/reach the now current uri of the same product.

This is one reason that it is recommended when pre-creating a store or when testing operation that a sub-domain having the same directory structure of the end store is recommended. In this way, effectively the HTTP_SERVER changes but not the DIR_WS_CATALOG.

[swguy]

Yes. By moving the store into or out of a directory, the uris have technically changed and need to be created/recreated as the new active uris with the old active uris made not-current so that the old links will still direct to/reach the now current uri of the same product.

You have to rerun the ceon_uri_mapping_installation_check.php. I get that. But after updating my .htaccess, I'm still getting 404s with every combination of the final rewrite rule.

RewriteRule .* /my_site/index.php [QSA,L]
RewriteRule .* my_site/index.php [QSA,L]
RewriteRule .* /index.php [QSA,L]
RewriteRule .* index.php [QSA,L]

and I'm not sure how to debug that.

[mc12345678]

You have to rerun the ceon_uri_mapping_installation_check.php. I get that. But after updating my .htaccess, I'm still getting 404s with every combination of the final rewrite rule.

RewriteRule .* /my_site/index.php [QSA,L]
RewriteRule .* my_site/index.php [QSA,L]
RewriteRule .* /index.php [QSA,L]
RewriteRule .* index.php [QSA,L]

and I'm not sure how to debug that.

Does the sub-directory also have an .htaccess as a result of the move?

[diamond1]

I have another problem, I have a slide in the home that takes the product id from the db, if I read the source code I notice that the link of the category or the product link is not generated by ceon uri I products = id etc. clicking does a normal thing, but SEOs have links on the page with rederict 301 is not the best. How can I do to generate the correct links without cpath etc.

$productlink=HTTP_SERVER . DIR_WS_CATALOG.'index.php?main_page=product_info&cPath='.$cpath.'&products_id='. $products_id;
$showmorelink=HTTP_SERVER . DIR_WS_CATALOG.'index.php?main_page=index&cPath='.$cpath;

<a href="<?php echo $productlink; ?>"><span class="a-btn-text">Buy now</span></a>
<a href="<?php echo $showmorelink; ?>"><span class="a-btn-slide-text">More</span></a>

[Design75]

I have another problem, I have a slide in the home that takes the product id from the db, if I read the source code I notice that the link of the category or the product link is not generated by ceon uri I products = id etc. clicking does a normal thing, but SEOs have links on the page with rederict 301 is not the best. How can I do to generate the correct links without cpath etc.

$productlink=HTTP_SERVER . DIR_WS_CATALOG.'index.php?main_page=product_info&cPath='.$cpath.'&products_id='. $products_id;
$showmorelink=HTTP_SERVER . DIR_WS_CATALOG.'index.php?main_page=index&cPath='.$cpath;

<a href="<?php echo $productlink; ?>"><span class="a-btn-text">Buy now</span></a>
<a href="<?php echo $showmorelink; ?>"><span class="a-btn-slide-text">More</span></a>

replying from my phone, so I can not give the right syntax, but you should use the zen_href_link function, instead of the hardcoded link.

[diamond1]

Hi, you can give me an example

[diamond1]

When you can of course hihih

[diamond1]

Torvista can you help me? do I get the solution?