我们在网站上的许多地方使用了 ajax。一个实例有时会表现得不规则，就像 ajax 调用失败一样。它仅在一个特定位置 - 所有其他位置都按预期工作。

发生故障时，用户会收到操作失败的错误消息。

我们无法重现该故障。它总是只适合我们。大多数用户没有遇到这个问题。少数确实这样做的人有时会报告说他们稍后再试一次并且成功了。

我们可以通过重命名ajax脚本来模拟失败。然后，当尝试操作时，ajax 调用失败，我们收到相同的错误消息。然而，我们没有任何理由相信该错误是由于无法访问 ajax 脚本引起的，尽管有可能。如果是这样的话，那么我们的其他 ajax 脚本也会出现同样的问题。

我们已经想出了一个解决方法。如果用户在尝试操作之前进入隐身模式，则可以避免该问题。

隐身模式解决方法表明它可能与 cookie 有关。因此，我们尝试以某种方式干扰 cookie，以尝试重现该问题。什么都没有成功。

为了帮助排除故障，我们在错误消息中添加了额外的诊断信息，但到目前为止，除了类似于“错误”的信息之外，还没有任何结果。下面是一些代码，显示了我们如何尝试获取更多信息：

error: function (jqXHR, textStatus, errorThrown) { // alert('read-unread error'); ajaxError('Read-Unread', textStatus, errorThrown); // TODO comment out to suppress the error reporting },

为了完整起见，我在下面包含了完整的 JavaScript 函数。

建立一个简单的测试环境来演示问题效果并不好，因为它会过于简化真实环境，从而破坏了其测试价值。我们认为唯一合理的测试是模拟用户正在做的用例。不幸的是，这很复杂，因为它涉及在我们的系统上创建个人资料，尝试使用该系统与其他成员进行通信，从其他成员那里获得一些响应通信，然后尝试回复此类通信。这会重新创建用例以及发生故障的位置。不幸的是，我们再次怀疑它仍然永远不会触发我们的失败——玩具系统也会“正常工作”。

如果每次都发生在每个用户身上，那将是一回事，但事实并非如此。某些时候只有部分用户使用，并且仅用于我们网站上众多 ajax 使用中的一种。一旦它开始发生，至少在一段时间内该用户可以重复。

我的问题：

我们如何创建一个精简版本的环境，以便我们可以让 stackoverflow 社区值得一看，而不是模拟我们网站的使用？
“隐身模式”解决方法是否可以提供任何见解来了解出现的问题？
除了诊断在大多数情况下都能正常工作的代码之外，了解其他 Ajax 故障模式也会很有帮助。举个虚构的例子，比如“某些系统太慢，ajax 超时”。

[JavaScript 函数。注意：由于某种原因，我无法将函数的前几行放入代码标记中。]

function toggleReadUnread(usertypeid, opp_user_label_short, principalid, repid, contactuid, value) { var new_response = (value) ? 'read' : 'unread'; var prefix = '#' + contactuid; $('#ur-read-unread-text').html(new_response); $('#read-unread-dialog').dialog ({ show: "fade", title: "Change to " + new_response + "?", modal: true, resizeable: false, width: getDialogWidth(400, .9), maxWidth: 400, fluid: true, buttons: { Ok: function () { $(this).dialog('close'); $.ajax( { // async: false type: 'POST', url: '/ajax/set-var.php', // url: '/ajax/tr-toggle-status.php', data: { 'which_function': 'read-unread', 'principalid': principalid, 'repid': repid, 'usertypeid': usertypeid, 'value': value }, error: function (jqXHR, textStatus, errorThrown) { // alert(jqXHR.responseText); ajaxError('Read-Unread', textStatus, errorThrown); }, success: function (data, textStatus, jqXHR) { if (data) { var connector = '\', \''; if (value) { $(prefix + '-unread').remove(); $('You have no unread messages from this ' + opp_user_label_short + '').insertAfter(prefix + '-read-unread-placeholder'); } else { $(prefix + '-read').remove(); $('You have a new message from this ' + opp_user_label_short + '').insertAfter(prefix + '-read-unread-placeholder'); $('.tc-' + contactuid).hide(); } jConfirm('Success', 'Messages marked "' + new_response + '"'); } } }) }, Cancel: function () { $(this).dialog('close'); } } }) }

全員に返信 (1)

P粉5909293922023-08-29 15:32:47 1棟

＃＃＃症状＃＃＃

あなたが発生している AJAX スクリプトの問題は、通常は正常に動作しますが、一部の (まれな) ユーザーにとって、ファイルが一時的に見つからないことがあります。

＃＃＃解決＃＃＃

シークレットモードを使用すると、この問題が解決されるようです。

本当に解決策はあるのでしょうか?

回避策が同時に実行される可能性がわずかにありますが、AJAX の回復にはつながりません。したがって、まれにファイルが短期間利用できなくなることがあります (たとえば、ファイルを一時的に削除して新しいバージョンをその場所に移動する断続的なスクリプトの再構築/ミニマイザーが存在します)。その場合、ユーザーは次のような問題に遭遇します。次の状況: あなたが指摘した問題ですが、シークレットモードでアクセスしようとすると、ファイルはすでに復元されています。つまり、シークレットモードはファイルの回復と同時発生する可能性があるだけで、この状態は発生しません。

これに対処するには、問題が発生しているときにシークレットモードで回避策を試して機能するかどうかを確認し、次に非シークレットモードで試してまだ機能しないかどうかを確認します (もちろん、ページがリロードされた後です)。。回答の後半では、シークレットモードにより、ユーザーの問題が消えるのと同時に発生するのではなく、ユーザーの問題も消えると仮定します。

考えられる理由

＃＃＃クッキー＃＃＃

一部の Cookie に問題があります。たとえば、ユーザーの Cookie の有効期限が切れて有効ではなくなりましたが、Cookie がまだ有効な間にページの読み込みが開始されましたが、サーバーはファイルの要求に対してファイル移動エラーをスローします。これは、この要求をログに記録するためにのみ処理するようにプログラムされているためです。ユーザーの中で。また、

/ajax/set-var.php