問題タブ [irc]
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.
.net - .net2.0IRCコンポーネント
優れたWinFormsIRCコンポーネントを知っている人はいますか?IRCアプリケーションは必要ありません。既存のWindowsフォームにIRC機能を追加できるようにしたいです。
python - SSL をサポートするシンプルな Python IRC クライアント ライブラリ?
SSL をサポートするシンプルな Python IRC クライアント ライブラリ?
ruby - Python 以外で supybot プラグインを作成していますか?
rubyでsupybotプラグインを書く最良の方法は何ですか? または他の言語(Pythonではない)?
url - URL を IRC ユーザーに関連付ける準標準的な方法はありますか?
ID の統合を行っている最中なので、インターネット上のさまざまな場所で URL を提供しています。私は IRC で非常に活発に活動しているので、当然ながら、私の IRC プレゼンスへのリンクを提供する方法があったのではないかと思いました。
これにより、 http://www.w3.org/Addressing/draft-mirashi-url-irc-01.txtが見つかりました。これは、URL を IRC に関連付けるための RFC のドラフトのようです。
irc://irc.freenode.net/DRMacIver,isnick
これは少し不自由なようです。さらに、この RFC ドラフトは完全に失効しました (1997 年 2 月 28 日)。一方、少なくともchatzillaに実装されているようです:
http://www.mozilla.org/projects/rt-messaging/chatzilla/irc-urls.html
それで、これに取って代わるRFCおよび/または他の事実上の標準があるかどうか、誰かが知っていますか?
python - Python と IRC メッセージの解析
IRC サーバーから受信したメッセージを Python で RFC に従って解析する最良の方法は何ですか? たとえば、ある種のリスト/何かが欲しいだけです:
これになります:
等々?
(編集: PRIVMSG だけでなく、 IRC メッセージ全般を解析したい)
python - Python IRC ボットとエンコーディングの問題
現在、Python で書かれた単純な IRC ボットがあります。
バイトとユニコード文字列を区別するpython 3.0に移行してから、エンコードの問題が発生し始めました。具体的には、他のユーザーが UTF-8 を送信していません。
今、私は全員に UTF-8 を送信するように指示することができます (関係なく送信する必要があります) が、さらに良い解決策は、python を他のエンコーディングなどにデフォルト設定することです。
これまでのところ、コードは次のようになります。
少なくとも例外をスローしません。しかし、私はそれを乗り越えたいと思っています.ボットをデフォルトで別のエンコーディングにするか、何らかの方法で「厄介な文字」を検出しようとしています.
さらに、mIRC が実際に使用しているこの不思議なエンコーディングが何であるかを理解する必要があります。他のクライアントは正常に動作し、本来のように UTF-8 を送信しているように見えます。
それらのことを行うにはどうすればよいですか?
python - mIRC ユーザーが使用するカラー コードを削除するには?
irclib を使用して Python で IRC ボットを作成しており、特定のチャネルでメッセージをログに記録しようとしています。
問題は、一部の mIRC ユーザーと一部のボットがカラー コードを使用して記述していることです。
これらの部分を取り除き、クリアなASCIIテキストメッセージだけを残す方法について何か考えはありますか?
c# - C# 配列のソート順のカスタマイズ
これはしばらくの間私を悩ませてきました。いくつかのアプローチを試しましたが、適切に機能するものはありませんでした。
IRC クライアントを書いていて、ユーザー名のリストを整理しようとしています (これは、現在のチャネルでのユーザーのアクセス レベルで並べ替える必要があります)。
これは簡単です。問題は、このリストは、ユーザーがチャンネルに参加または退出するたびに追加する必要があるため、退出時にユーザー名をリストから削除し、再参加するときに正しい位置に再度追加する必要があることです。
各ユーザーのアクセス レベルは、各ユーザー名の先頭にある 1 文字で示されます。これらの文字は予約されているため、名前が記号の 1 つで始まるという潜在的な問題はありません。最高から最低までの記号 (並べ替える必要がある順序で) は次のとおりです。 ~ & @ % +
いかなる種類のアクセス権もないユーザーには、ユーザー名の前に記号がありません。それらはリストの一番下にあるはずです。
例: ソートされていない配列には次のものが含まれる可能性があります: ~user1 ~user84 @user3 &user8 +user39 user002 user2838 %user29
また、要素が次の順序になるように並べ替える必要があります: ~user1 ~user84 &user8 @user3 %user29 +user39 user002 user2838
ユーザーをアクセス レベルで並べ替えた後、アルファベット順に並べ替える必要もあります。
ここで質問するのは最後の手段です。誰かが私を助けてくれれば、とても助かります。前もって感謝します。
javascript - IRC サーバー コードを処理するために switch ステートメントを使用するのはばかげているでしょうか?
私はAdobe AIR用の小さなIRCクライアントに取り組んでいます、最初はこれらのうちのいくつかだけをサポートすることから始めましたが、switch ステートメントは悪い考えではないように思えました。でも、どんどんサポートしていくうちにswitch文が長くなって、ちょっと制御不能な感じがします。1 つの問題は、再利用できるように、低レベルの IRC 処理コードを独自のファイルに保持していたことです。すべてを 1 つのファイルにまとめたいと思います。もう 1 つの問題は、現在、switch ステートメントのコード ブロックがこの IRC クラスの一部であると見なされており、このステートメントが頻繁に使用されていることです。今変更を加えると大変な作業になり、リグレッションが発生します。唯一の問題は、長い switch ステートメントに対する私の嫌悪感です。それ以外の場合は、それが機能し、読みやすいことはわかっていますが、保守が実際に難しくなるわけではありません。しかし、それは非常に長いswitchステートメントです。また、switch ステートメントを含む関数も明らかに長いです。://
スイッチの代わりに私が時々行うことの 1 つは、スイッチが評価する値にちなんで名付けられた関数を定義することです。スイッチの代わりに:
メソッドがスコープ内に存在するかどうかを確認して実行します。
しかし、この場合も、リグレッションのリスクが高いと感じており、長い switch ステートメントを避けるためだけに努力する価値があるかどうかはわかりません。