問題タブ [persistent]

「 HTTP 永続接続」について読みましたが、どういうわけか、このコンテキストで永続が何を意味するのか理解していないようです。
詳しく教えていただけますか？

Javaアプリで使用するには、ディスクでバックアップされたMap構造が必要です。次の基準が必要です。

1. 数百万（数十億）のレコードを保存できます
2. 高速ルックアップ-マップでの操作の大部分は、キーがすでに存在するかどうかを確認するだけです。これと上記の1つが最も重要な基準です。頻繁に使用されるキーのメモリキャッシュメカニズムには効果的なものが必要です。
3. 永続的ですが、トランザクションである必要はありませんが、何らかの障害が発生する可能性があります。つまり、定期的にディスクと同期でき、トランザクションである必要はありません。
4. 単純なプリミティブ型を格納できますが、シリアル化されたオブジェクトを格納する必要はありません。
5. 配布する必要はありません。つまり、すべてを1台のマシンで実行します。
6. セットアップが簡単で、無料で使用できます。
7. リレーショナルクエリは必要ありません

レコードキーは文字列またはlongになります。上記のように、読み取りは書き込みよりもはるかに頻繁に行われ、読み取りの大部分は単にキーが存在するかどうかを確認することです（つまり、キーに関連付けられたデータを読み取る必要はありません）。各レコードは1回だけ更新され、レコードは削除されません。

私は現在BdbJEを使用していますが、他のオプションを探しています。

アップデート

その後、セカンダリキーへの依存を減らすことで、既存のBDBセットアップでのクエリパフォーマンスが向上しました。一部のクエリでは、2つのセカンダリキーを結合する必要があり、それらを複合キーに結合することで、ルックアップの間接参照のレベルを削除しました。これにより、処理が大幅に高速化されます。

persistent-loginユーザーがDrupal6に長時間ログインできるようにするために、モジュールを使用する必要があるのはなぜですか。

php.iniまたはsettings.phpを変更しても機能しないのはなぜですか？

「webtools」から、翌日にCookieの有効期限が切れているのがわかりますが、数時間後にたまたまログアウトしました。これは自発的な行動のようなものであり、従う/予測するパターンはありません。

なぜこの「キープアライブ」ログインがdrupalに存在するのですか？

全て、

フォーラムに関連するトピックがありますが、この問題に関する明確な解決策はありません。javax.servlet.http.Cookie に有効期限を設定しようとしています (ブラウザー セッション間で持続するように)。コード：

IE 開発者ツールをチェックインしても、この Cookie が設定されていません。インターネットで検索すると、IE は Max-Age を考慮せず、Expires でのみ機能するという手がかりが得られました。これが IE で機能しない場合、IE で機能するように永続的な Cookie の HTTP 応答ヘッダーを設定する実証済みの方法はありますか?

PS: これは、他のすべてのブラウザーで問題なく動作します。

有効期限属性を持つ Cookie の文字列を作成してみました。IE はそれを作成することに成功しましたが、ドメイン (デフォルト - "") を失い、".com" を表示し、それを永続的な Cookie ではなくセッション Cookie に変えました。これも、他のすべてのブラウザーで正常に機能します。

助けてください。ありがとう。

私はウェブ上のいくつかの記事と StackOverFlow に関するいくつかの質問を読みましたが、a) Google が Gmail やメールなどに長寿命の TCP 接続を使用している場合、および b) カスタム アプリで使用している場合について明確な答えを持っている人はいません。はバッテリーの寿命を消耗させますか？

ローカルサーバーとクライアントアプリケーション間でIPCを使用するアプリケーションを開発しています。Qtのドキュメントや例のように構成されているため、特に特別なことはありません。

問題は、クライアントがパケットを頻繁に送信し、サーバーのローカルソケット（NTではパイプと呼ばれる）からの接続/切断が非常に遅いことです。したがって、私が達成しようとしているのは、2つのアプリケーション間の「永続的な」接続です。

クライアントアプリケーションは、問題なくローカルサーバー（QLocalServer）に接続します。

また、従来のQt方式でもリクエストを送信します。

問題ない。ただし、このトリックはサーバー側のreadyRead（）シグナルにあります。readyRead（）処理スロットの現在の実装は次のとおりです。

ゼロに設定_blocksizeしないと、最初のブロックグループのみを受信できません（これはパイプを経由するため、ブロック全体がセグメンテーションなしで到着すると予想されますが、そうではありません）。_blocksizeは現在のストリームフローを表していないので、確かにその動作を期待しています。了解しました。_blocksizeをリセットするとうまくいきますが、ソケットのバイト配列を増やすことなく、クライアントから別のパケットを再送信することはできません。私が欲しいのは、ReadRequestでリクエストを処理し、関連するアプリケーションの接続/再接続に頼ることなく、次のデータブロックを受信することです。

たぶん私は着信データのレートを「調整」する必要がありますか？

どうもありがとうございます。

Blackberry アプリケーションにデータを保存するために永続ストアを使用しています。オブジェクトを作成して同じセッションの永続ストアに保存している間、データは適切に保存されます。ただし、データは次のセッションでストアから復元されません。

これを修正するにはどうすればよいですか?

私のコードは次のとおりです。

私のアプリケーションは現在、バックエンドとして CoreData を使用して、 に格納されている単一の SQL データ ファイルに格納し~/Library/Application Support/MYAPP/MyDataFile.sqliteます。異常な状況であることは承知していますが、このファイルを「ロック」して、ユーザーが (なんらかのばかげた理由で) アプリの 2 つ目のコピーを実行することを決定した場合に Core Data がびっくりしないようにする最善の方法は何ですか? ロックファイルをどこかに書いてそれをチェックするような古い学校を使用する必要がありますか、それともこれを行うためのより良いCocoaの方法はありますか?

ネストされたジェネレーターで次のコードを使用して、テキスト ドキュメントを反復処理し、get_train_minibatch(). テキスト ドキュメントの同じ場所に戻ることができるように、ジェネレーターを永続化 (ピクル) したいと考えています。ただし、ジェネレーターをピクルすることはできません。

• 簡単な回避策はありますか? ポジションを保存して停止したところから再開できますか? おそらくget_train_example()、シングルトンを作成できるので、いくつかのジェネレーターが横たわっていません。次に、このモジュールで、進行状況を追跡するグローバル変数を作成できますget_train_example()。

• このジェネレーターを永続化できるようにするための、より良い (よりクリーンな) 提案はありますか?

[編集: さらに 2 つのアイデア:

• ジェネレーターにメンバー変数/メソッドを追加して、generator.tell() を呼び出してファイルの場所を見つけることはできますか? そうすれば、次回ジェネレーターを作成するときに、その場所をシークするように要求できるからです。このアイデアは、すべての中で最も単純に聞こえます。

• クラスを作成し、ファイルの場所をメンバー変数にしてから、ジェネレーターをクラス内に作成し、生成されるたびにファイルの場所のメンバー変数を更新することはできますか? そうすれば、それがファイルのどこまで進んでいるかを知ることができるからです。

]

コードは次のとおりです。

クラスを持っている：

これでデータベースに保存できます

しかし、私がそれをロードバックするとき

Nodebag.nodesは常に空です！

私は何か見落としてますか？

前もって感謝します。

よろしく、ポール