問題タブ [robustness]

効率のために一部のデータをバイナリ形式でシリアル化する必要があり (10 ～ 100 MB のファイルが一般的なデータログ)、形式の詳細を検討しています。現実的に、ファイルの破損やエラーの修正などについて心配する必要があるかどうか疑問に思っています。

ファイルの破損が発生する状況はどのようなものですか? 破損に対する堅牢性をバイナリ形式に構築する必要がありますか? それとも、堅牢で破損しないバイト ストリームを何らかのエラー修正コードでラップする必要がありますか? （何か提案はありますか？私はJavaを使用しています）または、これについて心配する必要はありませんか？

編集：私が現在持っている予備のバイナリ形式には、可変長セグメントがたくさん含まれているため、データが破損した場合、それを読み返すと同期が取れなくなり、できないのではないかと少し心配しています。回復 + ファイルの残りを失います。

オブジェクトのインスタンスを返すまたは操作するメソッドを実装/使用する場合、関数パラメーターをチェックするための最も洗練されたアプローチは何ですか？

呼び出すメソッド：

以上：

呼び出し方法：

以上：

同様の質問を閲覧する場合、try/catchを使用しない理由はパフォーマンスです。しかし、私見では、try-catchの方が見栄えがします:)。

では、どちらがより「エレガント」なのでしょうか。

（私は実際にEktron CMSを使用しWidgetsており、ユーザーコントロールの非常に単純な拡張であるを使用しています）。

問題：多くのウィジェットを含むWebページがあります。これらのウィジェットのいずれかで例外が発生すると、ページが停止し、ユーザーにサーバーエラーが発生します。ウィジェットに未処理の例外を設定して、例外をログに記録し、そのウィジェットの表示を停止して、ページを続行できるようにしたいと思います。

たとえば、各ページに天気ウィジェットがあり、Webサービスを介してデータを取得します。Webサービスから不正な形式のXMLが送信された場合でも、そのサイトを引き続き利用できるようにする必要があります。

考えられる解決策：
計画A）各ウィジェット内で、initまたはdisplay関数のコンテンツをTry-Catchステートメントでラップします。
プランB） IWidgetを拡張する新しいIRobustWidgetインターフェースを作成し、そこでTry-Catchを実行します。

catch (exception)一般的なステートメントは少しアンチパターンであると読んだので、これらのオプションはどちらも私には少し「汚い」ように見えます。これはよりモジュール化されているように見えるので、私はプランBに傾いています。

• 他のオプションを逃したことがありますか？
• この点で、一般的なTry-Catchは問題ありませんか？

（私はこれをEktronフォーラムにも記録しました）

私は現在、次の条件を使用していますが、ブラウザー間で機能していないか、まったく機能していません。

条件が1つか2つ欠けていると思います。おそらく、考慮していない別の一般的な表現があります。

これを完了するには何を追加する必要がありますか？

アップロードされたファイルを保存するシステムに取り組んでいます。メタデータはローカルでアクセス可能なデータベースに保存されますが、ファイル自体は NFS 経由でリモート ボックスに保存されるため、PHP はディレクトリのようにサーバーと対話できます。

NFS サーバーがダウンしているか、それ以外の理由で利用できないときに誰かがファイルをアップロードしようとすると、スクリプトがエラーになったりハングしたりする可能性があるという問題が発生する可能性があることを確認しました。明らかに、このシナリオを回避し、適切な方法で処理したいと考えていますが、これを行う方法がわかりません。

a) ページ表示時にサーバーをチェックし、サーバーがダウンしている場合はフォームのファイル アップロード部分をゴースト アウトするか、b) move_uploaded_file を実行してアップロードされたドキュメントを保存する前にリンクをチェックすることを考えています。

PHP内からこれを行うことは可能ですか？

Stata を使用した後、R を学ぼうとしていますが、R が大好きです。しかし今、私はいくつかの問題を抱えています。パネル データを使用していくつかの多重回帰を実行しようとしているので、plmパッケージを使用しています。

ここで、不均一分散ロバストおよびエンティティ固定回帰を実行するときに、関数と Stataplmを使用する場合と同じ結果を Rで取得したいと考えています。lm

変数Y, ENTITY, TIME,を含むパネル データセットがあるとしますV1。

このコードでRで同じ標準エラーが発生します

Stataでこの回帰を実行したときのように

しかし、plmパッケージでこの回帰を実行すると、他の標準エラーが発生します

• オプションの設定を忘れていませんか?
• モデルは他の種類の推定を使用していplmますか?
• plm何らかの方法で、Stata と同じ標準誤差を持つことはできますか?, robust

Node.JsとErlangの両方に関して、私は完全な初心者です。しかし、Erlangの動作をエミュレートするNode.jsアプリを構築することは可能ではないでしょうか？

たとえば、分散されたnode.jsサーバーパークを介してjsonメッセージを渡し、erlangのように、オフラインにせずにそれらのサーバーに新しいコードを渡すこともできます。

メッセージの受信時にアクティブ化されるメッセージハンドラコールバックがある場合、このメッセージハンドラは、メッセージがコード更新メッセージであるかどうかを確認し、それ自体（現在のハンドラ）を新しいコードに置き換えることができます。

したがって、コード更新のダウンタイムがなく、大騒ぎせずにNode.Jsサーバーを使用できるはずです。

シェルスクリプトset -eでは、スクリプトから実行されたコマンドの一部がゼロ以外の終了コードで終了したときにスクリプトを停止することで、スクリプトをより堅牢にするためによく使用されます。

通常、最後に追加することで、一部のコマンドが成功することを気にしないように指定するのは簡単です|| true。

実際には戻り値を気にしているが、ゼロ以外の戻りコードでスクリプトを停止させたくない場合に問題が発生します。次に例を示します。

|| trueここでは、終了コードのチェック (したがって、コマンド置換式の内部では使用できません) と出力の取得の両方が必要です。ただし、コマンド置換でコマンドが失敗した場合、スクリプト全体が原因で停止しset -eます。

後で設定を解除して元に戻すことなく、スクリプトがここで停止するのを防ぐきれいな方法はあり-eますか?

makeユーティリティはどの程度堅牢ですか？

たとえば、何かを「作成」しているときに、コンピューターの電源が切れ、次のコンピューターの起動後に作成が再開された場合、出力は正しいことが保証されますか（ファイルシステムが堅牢でない場合でも）？makeが失敗する可能性のある他の状況はありますか？