問題タブ [persistent]

同じシステム上のサービスと直接通信するデスクトップ アプリケーションがあります。それらを分離し、途中でキューを使用したいと思います。私が見つけたキューイング ソリューションのほとんどは、プロセス間通信ではなく、企業での使用を意図したものです。

そこで皆さんに質問です。小規模な永続キューを使用した経験のある方はいますか? Apache Qpid を使用するか、システム上で小さな MySQL インスタンスを実行することを考えていました。Queue for MySQL (http://q4m.github.com/) プロジェクトがありますが、運用システムで使用するには少し古いように見えます。

私は自分のクラスのインスタンスを持っています。これは基本的に、別の自分のクラスからのオブジェクトの可変配列です。これを永続データに保存する必要がありますが、問題が発生しました。メソッドを使用してアーカイブを試みました

私のビューコントローラで。それから私は電話します

アプリデリゲートで「アプリの場所がバックグラウンドに入りました」

基本的に、自分のクラス (GameDatabase) のインスタンスをアーカイブに保存しようとしています。アーカイブすると、例外がスローされます。

編集:わかりましたので、2つのクラスで今実装しようとしているものを次に示します:GameDatabase.m

GameRecord.m

私はPython3を使用しています。shelveドキュメントでは、の永続バージョンとしてアドバタイズされていますdict。ただし、私の使用法ではshelve、タプルをキーとして許可していませんが、dictは次のことを許可しています。

このエラーが発生します：

私のアプリケーションでは、オーディオとビデオの再生ファイルをブックマークしたいのですが、それはできますか？

誰かが私にそれを行う方法を教えてもらえますか？

ありがとう

URL に GET 要求を送信し、そのページのコンテンツ全体をダウンロードするアプリケーションを作成しました。

クライアントは GET を stackoverflow.com などに送信し、応答をパーサーに転送します。パーサーは、後続の GET 要求でダウンロードする必要があるページからすべてのソースを見つける責任があります。

以下のメソッドは、これらの GET リクエストを送信するために使用されます。パーサーによって返された URL を使用して、何度も連続して呼び出されます。これらの URL のほとんどは同じホスト上にあり、TCP 接続を共有できる必要があります。

このメソッドが呼び出されるたびに、(TCP 3 ウェイ ハンドシェイクを使用して) 新しい TCP 接続が作成され、その接続で GET が送信されます。しかし、パフォーマンスを向上させるために、TCP 接続を再利用したいと考えています。

メソッドが呼び出されるたびに新しい URL オブジェクトを作成するので、これが機能する方法だと思います...

多分誰かが私がこれをより良い方法で行うのを手伝ってくれるでしょうか?

ありがとう！

パフォーマンス関連の質問をする必要があります。たとえば、サイトが1秒あたり500または400の訪問を取得する場合、優先されるmysql接続タイプ（永続的または非永続的）は何である必要がありますか???? そのようなウェブサイトのための他の推薦???

ありがとう

パテ (telnet/ssh クライアント) を使用して、hp-ux、solaris、Linux サーバーに接続しています。以前の仕事から、サポート担当者がログインしていたことを覚えています。次に、コマンドを使用して古いセッションを開きます。彼らは、この方法を使用して、長時間を必要とするジョブを実行しました。パテ セッションが停止した場合、切断後に永続的なログイン画面に到達する可能性があります。コマンドを知っている人はいますか？

ありがとう。

編集：その通りです。スクリーンでした。しかし、私のマシンにはそれがないようです。
ありがとう。

ロードバランサーで永続性を使用すると、永続的なApache構成と組み合わせた場合に、apacheによって生成されたプロセスをより有効に活用できるかどうかを調べようとしていました。

私の考えでは、ロードバランサーに永続性がないと、ユーザーはいずれかのサーバーにアクセスする可能性がありますが、生成されたApacheのインスタンスはアイドル状態で終了するまでに時間がかかります。同じ接続を永続的な同じApacheプロセスにルーティングした場合、ロードバランサーから別のサーバーに切り替わるアイドル状態の接続で無駄なCPUはほとんどありません。

それとも私はこれを間違って見ていますか？

（永続性と永続性 の違いを説明する良い記事がありますhttp://devcentral.f5.com/weblogs/macvittie/archive/2008/07/11/3443.aspx）

まず、これは最高のタイトルではないかもしれませんが、現時点では理にかなっているようです。

私が見ているのは、Web アプリの存続期間中存続する必要があるリソースをロードすることです。後で手動更新のためにプロビジョニングが行われる可能性がありますが、現在はそうではありません。

複数の理由から、データベースに常駐する複雑な権限構造があります。ページの読み込みごとにこれを取得するオーバーヘッドが発生したくないため、メモリに常駐させたいと考えています。私の最初の本能は、これをロードするシングルトンを作成し、許可を検索するために必要なときにいつでも使用することです。シングルトンに対するためらいを理解しており、それが貧弱なアプローチであるかどうか疑問に思います。

yaml や別のストレージ メカニズムのルートをたどりたくありません。パーミッションは、他の依存関係のために DB に存在する必要があります。とはいえ、Rails でデータを効率的に読み込んだり読み込んだりするための最も適切な方法は何でしょうか?

ポストバック後も持続する動的コントロールを作成する方法はありますか? つまり、ユーザーがボタンをクリックすると、新しいテキストボックスが生成され、もう一度クリックすると、最初のテキストボックスが残り、2 番目のテキストボックスが生成されます。asp.net を使用してこれを行うにはどうすればよいですか? page_init イベントでコントロールを作成できれば保持されることはわかっていますが、page_init が発生する前にボタンのクリックを処理できるかどうかはわかりません。したがって、別の方法が必要です。