SharePoint 2013 - 匿名网站 - Chrome SharePoint插件(SharePoint 2013 - Anonymous Site - Chrome SharePoint Plugin)
匿名浏览配置为匿名访问的SharePoint 2013网站时，我会看到一个警告栏，其中包含以下措辞：
Chrome for Mac显示：
无法加载SharePoint Browser插件。
Chrome for Windows显示：
Microsoft Office需要您的许可才能运行。
页面中嵌入了什么使Chrome想要运行插件，我该如何删除它？ 我似乎无法找到任何关于此事的信息，如果已经得到答复，我会道歉。
When anonymously browsing a SharePoint 2013 site configured for anonymous access I see a warning bar with the following wording:
Chrome for Mac displays:
Could not load SharePoint Browser Plug-in.
Chrome for Windows displays:
Microsoft Office needs your permission to run.
What is embedded in the page that makes Chrome want to run a plugin, and how can I remove it? I can't seem to find anything about this, apologies if it has been answered.
原文：https://stackoverflow.com/questions/15319803
最满意答案
如果不需要auth，node-redis会向服务器发送INFO，以检测它何时就绪，然后触发ready事件（请参阅https://github.com/mranney/node_redis ）。
当需要auth时，看起来redis只在auth完成后才开始接受命令（参见http://redis.io/commands/auth ）。
所以我要做的是在未进行身份验证时响应“ready”事件并在进行身份验证时响应auth回调（可能在创建客户端时使用了
{no_ready_check: true}）。When no auth is required, node-redis sends INFO to the server to detect when it's ready and then fires the ready event (see https://github.com/mranney/node_redis).
When auth is required, it looks like redis will only start accepting commands once the auth is complete (see http://redis.io/commands/auth).
So what I would do is respond to the "ready" event when not authenticating and respond to the auth callback when authenticating (probably having used
{no_ready_check: true}when creating the client).
相关问答
更多-
node-redis 有人做过长连接或者连接池吗[2022-12-04]
https://github.com/luin/ioredis 这里有计划搞连接池，看 roadmap 部分。不过 redis 随便一用都有 10万ops每秒吧。 -
你的结果是完全可预测的。 正确如此。 请记住 - node.js是一个线程应用程序。 Node.js使用异步输入输出，但是这些命令应该以redis的严格顺序“request-response”发送。 因此，当您仅使用一个连接到redis服务器时，您的代码和您的请求将严格平行执行。 看看你的代码： rc.on('ready', function () { rc.set("inc",0) for(var i = 1; i <= 10; i++){ rc.watch("inc") ...
-
如果不需要auth，node-redis会向服务器发送INFO，以检测它何时就绪，然后触发ready事件（请参阅https://github.com/mranney/node_redis ）。 当需要auth时，看起来redis只在auth完成后才开始接受命令（参见http://redis.io/commands/auth ）。 所以我要做的是在未进行身份验证时响应“ready”事件并在进行身份验证时响应auth回调（可能在创建客户端时使用了{no_ready_check: true} ）。 When no ...
-
在node.js中捕获异常(Catch exception in node.js)[2021-11-17]
client = redis.createClient(); ，为error事件设置一个处理程序： client.on('error', function(err) { // handle async errors here }); 看一下堆栈跟踪 - 你的代码不在其中，所以没有一个地方try / catch可以捕捉到错误。 After client = redis.createClient();, set a handler for the error event: client.on('error ... -
我无法重现这一点。 你可以试试这个代码，停止redis服务器，检查日志输出吗？ var client = require('redis').createClient(); client.on('connect' , log('connect')); client.on('ready' , log('ready')); client.on('reconnecting', log('reconnecting')); client.on('error' , log('error' ...
-
我将根据编码接口和您的意见来冒险猜测client.get()是异步的。 这意味着它会调用“稍后”传递给它的回调函数，而不是立即。 因此，不能使用同步编码模式来收集多次调用client.get()的结果，因为当函数返回时， obj中的结果还不可用。 因此obj尚未填充结果。 如果您想知道何时完成多个异步调用，那么您必须采用完全不同的方式进行编码。 而且，结果只能在回调函数中使用，而不能在函数结束时使用。 总之，我发现你的代码存在多个问题： client.get()是异步的，所以当你的函数返回时它还没有完成 您 ...
-
重新定义了我的问题，我意识到它肯定是序列保留的，我实际上是在重复这个问题： Redis是否同步更新？ 所以答案肯定是我不需要等待WATCH回拨并且我的原始代码没问题。 伙计们，对不起网络噪音！ Having reframed my question, I realize that it must surely be sequence-preserving, and I'm actually duplicating this question: Are Redis updates synchronous? S ...
-
PubSub上的节点Redis回调(Node Redis Callback on PubSub)[2021-11-29]
redis连接将发出事件，因此当你注册client.on('message'每次有消息时， function(channel, data)都会触发。在该函数中，你可以做任何事情，包括调用不同的函数。 例如 function YourCallBackFn (err, data) { // do something with data } server.publish("someChanel", someData, function(response) { // response should ... -
就像Freyday siad一样， on不是异步方法，而是一个事件发射器，所以我强烈反对你不满意它，但是，嘿，如果你是坚持你可以做类似的事情： let _connectResolve, _connectReject, onConnected = new Promise((resolve, reject) => { _connectResolve = resolve; _connectReject = reject; }), redis = require("redis"), client ...
-
node-redis无法通过twemproxy连接到redis实例(node-redis can't connect to redis instance over twemproxy)[2022-08-31]
经过一番戳后，我意识到这是因为node_redis在默认情况下尝试在连接上调用“info”命令。 只需修改连接选项以包含no_ready_check: true将解决此问题并通过twemproxy强制连接。 After a bit of poking, I realize it is because node_redis attempts to call the "info" command on connection on default. Simply modifying the connection ...