Question

我已经成功安装了Fishpig的Magento WordPress Integration扩展程序。我按照Magento Connect安装的说明进行操作，没有任何问题。顺便说一下，开发服务器上的所有内容都没有启用缓存或编译。

Magento购物车安装在webroot目录中，WordPress位于子目录“wp”中，如Fishpig的说明中所述。完整集成博客路径是/ blog。

问题：

当我访问博客页面时，它没有使用Magento主题。我甚至将它设置为使用相同的布局（与CMS的主页相同）我们有一个自定义的Magento主题。也许有些东西我们做错了Magento主题明智的Fishpig扩展不工作。屏幕截图最终会出现，但主机（DataGram）由于市中心泛滥而下降。今天应该回来。

澄清...... WordPress正在使用自己的数据库。在Shop的管理面板 - ＆gt; WordPress选项卡中，我设置了完全集成，并将路径设置为“wp”，博客路径为博客。

所以，现在，如果我访问例如... example.com，你在商店，如果你访问example.com/blog，你就在完全集成的博客中。

底线似乎在管理面板中配置正常。我不是从wp目录（I.E：example.com/wp）请求博客页面，而是从完全集成的页面（example.com/blog）请求。

我们的问题可能与此人遇到的问题类似：

祝大家周末愉快！

最诚挚的问候，

乔治

Answer 1

Huzzah看起来我开始工作了： - ）

罪魁祸首就是这个档案：

"app/design/frontend/default/eboost/layout/wordpress.xml"

^^指向错误的模板文件名。纠正并且很好。修改后的行号为66号。

有趣的是，在该XML文件的顶部，它指出：

＆＃34;

选项1 - local.xml（推荐）
在自定义主题的布局文件夹中创建名为local.xml的文件。然后，您可以通过
使用相关的布局句柄。这使您可以保留此文件并接收新功能
。
选项2 - 复制此文件
将此文件及其内容复制到自定义主题的名为wordpress.xml的布局文件夹中的新文件中。
每次升级时，都需要查看文件副本和
app / design / frontend / base / default / layout / wordpress.xml中的副本，用于更改并合并您找到的任何内容＆＃34;

现在，正如我的原始发布所述，我使用他们的说明安装了FishPig扩展程序：http://fishpig.co.uk/wordpress-integration/docs/installation-and-configuration.html

^^因此，我不知道为什么使用选项2进行设置。那个wordpress.xml位于我们主题的布局目录中。

我觉得我也应该陈述我所做的其他改变，即使它看起来并没有让它成功。只是为了完整性：

将所有对dev.eboost.com/wp的引用更改为数据库中的dev.eboost.com/wordpress

- 从/ wordpress文件夹中删除.htaccess

所以底线看起来像是正常工作。我们现在准备为网站重新设计。

- 乔治

Answer 2

我也使用了Fishpig并且它正在工作。

访问博客页面是什么意思？您是否从wordpress目录请求博客页面？如果是这样，它不会改变它的设计。

您必须在商店内请求博客。