Tridion 2009-在自定义页面上使用互操作-用户应该像管理员一样工作
我有一个关于使用Interops DLL处理自定义页面上的用户访问的说明 以下是场景：-Tridion 2009-在自定义页面上使用互操作-用户应该像管理员一样工作,tridion,tridion2009,Tridion,Tridion2009,我有一个关于使用Interops DLL处理自定义页面上的用户访问的说明 以下是场景：- ABC用户对CM没有任何访问权限（注意：ABC用户是tridion用户） 如果ABC用户访问自定义页面，则用户应与管理员用户进行模拟 现在ABC用户将创建/更新组件/页面并发布组件/页面 但问题是组件/页面的历史记录显示了管理员用户的名称名称，但我想用ABC用户的名称记录更改 我如何才能做到这一点？ 或 如果不使用模拟，有没有最好的方法来实现这一点 我想知道你为什么要这样做。当您用管理员用户模拟用户ABC时
ABC用户CM管理员用户的名称ABC用户的名称记录更改或
如果不使用模拟，有没有最好的方法来实现这一点
我想知道你为什么要这样做。当您用管理员用户模拟用户ABC时，ABC用户可以在系统中执行任何操作 为什么不将ABC用户添加到CM系统中，并为用户提供所需的权限和权限呢
要在历史记录中以ABC用户的名称记录更改，据我所知，用户必须是CM用户。我想知道您为什么要这样做。当您用管理员用户模拟用户ABC时，ABC用户可以在系统中执行任何操作 为什么不将ABC用户添加到CM系统中，并为用户提供所需的权限和权限呢
要在历史记录中以ABC用户的名称记录更改，据我所知，该用户需要是CM用户。我很确定您尝试的操作是不可能的，正如@Bappi所建议的那样。在Tridion项上执行操作时，有两种选择。可以作为有权执行该操作的人进行操作，也可以作为有权的用户（即您的管理员用户）进行模拟。CMS将存储有关执行操作的用户的系统元数据（这是您看到的创建或修改组件的用户）。不能（也不应该）使用API覆盖或修改此数据 如果您真的需要知道是谁执行了该操作，可以给他们这样做的权利（不管怎么说，当您给他们这个安全循环漏洞时，这似乎是一个奇怪的要求，也许您可以解释更多关于这背后的逻辑），也可以给您的模式添加一个名为“Author”的字段并使用您的自定义页面填充ABC用户名
如果这不是一个可行的选择，你也可以考虑给用户ABC访问目标出版物中的某种临时文件夹，他们可以在自己的帐户（仍然通过自定义页面）使组件得到历史。然后模拟管理员用户将其移动到所需的位置。
我很确定，正如@Bappi所建议的，您试图做的是不可能的。在Tridion项上执行操作时，有两种选择。可以作为有权执行该操作的人进行操作，也可以作为有权的用户（即您的管理员用户）进行模拟。CMS将存储有关执行操作的用户的系统元数据（这是您看到的创建或修改组件的用户）。不能（也不应该）使用API覆盖或修改此数据 如果您真的需要知道是谁执行了该操作，可以给他们这样做的权利（不管怎么说，当您给他们这个安全循环漏洞时，这似乎是一个奇怪的要求，也许您可以解释更多关于这背后的逻辑），也可以给您的模式添加一个名为“Author”的字段并使用您的自定义页面填充ABC用户名如果这不是一个可行的选择，你也可以考虑给用户ABC访问目标出版物中的某种临时文件夹，他们可以在自己的帐户（仍然通过自定义页面）使组件得到历史。然后模拟管理员用户将其移动到所需位置。
动态设置发布级别的权限如何当此自定义页面正在运行时，如果用户访问Content Manager，他们可以查看出版物，并可以在此时执行所需的操作。如何动态设置出版物级别的权限
当此自定义页面正在运行时，如果用户访问Content Manager，他们可以查看出版物，并可以在此时执行所需的操作。ABC用户是tridion用户，但此用户没有任何访问权限。我无法提供所需的访问权限，因为这是标准。因此，在不给ABC用户任何访问权限的情况下，他应该通过自定义页面执行所有必需的操作。我怎样才能做到这一点，历史上ABC用户名也应该存在？如果我们用Admin user模拟，更改只记录在Admin user的名称中，而不是记录在ABC user的名称中。“因为这是标准”不是原因。您不能给此人访问权限的原因是什么？这是一个家庭作业问题吗？您可以为每个ABC用户创建具有所需权限的影子帐户。存储ABC用户与其影子帐户之间的链接。使用ABC用户的影子帐户在Tridion中创建/更新项目。@DominicCronin：不授予ABC用户访问权的实际原因，因为这些用户将通过此自定义页面仅更新特定内容。而且，企业也不希望这些用户访问Content manager来更新这些内容，因为他们可能会滥用CM。因此，我想最好的方法来实现这种情况。ABC用户是一个tridion用户，但这个用户是d