问题标签 [magento-1.13]

我一直在尝试使用 Redis 作为我们性能问题的潜在解决方案，但我在 Magneto Enterprise 1.13.0.2 中配置 Redis 时遇到问题。

我收到以下错误Warning: session_module_name(): Cannot find named PHP session module (redis)

对我来说，这是说它不知道会话处理程序 reddis。

由于 EE 1.13 Redis 应该是开箱即用的，奇怪的是它可以full_page_cache正常工作，但标准cache却session_save不能。

我的 local.xml 配置：

我很难找到好的文档，我可以回退到https://github.com/colinmollenhour/Cm_Cache_Backend_Redis但我想使用一个核心包来实现这个功能，它使升级路径更清晰。

http://www.magentocommerce.com/knowledge-base/entry/redis-magento-ce-ee#config-mage https://magento.stackexchange.com/questions/4264/redis-on-magento-enterprise-1 -13

我在 EE 中遇到了 magento 部分重新索引的问题。当索引器设置为保存时（在系统->配置->（高级）索引管理中），url_rewrites 不会更新。

如果我将产品保存在后端，然后查看表 enterprise_catalog_product_rewrite 没有该产品的条目，我猜因此在 enterprise_url_rewrite 中没有条目，这意味着它不起作用。

我可以在列表中看到产品，但 url 对 SEO 不友好，如果在浏览器中输入 url 密钥，它将不会显示产品。

我一直在搜索有关此部分索引如何工作的信息，但似乎除了它有多好之外什么都没有。

我试过手动截断 url 重写相关表（像这样），但它只是把一切都搞砸了，所以我恢复了数据库。

我需要找到存在于类别 93 和 97 中的产品。到目前为止，我能够获得存在于类别 93 或 97 中的产品，但使用 AND 却没有运气。

我现在真的一无所知，现在已经做了很多谷歌搜索。

任何帮助表示赞赏！

到目前为止的代码：

Magento 企业版 1.13.0.0

Magento Enterprise 1.12url rewrite management在管理面板中有选项卡，但 1.13 版本url rewrite management有url redirects选项卡。我看到enterprise_url_rewrite_redirecttable 和enterprise_url_rewritetable 都存在。有什么区别？我在哪里可以找到url rewrite managementMagento Enterprise 1.13 中的选项卡？

在我最新的 magento 设置中，当我从管理员清除缓存时，它不会清除缓存并且我的更改没有反映在前端。

当我从服务器清除缓存目录时，我的更改开始反映。

是否有任何管理缓存清理功能不起作用的地方。

我正在尝试编辑愿望清单页面布局表，并确定我能够在模板/愿望清单/view.phtml 文件中这样做，但没有任何反应。我一直在尝试找到要编辑的文件，但我似乎找不到它。愿望清单模块是 Mage 企业模块，默认在 magento 中。

如何编辑心愿单页表？

Magento 1.13 为大多数索引添加了部分索引以及将索引过程推迟到异步运行的 cron 作业的能力。

那么我的问题是，是否有一个现有的 cron 工作可以做到这一点，或者这是我必须自己设置的？

文档对此并不清楚：http: //www.magentocommerce.com/knowledge-base/entry/ee113-indexing#reindex-options

• 在计划使用 Magento cron 作业安排重新索引时更新。
• 更改会在一分钟内或根据您的 cron 作业计划发生。

这让我相信这是一个在每次 cron 运行时都会运行的现有进程。

我看到了索引清理计划，但这似乎只是清除了更改日志表中的旧记录。它似乎实际上并没有做任何索引。

我似乎无法在运行这些索引的核心代码中找到一个 cron 作业。

我希望能够将所有索引设置为“按计划更新”，然后让它们全部自动更新，就像Magento 所说的那样，它们应该在后台进行。问题是，这不会发生。没有自动重新索引的 cron 作业（请参阅此相关问题）。

那么，如果我必须创建自己的 cron 作业，我该如何以有效的方式准确地做到这一点？我不想运行“php shell/indexer.php reindexall”。这会完全重建索​​引表。当然，我可以每晚都这样做，但这意味着在第二天之前不会在前端反映任何变化。这不是一个可接受的解决方案。如果我全天运行完整的重新索引，我最终会遇到与现在相同的问题 - 当人们在管理员中工作时重新索引导致表锁定和缓慢。

Magento 的新“部分重新索引”应该可以解决这个问题吗？

这是我对其工作原理的理解：

1. 我编辑了一个具有相关索引的实体（例如 A 产品）。
2. 数据库触发器将记录添加到相关的更改日志表。
3. 某些进程稍后会读取更改日志表并重新索引这些特定实体

具体例子

1. 我更新了“catalog_product_entity_varchar”中的值。
2. 数据库触发器“trg_catalog_product_entity_varchar_after_update”通过将新版本插入“catalog_product_flat_cl”和“catalogsearch_fulltext_cl”来将此产品标记为已更改。
3. 部分重新索引过程读取这些更改日志表并仅重新索引提及的产品，分别为“catalog_product_flat”和“catalogsearch_fulltext”。

如果是这种情况，重新索引过程将是最小的并且可以经常运行。甚至每分钟索引对管理员用户来说几乎是不明显的。（我说每一分钟，因为 Magento 告诉我们这是可能的）

然而，在这个版本中，平面目录会为您更新 - 每分钟更新一次，或者根据您的 Magento cron 作业。

这个神秘的部分重新索引在哪里？我如何称呼它而不是重新索引所有内容？

有 reindexPartial() 吗？

我从System->Configuration->Catalog->Category 权限启用了类别权限

当我在前端搜索产品时，它显示了一堆产品，但工具栏显示错误计数（即1 个项目）。

当我查看代码时，我发现“ disable_root_category_filter ”的值对于搜索页面和类别登录页面是 true ，它的值是false。

有没有办法解决这个问题？

我正在执行 1.13.1.0-1.14.0.0.diff，但一直在执行can't find file to patch at input line 5

试过：

我究竟做错了什么？可能无法上传许可的文件原因，但它是如何开始的：