問題タブ [multiple-instances]
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.
python - ModelMultipleChoiceField を使用してフォームを保存するにはどうすればよいですか?
モデル Calendar があり、フォームでその複数のインスタンスを作成できるようにしたいと考えています。
ここに私のモデルがあります:
フォームをコーディングする方法は次のとおりです。
そして、ここに私の見解の一部があります:
そのフォームを送信しようとすると、次のようになります。
この状況でカレンダーの複数のインスタンスを作成する適切な方法は何ですか?
asp.net - ASP.NETでポップアップの複数のインスタンスを実行する
asp.netで付箋アプリケーションを実行しました。ボタン付きの親ウィンドウがあります。ボタンをクリックすると、付箋がポップアップとして開きます。javascriptwindow.openを使用してポップアップを開きます。ただし、一度に実行できるインスタンスは1つだけです。アプリケーションでウィンドウの複数のインスタンスを実行するにはどうすればよいですか?
python - インスタンスにある関数のコピー
私がやろうとしていることの(簡略化された)コードは次のとおりです。
instOfA.printSelf() を呼び出すと、自分自身が instOfB として出力されます。
しかし、instOfA.printSelf() を呼び出すときは自分自身を instOfA に、instOfB.printSelf() を呼び出すときは instOfB にしたい
のですが、クラス a で printSelf を手動で定義せずにこれを行うにはどうすればよいでしょうか?
なぜ私がこのようなことをしたいのか疑問に思っている人のために、より長い例を次に示します。
少し変わっていることはわかっていますが、別の方法は考えられませんでした。インスタンスを効果的にサブクラス化しようとしています。Python で許可されている場合、次のようになります。
batch-file - Azure プラットフォーム: インスタンスのスケールアップとスケールダウン
注: Azure の価格モデルに精通している場合は、「質問」セクションに進んでください。
Microsoft は、2010 年 2 月 1 日から Azure プラットフォームの使用に対して課金を開始します。毎月の請求額は、帯域幅、ストレージなどの関数になります。請求額の計算に使用される要因の1 つに計算時間があります。ただし、この後者の要素には誤解を招く名前が付いています。代わりに、インスタンス ホスティング時間と名付けるべきです。Windows azure の価格ページを引用します。
アプリケーションを開発およびテストするとき、開発者は、使用されていないコンピューティング インスタンスを削除して、コンピューティング時間の請求を最小限に抑える必要があります。
したがって、計算時間ではなく、稼働時間であると思わせてしまいます。MSDN フォーラムでこの質問に対する公式の回答を読んだ後、疑いは完全に薄れます。
(任意のロールの) 各インスタンスがカウントされ、インスタンスがアクティブになっているすべての時間がカウントされることを確認できます (それらの「アクティビティ」の量に関係なく)。2 つの Web ロール インスタンスと 2 つのワーカー ロール インスタンスを持つアプリケーションの場合、4 つのインスタンスに対して課金されます。
インスタンスあたり $0.12/時間で、N 個のインスタンスを使用するアプリには、平均 24*30*0.12*N/月 = ~ $86/月/インスタンスが請求されます。99.9% のアップタイムのサービス レベル アグリーメントを適用する場合、インスタンスを 2 つ未満にすることはできないという事実を考慮すると、小規模な Web サイトでは問題が悪化します。
したがって、小規模でコンピューティング能力が安価な Web サイトは、おそらく Azure のターゲット市場ではありません。しかし、バッチ プロセスの場合、負担はおそらくなくなるでしょう。
質問
コンピューティング能力と"コンピューティング時間"の請求に関してのみ言えば、数をスケールアップ(およびダウン)できる場合に限り、Azure は月に数時間しか実行されないバッチ プロセスの優れたホスティング オプションになります。インスタンスを簡単に。そう:
- Azure のインスタンス数をプログラムで増減することはできますか? 構成ファイルを手動で変更する以外に他のオプションはありますか?
- インスタンス数の縮小に関して、明らかでない問題はありますか?
- Azure がアプリケーションのスケール ダウンを "確認" するのにどれくらいの時間がかかりますか?
後者の質問について: 非常に多数のインスタンス (たとえば 1000) が 45 分間実行されているという極端なケースを考えてみましょう。プロセスが終了してから 15 分以内に Azure がスケールダウンを通知できない場合は、さらに 1000 コンピューティング時間の料金が請求されます。
java - 終了時にアクティビティの状態をどのように保存しますか? アンドロイド
テキスト入力、スピナー入力、および [オプション] メニューで変更された設定に依存する配列を持つ 2 つ目のスピナー入力を備えた基本的なアプリがあります。
現在、アプリ内でホームを押すかリターンを押すと、デスクトップに戻るか、最近入力した古い入力に戻ります。
アプリがそれ自体の複数のインスタンスを開かないようにして、常に 1 つのインスタンスしか実行されないようにするにはどうすればよいですか? また、入力に入力されたデータとオプション メニューで選択した設定を保存するにはどうすればよいでしょうか?
私はJavaに少し慣れていないので、これが単純な問題であれば申し訳ありません。
hadoop - 同じマシンで複数の Hadoop インスタンスを実行する
Hadoop のインスタンスが既に実行されているマシンで、Hadoop の 2 番目のインスタンスを実行したいと考えています。Hadoop ディストリビューションを解凍した後、いくつかの構成ファイルを hadoop-version/conf ディレクトリから変更する必要があります。Linux ユーザーは、両方のインスタンスで同じになります。次の属性を特定しましたが、これで十分かどうかはわかりません。
hdfs-site.xml
:dfs.data.dir
とdfs.name.dir
core-site.xml
:fs.default.name
とhadoop.tmp.dir
mapred-site.xml
:mapred.job.tracker
ジョブ トラッカー/タスク トラッカー/DFS Web インターフェイスのポート番号の属性名が見つかりませんでした。デフォルト値は、それぞれ 50030、50060、50070 です。
新しい Hadoop インスタンスが独自の環境で確実に実行されるようにするために変更する必要がある属性は他にありますか?
oracle - 数百のOracleインスタンスを1つのインスタンスにマージするための知恵
私たちのアプリケーションはWeb上で実行され、ほとんどが照会ツールであり、いくつかのトランザクションを実行します。Oracleデータベースをホストします。アプリには、顧客ごとに常に異なるOracleのインスタンスがあります。顧客とは、会社の従業員にサービスを提供するために私たちに支払いをする会社であり、通常、顧客1人あたり10,000〜25,000人の従業員です。数百人のお客様をお迎えする予定です。私たちは数年ごとにメジャーリリースを行っており、その新しいリリースへの移行は困難です。お客様のサイトに数週間チームを配置し、新しい機能を説明し、そのお客様に合わせて運転データを設定する場合があります。
コストを削減するために、マルチクライアント化を検討しており、すべてのお客様を大規模なWindowsServer2008サーバー上の単一の共有Oracle11gインスタンスに配置します。それが賢明かどうか疑問に思います。
顧客ごとに個別のインスタンスを持つことにはいくつかの利点があります。これらが偽物かどうか教えてください。重要性の低下についての私の大まかな推測では:
お客様のMyCorpとYourCoは、スキーマに重大な変更が加えられたときに別々に移行できます。(マルチクライアントの場合、300人以上の顧客を一晩で移行します!?!)
MyCorpのデータは、他の顧客に影響を与えることなく、簡単にバックアップおよび(!!!)復元できます。
MyCorpのデータは、開発者がコードを正しく取得したり、DBAが構成を正しく取得したりすることなく、競合他社のYourCoのデータから安全に分離されます。
1人の顧客が災害に遭った場合(誰かが誤って全員の給与を2倍にし、給料日後にエラーが発見された場合)は他の顧客に影響を与えないため、複数のインスタンスのリスクは低くなります。すべてのお客様(おっと、新しいDBA、そして突然すべての参加者が同じSSNを持っている!?!)に影響を与えた災害により、当社が倒産する可能性があります。
1台のサーバーに1つのインスタンスがあると、単一障害点が発生し、ハリケーンによって建物が倒壊した場合、顧客ベース全体が廃業します。複数のサーバー上の複数のインスタンスにより、地理的な分散が可能になります。大災害がお客様の大部分に影響を与えることはなく、他の地域の影響を受けていないサーバーが障害のあるサーバーの負荷を引き受ける可能性があります。
データベースが小さいため、パフォーマンスが向上します(10,000行と約50テーブルの2,000,000行)。
MyCorpのオフィスが(ほとんど)1つの地域にある場合、MyCorpのインスタンスは地理的に同じ場所に配置できるため、ネットワークの遅延によってパフォーマンスが低下することはありません。同じ理由で、グローバルクライアントにより良いサービスを提供することができます。
MyCorpはデータベースを社内に持ち込みたいので、インスタンスを簡単にエクスポートして、MyCorpのデータを取得できます。
インスタンスを異なるサーバーに配置できるため、負荷分散が容易になります(これはWebファームを使用します)。
DEVまたはQAインスタンスが必要な場合、データがはるかに少ないため、実際のインスタンスのクローンを作成してデータを匿名化する方が簡単です。
それらは十分に小さいため、開発者は独自のインスタンスをローカルで実行できるため、VPNの煩わしさを感じることなく、空港で待機している間や飛行中にコードを処理できます。
Q1:個別のインスタンスの他の利点は何ですか?
データベーススキーマを変更し、すべての顧客を1つのOracleインスタンスにマージして、1台の大規模なサーバーで実行することを検討しています。
マルチクライアントインスタンスアプローチの利点は次のとおりです。最も重要なのは最初です(私のWAG)。これらが偽物である場合は、狙撃してください。
DBAは、数百ではなく1つのインスタンスを維持するだけでよいため、作業が少なくて済みます。DBAの作業が少ないということは、この変更の主な動機である安価なことを意味します。
たった1つのインスタンスで、DBAはパフォーマンスを最適化するためのより良い仕事をすることができます。適切なインデックスを追加し、SQLを確認する時間があります。
スキーマとアプリが1つしかないため、開発者はアプリケーションのデバッグと拡張が簡単になります(数百のインスタンスがある場合は、スキーマのバージョンごとに異なるバージョンのアプリがあり、数十のスキーマバージョンが存在する可能性があります)。 )。これにより、コストも削減されます。別の方法は、(1)この顧客が実行しているバージョン、および(2)対応する開発環境、コード、およびデータベースの再作成に苦労して、すべてのデバッグセッションを開始する必要があることです。(各パッチとリリースのコードとデータベースインスタンスを含む仮想マシンが必要です!)
オラクルのライセンスは、重さに関係なくサーバーごとに価格設定されているため、より安価です(または何か-私は主題について何も知りません)。
インスタンスが1つしかないため、データベースはWebセッションデータの実行可能な永続ストアになります。
一部のデータベース操作は、1つのマルチクライアントインスタンスを使用すると簡単になります。たとえば、参加者(またはその配偶者)がどの顧客のために働いているかについて迷っているときに参加者を見つけることができます。すべての名前が1つのテーブルにあります。顧客間での報告は簡単です。
Q2:1つのインスタンスに複数のクライアントがあることのその他の利点は何ですか?
Q3:どちらのアプローチが良いと思いますか(なぜ)?顧客ごとのインスタンス、または1つのインスタンスのすべての顧客?
マルチクライアントインスタンスが1つあると、移行がほぼ不可能になるのではないかと心配しています。これは取引のキラーです...
...古いものと新しいものの2つのマルチクライアントインスタンスを持つような妥協案がない限り。その場合、参加者の検索やレポート作成などのクロスインスタンスソリューションを設計して、顧客が1つのマルチクライアントインスタンスから次のインスタンスに何も中断することなく移動できるようにします。
asp.net - 同じasp.netセッション変数の複数のインスタンスを取得する際の問題
InProcセッション状態からセッション変数の複数のインスタンスを取得する際に問題が発生しました。
次のコードでは、単純なBusinessObjectをPage_Loadイベントのセッション変数に永続化します。ボタンをクリックすると、同じBusinessObjectの2つの新しく宣言されたインスタンスにオブジェクトを取得しようとします。
最初のインスタンスでプロパティの1つを変更するまで、すべてがうまく機能します。2番目のインスタンスも変更します。
これは正常な動作ですか?これらは新しいインスタンスであるため、静的な動作を示さないと思いましたか?
私が間違っているアイデアはありますか?
.net - ユーザー設定ファイルを探す場所を .NET に伝える方法はありますか?
基本的に、アプリケーションの複数のインスタンスが起動されますが、個別のユーザー設定が必要です。現在、そのために「ユーザー設定」を使用しており、単一のインスタンス (Windows ユーザーごと) に対しては正常に機能しますが、コマンド ライン経由で渡された設定パスなどを使用して複数のインスタンスを起動できるようにしたいと考えています。組み込みの .NET 設定を使用してこれを行う方法はありますか?それとも独自に作成する必要がありますか?
wpf - WPF + 複数のアプリケーション インスタンス間で通信する
WPF アプリの 2 つのインスタンス (正確にはパブリック コレクションのコンテンツ) の間で情報を取得する必要があります。何か助けはありますか?