Warning: file_get_contents(/data/phpspider/zhask/data//catemap/2/ssis/2.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Plone:链接完整性不工作_Plone_Zope - Fatal编程技术网

Plone:链接完整性不工作

Plone:链接完整性不工作,plone,zope,Plone,Zope,更新:实际上没有bug?我们应该使用的功能是按UID链接,而不是链接完整性。如果我们在TinyMCE中启用按UID链接,我们可以将文件夹移动到任何位置,而不会中断链接 更新:这是一个Plone错误。我们在一个全新的Plone安装上进行了测试,并确认链路完整性在以下情况下出现故障: 在页面中插入图像或附加文件时,如果这些图像和文件与页面文件夹位于同一文件夹中,或者与页面文件夹位于同一顶级父文件夹中的其他文件夹中,当您将此页面移动到父文件夹外的另一个文件夹或父文件夹内的另一个文件夹,但与页面文件夹处

更新:实际上没有bug?我们应该使用的功能是按UID链接,而不是链接完整性。如果我们在TinyMCE中启用按UID链接,我们可以将文件夹移动到任何位置,而不会中断链接

更新:这是一个Plone错误。我们在一个全新的Plone安装上进行了测试,并确认链路完整性在以下情况下出现故障:

在页面中插入图像或附加文件时,如果这些图像和文件与页面文件夹位于同一文件夹中,或者与页面文件夹位于同一顶级父文件夹中的其他文件夹中,当您将此页面移动到父文件夹外的另一个文件夹或父文件夹内的另一个文件夹,但与页面文件夹处于不同的级别时,链接将不会保留。也就是说,仅当您将“移动”移动到与页面位于同一父文件夹内且相对于父文件夹位于同一级别的另一个文件夹时,页面中的图像和文件才会被保留

如果在页面中插入图像或附件文件,并且这些图像和文件来自页面顶级父文件夹之外的文件夹,则将页面移动到其他文件夹时,页面中的这些图像和文件将保留

也就是说,在将文件/图像附加到页面时,不建议将图像和文件上载到与页面相同的顶级父文件夹中的文件夹中,因为如果不破坏页面中的图像和文件附件,则无法将此页面移动到另一个文件夹(相同级别的顶级父文件夹除外)

====== 我们使用的是Plone 4.1.3,在将页面从一个文件夹移动到另一个文件夹时,在保存链接方面存在问题。也就是说,即使在我们的站点设置的编辑器设置(TinyMCE-Enable Link Integrity checks)中启用了链接完整性,链接完整性也不起作用。我们对链接完整性的理解是,我们应该能够将一个页面移动到另一个文件夹,页面中的图像和文件附件仍然可以工作。这就是我们的愿望。但是,现在当我们将页面移动到另一个文件夹时,页面中图像或文件附件的URL保持不变,即相对URL,例如../../folder xxx/xxx.jpg。因此,只有当我们移动到相对于同一父顶级文件夹处于同一级别的文件夹时,URL才会起作用。如果我们将页面移动到另一个级别的文件夹或顶级文件夹之外的文件夹中,它将不起作用,因为URL不会更改

我们真的不知道这个问题是什么时候开始的。当我们从Plone 4.1.2升级到Plone 4.1.3时,它可能已经开始了。但我们不确定。升级时,我们重新安装并复制了blobstorage和filestorage。我认为升级后一切都很好,所以我们真的对发生的事情感到不知所措。我们认为,我们能够移动网页的链接保留在过去

ZMI on Plone站点设置中是否有链接完整性设置(编辑器设置除外)

请告知

非常感谢您的期待


cmgui

这很奇怪,一定是个bug。FWIW,我总是使用UID的链接。然后将resolveuid/UID转换为完整的URL.Hm。我认为TMCE不应该把相对链接放在首位。如果要在站点副本中调试,请转到ZMI、portal_transforms、policy,并删除涉及plone.outputfilter的规则。(目标mimetype x-safe-html,IIRC)。然后,您应该看到…/resolveuid/。。。。页面中的链接。谢谢Vangheem,但我不知道UID是什么。它们是库普用的东西吗?我们用的是TinyMCE谢谢你Ulrich。我试了你的建议。在删除text/x-html-safe(输出类型)/html\u to\u plone\u outputfilters\u html(使用转换)后,我们得到的是实际的文件夹名,而不是文件夹xxxx。因此,删除html-to-plone-outputfilters-html似乎可以撤销“UID”?Ulrich,更正,删除html-to-plone-outputfilters-html根本没有任何区别。不知何故,对于存储图像的某些文件夹,当我们在页面中插入指向文件夹中图像或文件的链接时,该文件夹在URL中显示为文件夹xxxx。对于某些文件夹,将显示实际的文件夹名称。奇怪。这很奇怪,一定是个虫子。FWIW,我总是使用UID的链接。然后将resolveuid/UID转换为完整的URL.Hm。我认为TMCE不应该把相对链接放在首位。如果要在站点副本中调试,请转到ZMI、portal_transforms、policy,并删除涉及plone.outputfilter的规则。(目标mimetype x-safe-html,IIRC)。然后,您应该看到…/resolveuid/。。。。页面中的链接。谢谢Vangheem,但我不知道UID是什么。它们是库普用的东西吗?我们用的是TinyMCE谢谢你Ulrich。我试了你的建议。在删除text/x-html-safe(输出类型)/html\u to\u plone\u outputfilters\u html(使用转换)后,我们得到的是实际的文件夹名,而不是文件夹xxxx。因此,删除html-to-plone-outputfilters-html似乎可以撤销“UID”?Ulrich,更正,删除html-to-plone-outputfilters-html根本没有任何区别。不知何故,对于存储图像的某些文件夹,当我们在页面中插入指向文件夹中图像或文件的链接时,该文件夹在URL中显示为文件夹xxxx。对于某些文件夹,将显示实际的文件夹名称。奇怪。