shinGETsuプロトコル 0.8について議論するスレ

48e62396 anonymous 2016-10-17 19:03
新月サーバーをAndroidスマホで立てられるようにしてくれや
00f83b6a anonymous 2016-10-18 10:54
>>48e62396

android用pythonがあるから、それでいけるんじゃないの?

6d80270f anonymous 2016-10-18 11:01
android用python、ライブラリ読み込めたっけ
4b328bd1 anonymous 2016-12-03 16:51
取り敢えず新署名だけでもつくっておきたいな
ECDSA-256 SHA-256でいいかな
問題にされて来た鍵生成だけど自動生成してそれを保存してもらう方式でいこうと思う
今時のブラウザなら自動入力はあるでしょう
ブラウザ上処理も可能っぽいし
早ければ年内に時間見つけてやっておきたい
https://kjur.github.io/jsrsasign/sample-ecdsa.html
7c810f35 anonymous 2016-12-16 20:28
>>4b328bd1
署名はウェブ側でやりたいところだが改修が面倒なのでサーバー側でやっちゃいます
e7974108 anonymous 2016-12-16 21:45
>>7c810f35

なにしてんの?
19b5d0a7 anonymous 2016-12-16 23:29
>>e7974108
今テレビ見てたとこ
aa91e5e8 anonymous 2017-01-15 15:01
Http/2のサーバープッシュあればポート0いけるじゃ/updateの代わりに/head送る事にあるぐらいの変更で済むんじゃない
5e67bae5 anonymous 2017-01-15 17:58
>>aa91e5e8
HTTP Streamingを使えばHTTP/1.1でも似たようなことは可能だね
c7a22bda anonymous 2017-01-17 21:52
>>5e67bae5
/update をずっと開いとけばいいのか
いやそれだとPOSTが出来んか
単純にkeepalive+postで出来るupdateがあれば良いのかな
7b943457 anonymous 2017-01-17 23:20
>>c7a22bda
httpにこだわる必要もないんじゃないか

生tcpなら普通にある程度port0が回避できる。
c486a1fc anonymous 2017-01-18 03:24
さぁ〜ばぁ〜ぷっゅってなぁ〜にぃ〜?
ちな女子大生なりぃ〜(^o^)
594966d9 anonymous 2017-01-19 18:52
女子大生会計士の事件簿
df1bf99f anonymous 2017-04-04 22:44
うむ正直既存のシステムを破壊するような変更は出来そうにないが干渉しないポイントで追加するのは問題ないだろう
とすればfileレコード/md5置換以外は実現可能範囲だと思う
b10d0e82 anonymous 2017-04-04 23:09
通常のhttpリクエストの時ヘッダでgzip対応しているか問い合わせるのと同じように、
x-shingetsuヘッダみたいなの作って、対応している機能コンマ区切りで書いていって、対応していればそれを返すみたいなのはどう?
例えば、ファイル外部化に対応していれば、ファイル本体ではなくてファイル名を返したり
5345fae4 anonymous 2017-04-05 00:11
>>b10d0e82
Useragentで場合分けすればいいのではいいのでは?
59cf3761 anonymous 2017-04-05 00:16
>>5345fae4
UAだとUAと対応している機能のデータ必要やん?
朔x.xxはyyyとzzzに対応していて、朔x.yyは…、合x.xxは…みたいな
バージョンアップとかもあるし
それよりも機能をコンマ区切りの方が簡単だと思う
fcf10325 anonymous 2017-04-05 00:50
>>59cf3761
shinGETsu/0.7みたいになってるから大丈夫
これをshinGETsu/0.8b1にすればいいだけ
2c3ce11f anonymous 2017-04-05 01:36
>>fcf10325
そういう事かー
6aa2ca72 anonymous 2017-04-05 16:14
port0対応するだけで結構人増えると思うんだが
d2d96841 anonymous 2017-04-05 16:59
>>6aa2ca72
ノードは増えるだろうけど人は増えんよ
a8ab9604 anonymous 2017-04-05 17:35
>>a8b1568b
自分で書き込んでアレだが無視してくれ
スマン
a8b1568b anonymous 2017-04-05 17:35
ポート開放すらできない人に鯖建てて欲しくない
新月関係なく
02218b01 anonymous 2017-04-05 17:38
開放したくない人、したくともプロバイダの関係等でできない人はいる。
3f66b50f anonymous 2017-04-05 17:54
>>02218b01
開放せずにどうやって通信するの
7d7bf2f8 anonymous 2017-04-05 17:55
>>3f66b50f
websocketとか
0151ab08 anonymous 2017-04-05 17:57
全部のノードが開放無しじゃ厳しいかもしれないけど、ポート開放ありのノードとなしのノード二つ作ったらどう?
d33896f9 anonymous 2017-04-05 17:58
「書き込み時間に誤差」オプションデフォ有効だったのか
違法な事話さない限り必要ないからデフォoffでいいと思うんだが…
930667eb anonymous 2017-04-05 18:05
http://shingetsu.info/protocol/protocol-0.7.d1.ja
/join/ノード名
/update/ファイル名/時刻/識別子/ノード名
のノード名の説明に
>相手ノードのノード名のホスト名は省略することができる
って書いてあるんだが、つまり
join/ipaddress:port+path

