問題タブ [prebinding]
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.
xcode4 - Xcode4でライブラリを事前にバインドする
クライアント用のアプリを開発していますが、彼のデバイスの1つ（iOS4の第2世代iTouch）でアプリケーションの起動に問題があります。いくつかの割り当て/リークテストを実行しましたが、アプリのコードに問題はないと結論付けました。起動時に割り当ての急増があることに気づき、起動時にライブラリを動的にリンクしているdyldが原因であると結論付けました。xcode4でアプリケーションを事前にバインドするにはどうすればよいですか？
OS Xフォーラムは、あなたがそれを見つけることができると彼らが想定しているという点で、非常に有益ではないように思われました。：/
どんな助けでもいただければ幸いです。ありがとう！
（また、「事前バインド」用の新しいタグを作成できればいいのですが）
objective-c - メソッド ルックアップを回避する事前バインディング メッセージ
この記事http://www.gnustep.org/resources/ObjCFun.htmlは次のように述べています
その時間が重要な場合はいつでも、Objective-C でメッセージをその実装に事前にバインドして、コストのかかるメッセージ ルックアップを回避することができます。
この事前バインディングをどのように行うのですか？これはセレクターに関するものではありませんね。
xmpp - パンジャブ州は、ストロフェからメッセージを受け取っていることを一貫して認めていません
まず、私と一緒にこの問題を見ていただきありがとうございます。
現在、strophe.js を使用して BOSH 接続を介してパンジャブに接続しています。これにより、最終的にメッセージが Openfire に転送されます。サーバーで事前にバインドし、strophe で接続にアタッチしています。これは最初は問題なく機能します。メッセージを送受信でき、アイドル状態の ping を取得すると、正常に応答できます。しかし、しばらくすると、私は切断されます。
Punjab のログを調べたところ、strophe からメッセージを送信したときに、Punjab から httpbind の確認応答が常に得られるとは限らないようです。Strophe は想定どおりに約 60 秒間待機し、同じ ID を持つ完全な複製であるメッセージの再送信を試みます。Punjab がメッセージを認識していないため、メッセージを受信したかどうかがわからないため、これは理にかなっています。ただし、何らかの理由で、Punjab はこの重複メッセージを取得し、RID が正しくない新しいメッセージであると見なし、他のメッセージと同様に内部 RID カウンターをインクリメントします。さらに、メッセージを Openfire サーバーに再度転送しますが、私が知る限り、これが大きな影響を与えることはありません。最後に、これが何度か起こった後、
私の質問は、パンジャブが一部のメッセージを本来あるべきように認識していないのはなぜですか - <body xmlns='http://jabber.org/protocol/httpbind'/>strophe に戻ることです。
このプロセスは、以下のログの例で詳しく説明されています。
どんな助けでも大歓迎です。おそらく私は、パンジャーブが何をしているのかを完全には理解していません。Punjab は、httpbind 本体にパッケージ化された strophe から BOSH 経由でメッセージを取得しているように思えます。httpbind 本文からメッセージを抽出し、ダイレクト セッションを介して生のメッセージを Openfire に転送します。最後に、<body xmlns='http://jabber.org/protocol/httpbind'/>メッセージを受信して処理したことを strophe に知らせるために、生のメッセージを送り返すことで strophe に応答します。メッセージが Openfire から着信すると、[HTTPChannel,21,127.0.0.1] ヘッダーではなく、[XmlStream,client] ヘッダーの下のログに表示されます。これらは直接セッション接続を介して Openfire から受信され、Punjab はそれらを httpbind 本文にラップし、BOSH を介して strophe に転送します。その後、Strophe<body xmlns='http://jabber.org/protocol/httpbind'/>はトランザクションを確認する空の応答を返します。
では、パンジャブ州が時々メッセージの確認に失敗するのはなぜでしょうか? また、重複したメッセージを重複として認識せず、再送信して誤って RID カウンターをインクリメントするのではなく、確認応答を返すだけではないのはなぜですか? 改めまして、ここまでお読みいただきありがとうございます。私は機知に富んでおり、どんな助けもいただければ幸いです。
失敗の完全なパンジャブ語ログは次のとおりです。
openfire - JAXL を使用した Openfire http 事前バインディング
プロジェクトに converse.js を実装して Openfire チャットを使用しようとしており、JAXL を使用してユーザーを事前バインドしています。私のクラウド（VPS）サーバーで正常に動作しています。クライアントサーバーで同じコードを公開しようとすると、機能しません。私のローカルホストから同じものを実行すると、同じ問題が発生します。機能しないということは、事前バインド要求がしばらく (保留中) 残り、500 内部サーバー エラーで終了することを意味します。
サーバー構成を確認しました。元気そうです。これをデバッグする方法を教えてくれる人はいますか?
これが私のjaxl構成コードです。
前もってありがとう
-josan
アップデート
これは、クライアント サーバーからの jaxl ログです。
reactjs - typescript での onpress イベントの事前バインド
onpress イベントを事前にバインドして属性を渡す方法について質問があります。
例：
1 つの方法は、新しいコンポーネントを作成し、それに prop を渡すことですが、この方法では、コンポーネント間で状態を共有することに問題があります。