- 結局どういう仕組みなんかわからんのだがどうすれば良いんだ？
- 普通のHTTP通信は
サーバーにAPIを作る
クライアントからAPIを叩いてアクセスしてメッセージ入力
相手方のクライアントからAPIを叩いてアクセスして閲覧
って感じじゃん？
P2Pだとどうなんの？ - まずPSPを用意します
- >>3
関係あるかそれ？ - 犯罪に使うの？
- >>5
違うよ？
LINEが死ぬらしいからサーバー代出さなくてもいいメッセージアプリ作れたらなと思っただけさね - 通信先を特定して通信したらいいじゃん
- >>7
HTTP通信でいいの？ - LINEが死んだら死んだでまた替わりが出るだけだろ
- p2pのチャットなんかサンプルでいくらでも転がってるがな
お前の大好きなchatgptにきけ - >>9
マジ？ - 通信相手を特定する必要がある
ユーザーに各マシンのIPやら識別子を入力させるか、その部分だけ管理する中央サーバがいるな - >>12
そのくらいならデータかさまないし用意してやっても良い
てかLINEの友だち登録みたいにQRにデータ仕込めないの？ - >>13
行けると思うけど単純に平文で送ると問題ありそうだから暗号化と復号できる仕組みもいる気がするな - >>14
なるほど - 普通の通信がp2pだよ
相互クラサバにするだけ - >>17
なるほどHTTPのRESTAPIで叩いてるエンドポイントを相手の端末にするいめーじ？ - >>19
例えばc♯ならtcpclientあるだろ
socketあるだろ？サーバになる側が80でlistenして接続来たらポート情報返してオープンし、そこにコネクトしてきたらサーバでバインドする。あとは送り合う
- C#で作るの？ｗ
- >>21
そうだけど？
スマホアプリも作れます - P2Pて中央サーバ無しだと相手方のIPが変わったら都度再登録になるし、アプリ起動してないと送信データが相手に届かない（アプリ起動しなおしてもそれまで送られてきたデータは受信できない）みたいな問題点はあるよ
ただアプリさえ持っとけば通信可能かつ傍受されなきゃメッセージは自分と相手の端末にしか残らないっていうセキュアな面もある - >>23
IPは固定アドレスにしてれば問題ないけど
>>アプリ起動してないと送信データが相手に届かない（アプリ起動しなおしてもそれまで送られてきたデータは受信できない）みたいな問題点はあるよ
↑は致命的な欠陥だな
もうメッセージアプリの意味を成さない - なぜ送受信が別れるか
受信で定周ループに突っ込みpeekするのはめんどい
なのでrecvに直接突っ込んで受信車で待つのが制御で良くやる
コメント