join/:port+path
と書いてもいいって事?
0e2ba9fe anonymous 2017-04-05 18:34
>>7d7bf2f8
ポート開放する事に変わりはないじゃん
733f6ac3 anonymous 2017-04-05 18:40
>>0e2ba9fe
wsはポート開放いらないぞ
>>0151ab08が必要だけど
71b8d119 anonymous 2017-04-05 18:42
>>0e2ba9fe
他のノードにwebsocketで接続するだけならポート開放は不要ですよ
b23fc607 anonymous 2017-04-05 18:43
>>71b8d119
被った
74b8b9f2 anonymous 2017-04-05 18:49
そうなのか
80番開放しないといけないと思ったけど違うのか
10d5637f anonymous 2017-04-05 19:23
どっちか一方のノード開放すれば、通信はできる。
ポート開けなくてもWEBページ見れるのと同じ。

websocket以外のhttpの特徴は、一回一回通信のために接続しないといけない。
なので、ポートを開けておかないと、アップデート時等の通信を受けられない。

生のtcp接続なら、一回接続すれば、通信が継続できる。
なので、port0ノードAからBに1回接続すれば、
アップデート時等、適宜BからAへの通信が可能。
port0問題が幾分解消する。
417b7ddb anonymous 2017-04-05 19:24
もちろん片方(最初に接続を受ける側)は開放してないといけない
それからは相互に通信できるというだけ
Web"Socket"の名の通り、普通のTCPソケット的なものをHTTP上で再現するもの

UDPを通信に使えばポート開放せずにNATを超えられることがある
結局、通信の確立(NAT超え)にはポート開放した第三者の手助けが要るが
54b8aad1 anonymous 2017-04-05 19:26
>>02218b01
ISP変えるか引っ越すかVPS借りればいい
手段はいくらでもある
4e5e9e78 anonymous 2017-04-05 19:30
UPnPのパッチ書いて書いた人がメンテすればいいんじゃね?
7523e034 anonymous 2017-04-05 20:08
つーか2015年末からこの議論してるのかよ
b1bf9203 anonymous 2017-04-05 20:31
そういえば、合がポート開放できない環境のためにプロキシを提供する試みをしていたよね
あの機能を使ってけないかな
6c361ad2 anonymous 2017-04-05 21:38
>>d33896f9
誤差はいらんな
ほぼ受信したタイミング=書き込み日時だし
それに秒単位の精度が必要なのかってぐらいの書き込み頻度だしほぼ意味がない
92574ea8 anonymous 2017-04-05 21:43
時刻引数をコンマ区切りで複数指定可能とかどう?
2b686753 anonymous 2017-04-05 21:56
websocketは朔が対応できるのかとかレンタルサーバーが対応できるのかっていう別の問題を引き起こすけどな
あとurlがないんで双方向の通信しようを決めないといけない
だからcometでもいいんじゃないかなという話がある
ただいずれにせよjoin/bye/recent/headを一緒に+生レコードのpostってぐらいのものをつくればよい
88651b08 anonymous 2017-04-05 22:04
>>92574ea8
/getに使う価値はあると思うが必要性がうすいし一つでも長い添付ファイル入りだったりすると面倒臭いってのがある
コネクション使い回せば大した問題じゃない
そしてコンマって予約文字じゃなかったけ
4a4015ac anonymous 2017-04-07 16:08
WebRTC対応すればブラウザ開くだけでノード建てれて手軽だなと思ったけど、indexedDBの容量5MBしかないのかよ
使えね(´・ω・`)
5421b5ed anonymous 2017-04-07 16:43
>>4a4015ac
クロスオリジン問題があるんでデータの受け渡しが難しい
a816c04f anonymous 2017-04-07 16:59
ブラウザ常駐でOpera Unitがいつの間にか消えたのを思い出したけど、今はChromeアプリという手があった
9bffa276 anonymous 2017-04-07 17:18
>>5421b5ed
webRTCってcorsとかじゃクロスドメイン回避出来ないの?
wsは制限ないし、xhrもcorsで回避出来るのに
04d436ed anonymous 2017-04-07 17:43
better新月[[manGETsu]]
5173d757 anonymous 2017-04-07 19:20
>>9bffa276
だってメインのurlからデータ移せないし…
あとwebrtcだけで回してけないから結局朔みたいな実装がいる

Top of this page. | 0 1 2 3 4 old>>

limit: 1536KB

(shinGETsuプロトコル 0.8について議論するスレ/222/0.1MB)

Powered by shinGETsu.