4

我正在向已经活跃的 Magento 网站添加一个额外的网站/店面。

在开发站点上进行设置时，我注意到每当我为多商店添加 .htaccess 代码时，所有产品都会从类别视图中消失。但是，我仍然可以通过直接链接访问产品，例如 my-domain.com/category/product。

这是我正在使用的 .htaccess 代码：

## Storefronts

# Main Store
SetEnvIf Host www\.my-domain\.com MAGE_RUN_CODE=main-store_code
SetEnvIf Host www\.my-domain\.com MAGE_RUN_TYPE=website
SetEnvIf Host ^my-domain\.com MAGE_RUN_CODE=main-store_code
SetEnvIf Host ^my-domain\.com MAGE_RUN_TYPE=website

# Second Store
SetEnvIf Host second-store\.my-domain\.com MAGE_RUN_CODE=second_store_code
SetEnvIf Host second-store\.my-domain\.com MAGE_RUN_TYPE=website

我已经将子域设置为使用根 Magento 安装作为其基本目录。多商店工作，我可以更改主题、设置、产品等。

我已经仔细检查了这里看到的所有内容，至少 5 次以上：接受的答案有一个类别故障排除清单

有没有人知道什么可能导致产品在前端可用但不在类别视图中？我们正在运行 Magento Enterprise 1.12.0.2

编辑：到目前为止，我们已经尝试过：

  1. 产品被分配到目录中的正确类别/商店。
  2. 产品已启用。（我们尝试了批量启用/禁用）
  3. 产品有数量。
  4. 产品设置为“有货”
  5. 管理库存操作系统设置为关闭
  6. 显示缺货设置为是。
  7. 正在使用多网站，并且产品已分配到目标网站。
  8. 我们已刷新、删除然后禁用缓存
  9. 我们已经通过管理员和命令行重新索引了所有内容。
  10. 我们执行了各种 var_dumps 来检查正确的商店 ID
  11. 我们检查了 USER_NOT_LOGGED_IN 的数据库组。它应该是 0。
  12. 如果您直接导航到它们，产品就会知道它们所在的商店和功能。
  13. 我们已经运行了一个数据库修复工具
  14. 我们已经运行数据库与新的数据库工具进行比较。（这发现了两个小的索引问题）我们再次重新索引但没有运气。
  15. 我们已禁用缓存关闭的所有非必要模块。

我们只是得到一个“没有符合选择的产品”。类别视图中的错误。

编辑#2 这些是 OSdave 指出的 list.php 故障排除中的 SQL 语句：

我认为注意到默认商店没有在前端使用也是有利的。它只是我们用来进口产品的基地。在上面的 .htaccess 文件中可以看到可见的店面。

#Base store (1)(this works):
2013-10-03T14:12:48+00:00 DEBUG (7): SELECT `e`.*, `cat_index`.`position` AS `cat_index_position`, `price_index`.`price`, `price_index`.`tax_class_id`, `price_index`.`final_price`, IF(price_index.tier_price IS NOT NULL, LEAST(price_index.min_price, price_index.tier_price), price_index.min_price) AS `minimal_price`, `price_index`.`min_price`, `price_index`.`max_price`, `price_index`.`tier_price` FROM `catalog_product_entity` AS `e`
INNER JOIN `catalog_category_product_index` AS `cat_index` ON cat_index.product_id=e.entity_id AND cat_index.store_id=1 AND cat_index.visibility IN(2, 4) AND cat_index.category_id='3'
INNER JOIN `catalog_product_index_price` AS `price_index` ON price_index.entity_id = e.entity_id AND price_index.website_id = '1' AND price_index.customer_group_id = 0 ORDER BY `cat_index`.`position` ASC LIMIT 10

#This is from the store2 store (MAGE_RUN_CODE=main-store_code):
2013-10-03T13:35:38+00:00 DEBUG (7): SELECT `e`.*, `cat_index`.`position` AS `cat_index_position`, `price_index`.`price`, `price_index`.`tax_class_id`, `price_index`.`final_price`, IF(price_index.tier_price IS NOT NULL, LEAST(price_index.min_price, price_index.tier_price), price_index.min_price) AS `minimal_price`, `price_index`.`min_price`, `price_index`.`max_price`, `price_index`.`tier_price` FROM `catalog_product_entity` AS `e`
INNER JOIN `catalog_category_product_index` AS `cat_index` ON cat_index.product_id=e.entity_id AND cat_index.store_id=2 AND cat_index.visibility IN(2, 4) AND cat_index.category_id='3'
INNER JOIN `catalog_product_index_price` AS `price_index` ON price_index.entity_id = e.entity_id AND price_index.website_id = '2' AND price_index.customer_group_id = 0 AND price_index.stock_id = 15 ORDER BY `cat_index`.`position` ASC LIMIT 10

