問題タブ [purge]

現在、UIViewControllers のスタックがあり、それぞれが前のものの上に表示されるモーダル ViewController です。私の問題は、UIViewControllers のスタックが必要ないことです。最後の 1 つだけが必要です。したがって、新しい UIViewController が提示されると、その親はパージされ、メモリから完全に削除されます。私のアプリは、これらのビューコントローラーを二度と必要としません。

私はこれを読みました: http://developer.apple.com/library/ios/#featuredarticles/ViewControllerPGforiPhoneOS/ViewLoadingandUnloading/ViewLoadingandUnloading.html

ただし、このパターンは、アプリがメモリ警告を受け取った場合のメモリ解放のみを考慮します。また、ViewController はパージせず、コンテンツのみをパージします。もっと手動でやりたいのですが...これは可能ですか、それともiOSでは一般的ではないので、メモリ警告メッセージのみに頼るべきです。

私は、毎時、毎時5分にperlスクリプトを実行するためのcrontabセットアップを持っています（つまり、2：05、3：05、10：05など）：

ご覧のとおり、STDOUTとSTDERRの両方を同じログファイルにリダイレクトしています。

Perlスクリプト、crontabエントリのいずれかをリファクタリングするか、必要な新しいコード/スクリプトを追加して、毎晩深夜にscript-log.txtクリア/フラッシュ/空になるように依頼されました。

つまり、毎晩、深夜にscript-log.txt20MBのテキストが含まれている場合は、テキストが何も（0バイト）含まれないようにクリーンアップし、午前12:05にcrontabが起動して実行されscript.pl、同じscript-log.txtログファイルにテキストを追加し始めます。

Linux / Perlの魔法を使ってcrontabエントリを変更して、このような「毎日のローリングログファイル」を設定する方法があれば、非常に簡単になります。最悪のシナリオでは、いつでも新しいスクリプトを記述してscript-log.txt、深夜に実行するようにパージおよびcronすることができます。しかし、私の高官はまだ別のcronジョブを持っていないことを強く望んでおり、エントリ自体からこれを行う方法を探しています（可能な場合）。

実際には、このように機能するエントリが多数あるため、「パージスクリプト」を記述して、深夜に実行するようにクローンを作成する際の問題は、生成する他のスクリプトを追加/削除するときに、パージスクリプトを常に更新することです。これらの種類のログファイル。したがって、このようなパージをエントリレベルで設定できる場合、各cronエントリはそれ自体をクリーンアップします。事前に洞察/ポインタ/提案をありがとう。

次の表を検討してください。

すべての子テーブルには、ORDER テーブルの主キーを指す外部キーがあります。そして膨大な量のデータがあります。

さて、いくつかのオーダーをパージする必要があります。正しい順序でレコードを削除しますが、最初に子テーブル、次に注文テーブルを削除しますが、この特定のクエリを実行するには非常に長い時間 (15 分) かかります (単一の注文 ID の場合):

DBA によると、これはおそらく子テーブルの依存関係 (FK チェック) が原因であり、子テーブルには巨大なレコード自体が含まれているため、時間がかかります (すべての依存関係は最終的に満たされますが、子レコードは事前に明示的に削除されるため)。

私のオプションは何ですか：

1. メインの ORDER テーブルで DELETE を実行する前に、子テーブルで FK リレーションシップを無効にすることはできますか? どうすればこれを簡単に行うことができますか。
   
2. Oracleに依存関係をチェックしないように指示する他の方法はありますか?
   または他のアイデアはありますか？

カフカでトピックをパージする方法はありますか?

大きすぎるメッセージをローカル マシンの kafka メッセージ トピックにプッシュしたところ、エラーが発生しました。

ここで を大きくするのfetch.sizeは理想的ではありません。実際にはそれほど大きなメッセージを受け入れたくないからです。

現在、Timer の代わりに ScheduledExecutorService を使用するようにアプリケーションを変更していますが、古いTimer.purge().

Executor ではどのように処理されますか? 何か心配する必要はありますか？

CCDirector::sharedDirector()Cocos2d-xのメソッドと他の共有インスタンスによって実装される「シングルトン」パターンに触発された小さな Cocos2d-x プロジェクトを行っています。たとえばCCDirector.cpp、

このpurgeDirector()メソッドは、共有アニメーション キャッシュ、共有スプライト フレーム キャッシュなど、他のすべての共有インスタンスを削除します。すべて同じモールドにキャストされます。共有ゲーム ロビーのように、いくつか自分でやりたいと思っています。

CCDirector は間違いなく変更される可能性があるため、変更したくありません。

パージ コードを配置できる自然な場所はありますか? が呼び出されたときにコールバックを鳴らす可能性はありますcocos2d::CCDirector::sharedDirector()->end()か? ありがとう！