問題タブ [client-side]

実際のクライアント側のパフォーマンスを測定するために、 Jiffyの修正バージョンを使用します。

最も重要なことは、リクエストを受信して​​からブラウザでページ読み込みイベントが発生するまでの時間を測定することです。

一部のページにはiframe、当社が管理していない外部サイトを参照する要素が含まれています。これらの要素は、読み込みに時間がかかる場合があります。現時点では、ページのページ ロード イベントは、iframeが完全にロードされた後にのみ発生します (そして、それ自体のロード イベントが発生します)。

これらの測定値を分けたいと思います - を含むすべてiframeがロードされた後に 1 つの測定を行いますが、 を含まない 1 つの測定も行いますiframe- つまり、 がなければページのロードが発生したときiframeです。

これまでのところ、これを行うことができた唯一の方法はiframe、ページ読み込みイベントの後に を DOM に追加することですが、それでは iframe の読み込みが遅れます。

何か案は？

編集: 報奨金は終わりました。助けとアイデアをありがとう! 新しいアイデアが得られたため、Jedの回答を選択しました.iframeの読み込みを開始しますが、ページの読み込みに影響を与えないように「一時停止」します（一時的に設定することによりsrc="about:blank"）。私の結果のより詳細な要約を追加しようとします。

サーバー側とクライアント側での検証の重複をどのように回避しますか？一方を他方から生成するWebプログラミングプラットフォームがあるので、2つを同期させる必要はありませんか？

基本的なドラッグ＆ドロップ機能の「どのように機能するか」と「どのように設計および実装する必要があるか」の側面を疑問に思っています。

私はまだそのような機能を実装したことがありません。私は自分のプロジェクトの 1 つでそうする予定であり、それを実装する方法についていくつかのアイデアがあります。私は自分が正しい道を進んでいることを確認したかったのですが、おそらく皆さんにもこの問題について何か言いたいことがあります...

次のようにリストされ、データベースから取得された 5 つの要素があるとします。

これはデータベースから取得されるため、出力する順序を区別するために「sequence」または「order」と呼ばれるフィールドがあることがわかっています。また、現在、「シーケンス」列の値が div の ID と同じであると想像してみましょう。そう: 1、2、3、4および5それぞれ。

私の質問と考え;

div をドラッグ4して と の間にドロップする1と2; そこからのステップは何ですか？例えば：

1. ドラッグされている div の ID を決定します ( this と呼びましょうdiv-a)

2. 後（または前）に挿入されている div の ID を決定し div-aます。この場合は後、したがって div の後にid 1（ this と呼びましょうdiv-b）

3. DB の のシーケンスを更新div-aし、現在のシーケンスに設定しますdiv-b

このステップの後、私はすべて混乱しています...すべてのdivを数え、divの順序に従って、それに応じてDBを更新しますか? それとも私は完全に間違っていますか？別の方法はありますか？

回答ありがとうございますが、これを行うためのプラグインやその他のものがあることは知っていますが、私はそのロジック部分にのみ興味があります。

クライアント側で行われるWebアプリケーションの作業はますます増えています。UI操作、入力事前検証（もちろん、検証の最後の手段としてではありません）、ウィジェット、エフェクトなど。

Javascript / GWT /その他で記述されたドメインロジックをクライアント側に配置することにした場合はどうなりますか？サーバーはデータベースインフラストラクチャを提供するだけです。

これはあなたにとって実行可能に聞こえますか？このアイデアに対する経験、アドバイス、意見はありますか？

編集：ざっと見てみると、php / python / java/whateverの1行なしでアプリケーション全体を作成できることがわかります。

すべてのクライアント側のバリデーターチェックが成功したかどうか、または1つ以上のバリデーターが無効かどうかを知る必要があります。

ページが有効かどうかを報告する変数（サーバー上の対応するPage.IsValidなど）がクライアント側にあるはずだと思います。私は正しいですか？

誰かアイデアはありますか？

サイト全体を XML/XSL に変換しました。クライアント側 XSLT の実行に関する現在の問題をすべて知りたいです。

これが私がすでに知っているものです（直接の経験から）：

• クロスドメイン XSL ファイル (これはセキュリティ上の問題であり、クロス ブラウザーではありません)
• disable-output-escaping (これは FF では機能しません... セキュリティ上の問題と見なされます)

また、ブラウザのサポートに関しては、これが私が知っているすべてです：

• オペラ 9+
• FF1.0+
• SF 2.0 + (私はこれについて間違っているかもしれません)
• クロム
• IE6.0+

他の人も役に立ちます:)

編集：

2 番目の落とし穴については、xhtml を xsl に渡すことができる適切な回避策があります。XHTML が有効な XML であることを実際に変換して確認し、それを XML として XML に配置することによって機能します。次に、XSL で xml をコピーし、それを XHTML として出力します。

私はそれが何と呼ばれていたかを知っていましたが、それは何年も前のことです。このサイトでは基本的に、開発者がタグ内に ID またはクラスを追加して、クライアントが特定の ID またはクラスを持つタグ間でのみコードを変更できることをサイトに知らせることができました。誰かが知っていることを願っています。これは私を殺している。

PageA.aspx と呼ぶユーザーがいます。このユーザーは PageB.aspx にアクセスする必要があります。明白な方法は、単純に PageB.aspx に送信するハイパーリンクを設定することです。そのため、ページ間を移動する他の方法について考えさせられました。JavaScript を使用してクライアント側のジャンプを行うことができます。一見かさばるサーバー側のリダイレクトもあります。

私が知りたいのは、もしあれば、これらの異なる方法の間のパフォーマンスの影響です。サーバー側はもう少し重いと思いますが、どのくらいですか？これらの方法のスケーリングは異なりますか? ある方法と別の方法でそれを行うことに隠れた問題はありますか?

ありがとう！