哦，当然，这个功能需要包含在一个插件中，或者由于涉及的更改级别，更可能包含在核心中。
1 个赞
这个想法是否比为其他组建立一个完全独立的耳语系统更容易？
想象一下，通过插件路线，可以增加一个切换开关，用于仅为工作人员创建耳语，或者对某个组开放。不过，最好还是保持想法简单，以免产生更复杂的问题。
但是，已经实现了更广泛群组的权限设置吗？
这里讨论的是拥有两种类型的耳语（也称为“级别”），一种仅供员工使用。
我想您可以将需求概括为：“添加一种仅限员工的附加耳语类型”，因为我们已经有了任意类型。
或者更灵活地说，“添加一种也可以使用特定群组进行权限设置的附加耳语类型”…
3 个赞
是的，您可以添加其他群组来使用“私语”功能，但添加的任何群组都可以看到所有的“私语”。
所以是的，我认为最初的想法是创建独立的“私语”系统。这我想会是一项艰巨的任务。
因此，我想知道，在我的这个漫无边际的想法提出之后，是否可以通过一个插件来增强核心功能，移除或隐藏由工作人员创建的“私语”，使其不被其他群组看到。
是否可以先进行一个不太安全的测试，使用一个当然安全性较低的组件？
也许这个概念可以作为一个通用的群组功能添加，将许多功能从“TL”移到群组？如果启用了群组，该群组将在其拥有类别安全权限的类别中拥有“私语”功能。
要正确执行此操作，您需要两种类型的“whispers”（这可能意味着需要添加一个 post_type）以及两个设置。
我认为事情不会比这更复杂或更简单。
1 个赞
有道理。这就是为什么我还在想，即使在组件中，一个临时的解决方案也可能有效。员工只需要知道，通过以这种方式扩展它，就不要将耳语用于真正敏感的信息。尽管理论上，那些授予耳语能力给员工群组的人应该处于一个可以信任的水平，不至于试图绕过网站寻找漏洞来利用。正如我所假设的，听起来这个群组是一群更值得信赖的成员。
我个人认为，你要么就把它做好，要么就别做。
2 个赞
我认为，与容易出错的粗糙做法相比，这确实是最好的做法。
我个人认为密语很酷。但请记住，在其推出的早期，它曾出现一些意外的故障，在某些情况下暴露了密语。
我认为一个开箱即用的想法是创建一个关于某个问题的私人消息/群组消息。然后简单地使用密语发布私人消息链接，因为只有有权访问的人才能打开指向私人消息/群组邮箱的链接。这个想法唯一的缺点是，与仅仅在密语中随意发布相比，获取信息需要更多的操作。
但如果它不是太敏感，只是某件事。比如“版主请监控此话题”。那么密语就足够了。
我无意中得知，当一名成员发布私人消息链接时，在我被提升为管理员后，我可以打开该链接。
1 个赞
我喜欢两个独立耳语的想法。这完全是罗伯特的错😜
4 个赞
我记得 Jam 在这个话题或类似话题中回复时，前提是拥有两个或多个完全独立的密语系统。
所以我在想，也许有一个不落俗套的临时可行解决方案，可能更容易实现。
就我个人而言，正如我在上一篇文章中所提到的，我认为链接到一个群组私人消息或群组私人类别，例如仅限员工的类别。将是一个非常简单、无需编码即可操作的程序。因为链接可以返回到话题密语或在新窗口中打开链接。将任何真正敏感的信息排除在密语系统之外。
然而，我们都希望事情能立刻完成。