问题 Magento - url_path和url_key之间的区别


几乎一切都在我的问题的标题。

列之间有什么区别 url_path 和 url_key 在平板产品表中 - 如catalog_product_flat_(store_id) - Magento?

谢谢 !


11894
2018-03-03 23:18


起源



答案:


url_key 是您填写管理员的字段。 (如果没有指定任何内容,则通过使用产品名称通过小写来创建一个,并用连字符替换其中的空白)。

url_path 将是url_key和the的串联 产品URL后缀 在系统>配置>目录>搜索引擎优化下定义。如果已经存在相同的url_key,它还将通过后缀url_key和连字符以及产品的entity_id确保您没有重复的url_path。


14
2018-03-04 00:19



感谢您的回答 !这些属性中的哪一个出现在前端? (在<a>标签中,例如到产品页面)。我想这是url_path? - Laila
乐趣。至少是url_path,是的,但也可以是产品所在的类别(类别,子类别,子子类别......)的路径的串联(以及用户浏览它的位置,因为一个产品可以分为两类),这个url_path。例如:如果url_path是 product.html,网址可以显示 example.com/categ/sub-categ/product.html 要么 example.com/categ/other-sub-categ-where-the-product-also-is/product.html 要么 example.com/product.html 因为用户来自搜索和搜索超出了类别范围... - b.enoit.be
为了测试,我编辑了列 url_key 和 url_path (在catalog_product_flat表中)具有产品的虚拟值,刷新了我的缓存,似乎两者都没有 url_path 要么 url_key 用于链接。我已经编辑了与catalog_product_entity_varchar和重新索引的catalog_url表中的attribute_code'97'匹配的列。看起来目录页/ SRP上显示的值是重写表中的值... - Laila
那么,关于该主题的答案实在太多了,评论的格式有限,这样我就可以做到。但我猜你有一个更大的框架问题,你正确缩小以适应Stack Overflow指南行,这很棒,但你可以考虑编辑你的问题,或者发一个新问题来解释你的目的/问题到底是什么。基本上,是的,平面表上的信息只有EAV表和更快的sql请求的副本,整个重写/ SEO友好的URL由另一个模块Mage_Core_Url和他相应的数据库表管理。 - b.enoit.be


答案:


url_key 是您填写管理员的字段。 (如果没有指定任何内容,则通过使用产品名称通过小写来创建一个,并用连字符替换其中的空白)。

url_path 将是url_key和the的串联 产品URL后缀 在系统>配置>目录>搜索引擎优化下定义。如果已经存在相同的url_key,它还将通过后缀url_key和连字符以及产品的entity_id确保您没有重复的url_path。


14
2018-03-04 00:19



感谢您的回答 !这些属性中的哪一个出现在前端? (在<a>标签中,例如到产品页面)。我想这是url_path? - Laila
乐趣。至少是url_path,是的,但也可以是产品所在的类别(类别,子类别,子子类别......)的路径的串联(以及用户浏览它的位置,因为一个产品可以分为两类),这个url_path。例如:如果url_path是 product.html,网址可以显示 example.com/categ/sub-categ/product.html 要么 example.com/categ/other-sub-categ-where-the-product-also-is/product.html 要么 example.com/product.html 因为用户来自搜索和搜索超出了类别范围... - b.enoit.be
为了测试,我编辑了列 url_key 和 url_path (在catalog_product_flat表中)具有产品的虚拟值,刷新了我的缓存,似乎两者都没有 url_path 要么 url_key 用于链接。我已经编辑了与catalog_product_entity_varchar和重新索引的catalog_url表中的attribute_code'97'匹配的列。看起来目录页/ SRP上显示的值是重写表中的值... - Laila
那么,关于该主题的答案实在太多了,评论的格式有限,这样我就可以做到。但我猜你有一个更大的框架问题,你正确缩小以适应Stack Overflow指南行,这很棒,但你可以考虑编辑你的问题,或者发一个新问题来解释你的目的/问题到底是什么。基本上,是的,平面表上的信息只有EAV表和更快的sql请求的副本,整个重写/ SEO友好的URL由另一个模块Mage_Core_Url和他相应的数据库表管理。 - b.enoit.be