投入生产后，我应该如何使用XPages调试工具栏？
这可能看起来很愚蠢，但我即将发布一个XPage应用程序，我一直在使用XPage调试工具栏谢谢标记，这应该是我每天的口头禅投入生产后，我应该如何使用XPages调试工具栏？,xpages,Xpages,这可能看起来很愚蠢，但我即将发布一个XPage应用程序，我一直在使用XPage调试工具栏谢谢标记，这应该是我每天的口头禅 我想到的唯一方法是从我的“布局”自定义控件中删除条目。有更好的方法吗？在rendering属性中添加一些代码来确定它是否是开发服务器。如果不是开发服务器，则返回false。这就是我们要做的。添加一些代码，以确定它是否是渲染属性的开发服务器。如果不是开发服务器，则返回false。这就是我们要做的。不要那样做。我所做的是为何时应该显示它设置一些标准。要么是一些配置设置，一个特殊的
我想到的唯一方法是从我的“布局”自定义控件中删除条目。有更好的方法吗？在rendering属性中添加一些代码来确定它是否是开发服务器。如果不是开发服务器，则返回false。这就是我们要做的。添加一些代码，以确定它是否是渲染属性的开发服务器。如果不是开发服务器，则返回false。这就是我们要做的。不要那样做。我所做的是为何时应该显示它设置一些标准。要么是一些配置设置，一个特殊的角色，甚至是检查用户是你- 这样，您可以将其保留在那里，以便以后进行故障排除…-它总是出现
/约翰不要那样做。我所做的是为何时应该显示它设置一些标准。要么是一些配置设置，一个特殊的角色，甚至是检查用户是你- 这样，您可以将其保留在那里，以便以后进行故障排除…-它总是出现
/约翰大卫，你的回答也很好，但约翰是第一个，分数也少了！嘿，谢谢！向一位大师鞠躬。。。达维达哈。约翰确实有一个很好的观点。您可以将其保留在中，但只能基于sessionScope变量进行渲染。。。然后有一个admin.xsp页面在需要时打开它。没错！这样，您就可以在生产中轻松地进行故障排除：-此答案与John的不同-这将工具栏限制在开发环境中。大多数严重的问题都在生产中……大卫，你的回答也不错，但约翰是第一个，得分也较少！嘿，谢谢！向一位大师鞠躬。。。达维达哈。约翰确实有一个很好的观点。您可以将其保留在中，但只能基于sessionScope变量进行渲染。。。然后有一个admin.xsp页面在需要时打开它。没错！这样，您就可以在生产中轻松地进行故障排除：-此答案与John的不同-这将工具栏限制在开发环境中。大多数严重的问题都在生产中…这也是我所做的：基于额外角色设置加载的属性。这也是我所做的：基于额外角色设置加载的属性。