問題タブ [flush]

デフォルトでは、ページ全体の実行が完了するまで何も出力されません。

すぐに吐き出す機能はありますか？

ob_end_flush()しかし、複数回呼び出すことはできません。これは私が望んでいることではありません。

あなたたちが私を手に入れたことを願っていますか？

Windowsフォームを使用してC#でキーボードバッファをフラッシュするにはどうすればよいですか?

キーボードのように機能するバーコード スキャナーがあります。非常に長いバーコードがスキャンされ、フォームでキャンセル ボタンが押された場合、キーボード バッファーをクリアする必要があります。したがって、保留中のすべての入力をフラッシュして無視する必要があります。バーコードにスペースが含まれている場合、スペースは不要なボタンクリックとして処理されるため、バッファをクリアする必要があります。

保存機能を備えたプログラムがあります-ユーザーがボタンをクリックすると、すべてがflush();を使用してローカル共有オブジェクトに保存されます。指図。

私の問題は、ムービーを閉じると、Flash .swf ファイルが自動的にローカル共有オブジェクトに保存され、以前の手動保存が上書きされることです。

映画が閉じたときにフラッシュが共有オブジェクトに保存されないようにする方法はありますか?

キャッシュ マネージャーの 1 つの同じ静的インスタンスを使用する 2 つの ASP .NET Web サイトがあります。最初の Web サイトは、データベースからデータを取得し、4 番目のキャッシュ マネージャー オブジェクトを使用してキャッシュします。

私の問題は、同じキャッシュ マネージャーの静的オブジェクトを使用して、2 番目の Web サイトからこのキャッシュ データをフラッシュできないことです。そうしようとして何か問題がありますか?この問題の可能な解決策は何ですか? （この件に関する文書資料をいただければ幸いです）

よろしくお願いします。

私のクライアントは Web ブラウザで、次の URL を使用して myserver にリクエストを送信します。 http://localhost

これはサーバー側のコードです。問題は、ServingThreadクラスの run メソッドにあります。

私が使用しているかどうか

また

出力はブラウザに送られません。ストリームを使用して手動でフラッシュしている場合にのみ、出力がブラウザーに送信されます

私の質問: new PrintWriter( socket.getOutputStream(), true )出力バッファを自動的にフラッシュすることになっていますが、そうしていません。なんで？

Erlangでioバッファをどのようにフラッシュしますか?

例えば：

この投稿は、明確な解決策がないことを示しているようです。

その投稿よりも良い解決策はありますか？

私のアプリケーションでは、SQLite-DB のテーブル (唯一のテーブル) をクリア/空にしたいと考えています。私はC#でプログラミングしています。_session はタイプ NHibernate.ISession です。これが私のコードです：

string queryFmt = "FROM {0}"; string query = String.Format(queryFmt, typeName); _session.Delete(クエリ);
_session.Flush();

サンプル DB は 5000 を超えるエントリで構成されています (s3db ファイルのサイズは約 750KB です)。Flush() メソッドは 6 分以上必要です。(SQLite Administrator で削除操作を実行すると、1 秒もかかりません。)

テーブルをより速く空にするにはどうすればよいですか?

次のコマンドを使用して、crontab によって毎日呼び出される小さなスクリプトがあります。

この方法の問題は、some_log.log が MyScript の終了後にしか作成されないことです。プログラムの実行中にプログラムの出力をファイルにフラッシュしたいので、次のようなことができます

進行状況などを追跡します。

次の NHibernate コードがどのような状況で失敗する可能性があるのか​​ 疑問に思っています。

Assert ステートメントは常に失敗します。

SaveOrUpdate の後に session.Flush を手動で呼び出すと、select クエリは成功しますが、flush を手動で呼び出す必要はないと思いましたか? NHibernate は Foo が更新されたことを認識するのに十分なほどスマートである必要があることを理解していたので、2 番目の選択クエリは成功するはずです。

生成された SQL を見ると、2 番目の選択クエリの SQL が最初の SaveOrUpdate の SQL の前に実行されているように見えます。

実際、メソッド全体をトランザクションでラップすると、成功します。

これで、SaveOrUpdate の sql が Linq.Where sql の前に実行されます。間にトランザクションをコミットする必要さえないので、これは少し奇妙です。

何が起こっている？