2

我有两对不同的 CMS 和 CDS。一个在本地网络上，一个在公共域上。我正在向本地网络上的 CMS 添加一个新的目标类型。这种新目标类型的属性包含位于公共域中 CDS 的 IIS 上的 httpuploadwebsite。

现在，当我发布时，我得到了成功的结果，但文件没有到达公共域上的 CDS。Tridion Incoming Zip 文件夹也是空的。笔记：

  1. 两种 CDS 的 CMS 都不同。
  2. 一对 CMS/CDS 在本地网络上，另一对在公共域上。

提出一些解决方案。

4

2 回答 2

7

所以总而言之，你是：

  • 从本地 CMS 从本地发布到公共 CDS 堆栈
  • 不知情地接收公共 CDS 上的已发布内容

因此，为了解决您的问题，您很可能需要查看公共 CDS 上部署程序的配置。如果本地 CMS 在包含公共 CDS 目标时成功发布，那么公共 CDS 认为这是成功的，因此很可能是配置。

检查配置的最佳方法是首先查看似乎没有部署的部署程序的日志。日志将向您显示正在读取的配置，您应该从那里仔细检查配置的所有路径和设置，并解决日志中引发的任何问题。

您必须注意，由于您的问题没有明确说明，您不能从两个不同的 Tridion CMS 系统发布到完全相同的 CDS 设置。我的意思是，如果两个 CMS 系统将内容发布到同一个文档根目录，则内容将被覆盖，因为内容 ID 很可能是相同的。因此，您必须拥有完全独立的部署程序、配置和文档根/数据库模式。

于 2012-06-15T08:51:15.273 回答
1

要解决HTTPUpload 站点（或应用程序）的传输问题，我们可以：

  • 尝试从浏览器访问 /HTTPUpload.aspx 页面。
    • 连接成功会显示SDL Tridion ASPX HTTP Upload。
    • .NET 错误可能暗示 CD 端 dll 问题。
    • 超时、404 或其他网络错误可能表明存在连接或防火墙问题。
  • 确认默认应用程序池标识具有适当的权限（可能Network Service，但在 IIS 中确认您的环境）。
  • 检查配置、日志和传入文件夹。
  • 联系支持人员，最好使用以下方式：
    • 此设置在之前和在什么条件下有效
    • 配置文件
    • 任何错误，堆栈跟踪
    • 运输包性质的详细信息（大小、最近的扩展更改）

小心误导性提示——仅仅因为传入是空的并不意味着某些东西没有部署或没有部署在其他地方。

虽然publish和transport故障排除可能相似，但请记住这Storage是可配置的——文件、多媒体（二进制文件）和动态内容可以deployed到不同的位置/媒体。

于 2012-08-13T07:33:11.067 回答