問題タブ [queuing]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
architecture - トランザクションのキューイング/デキューイング
外部システムのイベントとタスクを、信頼できる/トランザクション的な方法でキューに入れる必要があります。MSMQ や ActiveMQ などの使用は非常に魅力的に見えますが、トランザクション部分は複雑になります (MSDTC など)。
データベース (SQL Server 2005 以降、Oracle 9 以降) を使用して、より簡単なトランザクション サポートを実現することもできますが、キューイング部分は見苦しくなります。
どちらのルートもそれほど素晴らしいようには見えず、厄介な落とし穴やエッジ ケースでいっぱいです。
誰かがこの問題について実用的なガイダンスを提供できますか?
考えてみてください: E/C/A またはスケジュールされたタスク エンジンが頻繁に起動し、現時点で実行する必要があるスケジュールされたタスクがあるかどうかを確認します (つまり、次の実行日は過ぎていますが、有効期限はまだ過ぎていません)。達した)。
php - Javascriptを使用してプロセスを実行し、更新/コールバックをWebサーバーに送信する
私は、人々がPDFファイルをアップロードし、Webベースのインターフェイスを介してドキュメント(ページの順序)を管理できるようにするプロセスに取り組んでいます。
PDFファイルのページは、印刷するために特定のサイズにトリミングする必要があります。現在、これを処理するPhotoshopアクションを実行しています。
私がやりたいのは、PDFファイルを専用サーバーにアップロードして目的のプロセス(フォトショップアクション、変換、画像をWebサーバーに送り返す)を実行することです。
機能を実行するためのいくつかの良い方法は何ですか。ただし、更新をWebサーバーに送信して、プロセス追跡/プログレスバーを使用して、ファイルの処理にかかる時間をユーザーに通知できるようにします。
さらに、一般的にジョブ/プロセスをキューイング/追跡するためのいくつかの優れたテクニックは何ですか(Webベースのテクノロジーに重点を置いています)?
msmq - マシンの場所の NServicebus DNS エントリ
NServicebus キュー エンドポイントに DNS エントリを使用しようとしていますが、メッセージが送信されません。コンピューター名または IP アドレスを入力すると正常に動作します。レコードに ping を実行すると正しく解決されるので、DNS レコードを使用できるかどうか疑問に思っています。これが私の設定です:
ありがとう
ruby-on-rails - 現在のイベントに基づいて将来のイベントをトリガーする
現在発生しているイベントに基づいて、将来的にイベントをトリガーしたいと思います。音量が大きすぎるとは思わないので、パフォーマンスよりもシンプルさを重視しています。
例えば:
- イベントAが発生します。イベントBを1日後に発生させる必要があります(タイムクリティカルではありません)
- システムはイベントの記録をdbに保存します
- 進行中のプロセスはデータベースを調べ、準備ができているイベントBを実行し、データベースからそれらを削除します
これは意味がありますか?私はRubyonRailsを使用しています-これはかなり一般的なユースケースだと思います
sql-server - SQL Server には、Oracle Streams Advanced Queuing と同様の機能がありますか?
Oracle Streams AQ (Advanced Queuing) は、スケーラビリティの高いデータベース ベースのキューイング機能を提供します。SQL Server (任意のバージョン) に同等の機能はありますか?
注: テーブルを単にキューとして使用するという意味ではなく、ベンダーが提供するデータベース プラットフォームに対する特定の拡張機能です。
asp.net - ASP.netセッション要求のキューイング
ASP.netは、同じセッションIDを使用するすべての要求をキューに入れているように見えます。3ページあるとしましょう。
Default.aspx
このページを押すと、セッションが存在しない場合は明らかに新しいセッションが作成されます。
次に、Hang.aspxを押します
そして、このセッションIDが渡される他のページにアクセスした直後に、それが何かを実行するかどうかは関係ありません。それをTest.aspxと呼びましょう。
ロードのシーケンスはそのようなものです。
私の質問は、この機能を無効にするにはどうすればよいかということだと思います。セッションの状態をより予測できるようにするのが便利だと理解していますが、私の場合、レポートページの読み込みが長時間続くと、ユーザーのマルチタスク機能が失われます。
php - サードパーティのAPIを私のPHPWebアプリに組み込むための最良の方法
PHPを使用して、サードパーティのAPIを組み込むようにWebアプリを設計する最も効率的な方法を見つけようとしています。アプリのユーザーは、API呼び出しからの応答を確認する必要はありません。
したがって、たとえば、ユーザーはクリックして1000通の電子メールを送信します。これらのメールは、SendGridやAmazonSESなどを経由します。ユーザーは、これらの電子メールが処理されるまで待つ必要はありません。基本的に、ユーザーがWebアプリに戻って、バックグラウンドで処理されるようにします。
SESのようなキューイングサービスの使用を考えるべきですか
組み込んでいるAPIが少なくとも3つあります。
ありがとう
queuing - 一度に複数のアイテムをデキューできるキューイング システム
一度に複数のアイテムをデキューできるキューシステムがあるかどうか疑問に思っています。簡単なグーグル検索でオラクルの高度なキューイングが見つかりましたが、このユースケースは、オラクルのライセンスを取得するほどクレイジーなものを保証するものではありません. オープンソースであるか、少なくともオラクルほど高価でないシステムはないと確信していますが、念のため質問したいと思います。この背後にある目標は、キューに入れられたアイテムの信頼できるバッチ処理を実装することです。そのため、独自のアプリケーション レベルの実装を作成せずにそれを行う方法について誰かが提案を持っている場合は、それを歓迎します。
jquery - 関数を適切なタイミングで実行する (キューに入れる、または同時に実行する)
一連の div をランダムにシャッフルする小さなスクリプトを作成しました。これは期待どおり (または期待どおり) に機能します。
私の問題は実装にあります。div をフェードアウトし、シャッフルして、再びフェードインしたい。私が見つけたのは、関数 moveBox() が任意のアニメーションと同時に実行されることです。アニメーションのすべての要素 (fadeOut、delay、fadeIn) へのコールバック関数として呼び出してみましたが、常に同じ効果がありました - アニメーション中に div のシャッフルと再配布が発生するため、表示されます。
div が非表示のときにシャッフルを発生させるソリューション (var ts=timeOut...) がありますが、これが最適なソリューションであるとは確信していません。
関数の実行順序を制御する方法と、それらを同時に実行するか順番に実行するかを知りたいです。私のコード:
前もって感謝します
r - R ジョブのジョブ キューイング / ワークロード管理
R.
私が達成しようとしていること:
- 互いに独立した複数の R 関数をリモート フロント エンドから実行する
- R バックエンドとして 2 つのデュアルコア サーバーを利用する
知っています:
- 各関数は通常 10 ~ 30 秒で処理されます
- 平均して 5 分ごとに (同時に実行することもできます)、実行される 8 ~ 15 個の関数のセットがバックエンドに送信されます (処理のためにキューに入れられます: 先入れ先出し)。5分は平均で、数セット同時に送信することもできます
- 2x2 R インスタンスは既に実行されており、必要なパッケージがロードされています。パッケージは常に同じであるため、常に再ロードする必要はありません。
- 転送されるデータの入力量が非常に少ない: 最大 50k
ここにはコードの並列化の主題はありません (snow、snowfall foreach、condor、およびその他の従来のクラスター ソリューション)。
役立つR用に設計された優れたパッケージ/ツールを知っていますか?
どうもありがとう !