#This is from the store3 store (RUN_CODE=second_store_code):
2013-10-03T14:48:05+00:00 DEBUG (7): SELECT `e`.*, `cat_index`.`position` AS `cat_index_position`, `price_index`.`price`, `price_index`.`tax_class_id`, `price_index`.`final_price`, IF(price_index.tier_price IS NOT NULL, LEAST(price_index.min_price, price_index.tier_price), price_index.min_price) AS `minimal_price`, `price_index`.`min_price`, `price_index`.`max_price`, `price_index`.`tier_price` FROM `catalog_product_entity` AS `e`
INNER JOIN `catalog_category_product_index` AS `cat_index` ON cat_index.product_id=e.entity_id AND cat_index.store_id=3 AND cat_index.visibility IN(2, 4) AND cat_index.category_id='37'
INNER JOIN `catalog_product_index_price` AS `price_index` ON price_index.entity_id = e.entity_id AND price_index.website_id = '2' AND price_index.customer_group_id = 0 AND price_index.stock_id = 1  ORDER BY `cat_index`.`position` ASC LIMIT 9

我正在研究差异。乍一看，我注意到网站 ID 可能已关闭。

编辑#3 我比较了所有三个查询并与它们一起玩了一下。我发现我的 catalog_product_index_price 表似乎缺少我 90% 的产品和不是 store id=1 的每个产品

我可以通过 SQL 查询提取商店 ID 为 1 的任何产品。其他一切都失败了。我已经手动验证了正在传递的值。产品根本不存在于 catalog_product_index_price 表中。

现在怎么办？我已经尝试过数据库修复工具...

编辑#4 Stock_ID 来自 Multi-Warehouse 一个我们用来管理运输区域的 innoexts 插件。

4

5 回答 5

7

消息“没有与选择匹配的产品。” 如果产品集合为空，则显示
app/design/frontend/base/default/template/catalog/product/list.phtml：：

<?php
    $_productCollection=$this->getLoadedProductCollection();
    $_helper = $this->helper('catalog/output');
?>
<?php if(!$_productCollection->count()): ?>
<p class="note-msg"><?php echo $this->__('There are no products matching the selection.') ?></p>
<?php else: ?>

如您所见，产品集合是通过（如果未覆盖）getLoadedProductCollection()中定义的方法检索的：app/code/core/Mage/Catalog/Block/Product/List.php

public function getLoadedProductCollection()
{
    return $this->_getProductCollection();
}

为了确定出了什么问题，请暂时编辑此文件并在返回之前添加 mysql 查询的日志，即：

public function getLoadedProductCollection()
{
    Mage::log($this->_getProductCollection()->getSelect()->assemble(), null, 'product_collection.log', TRUE);
    return $this->_getProductCollection();
}

加载一个类别并转到MAGENTO_ROOT/var/log/并打开 product_collection.log 文件。在那里您将看到执行的 mysql 查询。
然后我会一个一个地删除它的一些部分，然后对数据库运行它，直到我确定是什么导致集合为空。

现在你有了 mysql 查询，我们可以继续。有效的查询（第一个）和其他查询之间有一个区别：AND price_index.stock_id = 1
在本机 EE 1.12 中，catalog_product_index_price表没有列stock_id。
这让我认为有人以某种方式更改了代码以添加以下内容：我会查看代码以查看它的来源，并从那里采取措施解决错误

高温高压

于 2013-10-03T07:10:14.490 回答
0

  1. 您的产品是否已分配到您正在查看的网站？
    转到Catalog > Manage Products并编辑产品。转到Websites选项卡并确保您的产品是网站的一部分

  2. 产品是根类别的一部分，分配给商店视图吗？
    转到System > Manage Stores > [Click Store Name]并检查Root Category下拉菜单。确保您的产品已分配到此根类别的子类别。

  3. 您的MAGE_RUN_CODE和MAGE_RUN_TYPE变量是否被正确解释？

echo 'MAGE_RUN_CODE = ' . $_SERVER['MAGE_RUN_CODE'] . '<br />';
echo 'MAGE_RUN_TYPE = ' . $_SERVER['MAGE_RUN_TYPE'];

看看上面是否为 URL 返回了正确的变量值。

于 2013-09-30T22:14:21.980 回答
0

有没有人知道什么可能导致产品在前端可用但不在类别视图中？

你的问题在这里有点令人困惑。“类别视图”是指类别编辑表单（管理面板）还是产品列表页面（前端）？

如果是 Product Listing Page，尝试重建 URL Rewrite。

于 2013-10-07T05:43:39.667 回答
0

  1. 暂时关闭缓存（如果有的话）。

  2. 排除基于主题的错误的可能性 - 尝试回退到基本默认主题。

  3. 检查您的网站根类别 - 转到系统 > 管理商店 > 单击商店并检查它是否指向正确的根类别。

  4. 通过命令行运行完整的重新索引 - 首先移动到[MAGENTO_ROOT]/shell/并运行php indexer.php --reindexall

  5. 您是否尝试过一一禁用所有扩展程序？我想说最可靠的方法是从app/etc/modules/

于 2013-10-03T02:13:00.017 回答
0

Dave you rock，sql 查询日志为我节省了很多时间！所以我的问题是，当我移动 MySQL 数据库时，“未登录”customer_group 从 customer_group_id 0 切换到 6。我将它改回 0，重新索引，重新缓存并且它工作。这 5 小时令人头疼的噩梦终于结束了……

对于遇到此 mysql 迁移问题的其他任何人，请务必检查每个表，因为还有一些其他地方会丢失 0 ID。

于 2015-05-23T11:37:59.867 回答