mysqli-> affected_rowsによるキャッシュ制御の乱れ

Question

Webページが1つあります（A.htmlと呼ぶことができます）。 A.htmlには、単純なdocument.location = "B.php"を使用してページを動的なPHPページ（それをB.phpと呼ぶ）に切り替えるJavaScriptがいくつかあります。 B.phpは、表示されるクッキーに基づいてmysqlクエリを実行し、mysqli-> affected_rows変数に基づいて結果を返します。しかし、mysqli-> affected_rowsのページスイッチが0になるたびに、mysqlテーブルは想定通りに変更されます。面白いことに、URLバー（またはページを更新する）を使ってB.phpにまっすぐ行くと、mysqli-> affected_rowsは1になります。

wiresharkを見ると、2つのGETリクエストの唯一の違いは、Cache-Control：max-age = 0という行が2番目の（javascript以外の）ものであることです。なぜこれが何かに影響を与えることを誰もが知っていますか？これを修正できる方法があるかどうか？

編集：HERESにコード

$req = $mysqli->prepare('update users set sts=NOW() where i=? and sid=? and sip=? and NOW()-sts <= '.$authentication_timeout.';'); 
    if ($mysqli->error) { 
     log_mysql_error($mysqli); 
     die('Unexpected error:'.$mysqli->error); 
    } 
    $req->bind_param('sss',$uid,$sid,$_SERVER['REMOTE_ADDR']); 
    $req->execute(); 

    print $mysqli->affected_rows; 
    $req->close(); 

Answer 1

キャッシュにはまったく問題はありませんでした。この問題が発生するのは、この特定のケースでは、このコードが実行される直前に同じ行が更新されており、NOW（）が異なるために十分な時間遅延がないためです。したがって、行が一致している間は、データに変更はないので、$ mysqli-> affected_rowsはまだ0に等しくなります。 $ mysqli-> infoは "一致した行：1、変更された行：0"を示します。

Answer 2

あなたはので、私は唯一の推測することができます任意のコードを示していないが、affected_rows()は、テーブルには何も変更されません更新時にNULLを返します。おそらく、あなたのページをリロードすると、ページ上でアップデートが実行されたとしても、2番目のロードは0と表示されます。

Answer 3

それは確かにあなたの醸造を気まずいキャッシュだ場合、私は

document.location="B.php?nocache=" + new Date().getTime(); 

をやっても問題が解決されますね。それが確認できますか？