Bottom of this page.
|
<<last
<<new
0
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
491
492
493
494
495
496
497
498
499
500
501
502
503
504
505
506
507
508
509
510
511
512
513
514
515
516
517
518
519
520
521
522
523
524
525
526
527
528
529
530
531
532
533
534
535
536
537
538
539
540
541
542
543
544
545
546
547
548
549
550
551
552
553
554
555
556
557
558
559
560
561
562
563
564
565
566
567
568
569
570
571
572
573
574
575
576
577
578
579
580
581
582
583
584
585
586
587
588
589
590
591
592
593
594
595
596
597
598
599
600
601
602
603
604
605
606
607
608
609
old>>
-
83cb3083
anonymous
2015-11-26 12:13
- >巨大スレダウンロード時のメモリ消費量削減
グッジョブ!
もう朔には戻れんレベルで便利になってきたな
-
beda373f
anonymous
2015-11-26 12:19
- >>83cb3083
ホントに朔には戻れないね
取り逃がしたレスも後で取れるし、スレの取得に失敗しない
でもバージョンが上がる毎に2ch_interfaceが重くなってるように感じる
-
d867f3e0
anonymous
2015-11-26 14:13
- >>525fd8f6
このページのことですね。直しておきました。
http://shingetsu.ygch.net/gateway.cgi/rss
-
1b7f94bd
anonymous
[test1]
ftpMklnqukP
2015-11-26 19:50
- >>beda373f
うーむ、何も変えてないんだが、、、、
-
f09650e2
anonymous
2015-11-27 10:15
- すっごくどうでもいい朔と合の違い見つけた
合だとserver.cgi/getがソートされてない
-
82da38ad
anonymous
2015-11-27 11:59
- 旧式の朔でmarkdown対応できる拡張機能つくった
自分ではほとんどコード書いてないけど
https://github.com/WhiteCat6142/shingetsu-extensons
-
aff44fab
anonymous
2015-11-27 14:14
- >>82da38ad
今自分も朔のMarkdown対応を実装中ですw
-
c70532b2
anonymous
2015-11-27 14:54
- コードが自動的に色付きで表示されるようになりました。
http://mobile-shingetsu.ygch.net/mobile.cgi/thread/%E3%83%86%E3%82%B9%E3%83%88/1ca97072
-
78698fe0
anonymous
2015-11-27 15:00
1448604055.jpg
(81KB)
- うーん、なかなかいい感じ。
-
290af23f
anonymous
2015-11-27 17:11
- >>c70532b2
対応言語は?
-
b5c0cc2d
anonymous
2015-11-27 17:34
- 合0.0.7をリリースします
https://github.com/shingetsu-gou/shingetsu-gou/releases/tag/v0.0.7
・maxconnectionのデフォ値変更
・キャッシュ取得時のウエイト振る舞い変更
・ページタイトルのリンク修正
・検索のフィルタ修正
・リレー機能修正
・状態ー接続表示改善
-
f05b5a18
anonymous
2015-11-27 18:00
- >>c70532b2
やったー!
しかもfeedlyに登録したrss更新されるようになっとる!
-
503a4f09
anonymous
2015-11-27 18:02
- >>b5c0cc2d
ナイス!
-
cf2c430a
anonymous
2015-11-27 20:55
- >>82da38ad
マージしてみました。デフォルトで有効にするかはまた考えます。
https://github.com/shingetsu/saku/tree/markdown-js
-
1e746725
anonymous
2015-11-27 22:10
- >>cf2c430a
:thumbsup:
-
c20fcbd0
anonymous
2015-11-27 22:11
- >>290af23f
ここにあるのは全部のはずです。
http://pygments.org/languages/
-
cf3736c1
anonymous
2015-11-27 23:38
- >>c20fcbd0
Goがない・・・
-
03bcc62d
anonymous
2015-11-28 01:11
- >>cf2c430a
markdownとテキストの切り替え機能を追加。
あとプレビュー機能でもmarkdownの表示ができるようにした。
とりあえず僕的に欲しい機能はこれで揃ったかな。
markdownの文法が処理系によって微妙に違うし、
別にmarked推しというわけでもないので、
たぶんデフォルトではこの拡張機能は有効にしないと思います。
-
967bff99
anonymous
2015-11-28 06:17
- 英語の方も入ってきたし、言語を切り替えるボタンが欲しい。(ブラウザで自動判断するだけではなく)
-
739c2ebf
anonymous
2015-11-28 07:46
- initnode.txtの内容少ないので増やしませんか?
勿論、ノード管理者の許可があればの話ですが・・・
-
68a3fc92
anonymous
2015-11-28 07:56
- bbs.shingetsu.infoに[md]ボタンがあるんだけど押しても反応しない
使い方が間違ってるのかな?
-
471b7dd6
anonymous
2015-11-28 07:57
- >>68a3fc92
え、反応するけど。
@markdownが先頭になくてもこれを押せばmarkdown対応と切り替えられる。逆もしかり。
-
14f8d619
anonymous
2015-11-28 08:32
- 合0.0.8をリリースします
https://github.com/shingetsu-gou/shingetsu-gou/releases/tag/v0.0.8
・node.goでのクラッシュ対策
・emoji機能追加
・botからのアクセス時の/get停止
-
90b03a9d
anonymous
2015-11-28 08:32
- >>68a3fc92
これだけどiPhoneから見てる時だけっぽい
PCからなら大丈夫だった
-
3d3c50ae
anonymous
2015-11-28 08:40
- 原因分かった
スマホブラウザだとstartsWithがサーポートされてない事が原因だった
-
e3f6acd6
anonymous
2015-11-28 08:52
1448668375.jpg
(54KB)
- >>cf3736c1
Goにも対応してるよ。
http://shingetsu.ygch.net/mobile.cgi/thread/%E3%83%86%E3%82%B9%E3%83%88/fa766a47
-
94ebff77
anonymous
2015-11-28 09:13
- 画像開くと強制的にダウンロードされるんだが、普通にブラウザで見れるようにはならないだろうか。
-
5db806c0
anonymous
2015-11-28 09:13
- >>e3f6acd6
してるやん。ナイス。
-
01f156d6
anonymous
2015-11-28 09:21
- >>82da38ad
バージョンアップしてスマホ対応とハイライトに対応した
でもハイライトの文法がまだ違うので後で互換性を整えるつもり
-
9619ab48
anonymous
2015-11-28 09:29
- markdownと絵文字、全部のクライアントでそろえてくれ・・・
公式の[MD]とハイライトと絵文字の組み合わせで
-
e13ea7cf
anonymous
2015-11-28 14:57
- 合0.0.9をリリースします
https://github.com/shingetsu-gou/shingetsu-gou/releases/tag/v0.0.9
キャッシュに存在しないファイルを開くと落ちるバグ修正
-
1c14a241
anonymous
2015-11-28 16:10
- >>e13ea7cf
今のところちゃんと動いているみたい。ありがとう!
-
debfd19a
anonymous
2015-11-28 16:26
- >>e13ea7cf
落ちなくなった!
一覧のソート順がおかしかったのも直ってるw
-
59022a4f
anonymous
2015-11-28 18:02
- 言ってみるだけ言ってみるけど、レスだったりスレを別の公開ゲートウェイで表示するリンクがほしい
あと、ほかの公開ゲートウェイ一覧がトップページとかに表示されてると良いな
-
71b807d6
anonymous
2015-11-28 18:34
1448703249.jpg
(36KB)
- >>59022a4f
とりあえずこれだけshingetsu.ygch.netに追加しておきました。
-
03a07080
anonymous
2015-11-28 18:44
- >>71b807d6
あざーっす!
-
3c500f29
anonymous
2015-11-29 04:19
- ここでスパムプロテクションが話題になってる
https://github.com/shingetsu-gou/shingetsu-gou/issues/18
-
2032c7ce
anonymous
2015-11-29 04:31
- >>3c500f29
TribeIDでスパムを防ごうって話みたいだけど、そのTribeIDはどうやって共有するんだろう…
-
138c2e0a
anonymous
2015-11-29 04:38
- @markdown
> Ok, ok. You can't read my mind, you're right. Let me explain the background and the plan.
> At the beginning I did "Tribes": https://github.com/uriel-fanelli/tribes
> This is NNTP at localhost, and P2P (DHT) at internet layer. Messages are going
> Encrypted using AES, and only nodes with the same "TribeID" can join together. TribeID is actually the encryption key. This is to limit spam.
>
>But: people in 2015 doesn't likes to use a News client. Fail. Plus, I developed my TTL-based algorithm for federating on DHT, which I cannot test on big numbers of nodes.
> So I was thinking how to produce something better, usable with Web Interface.
[引用元](https://github.com/shingetsu-gou/shingetsu-gou/issues/18)
-
bf1cb99e
anonymous
2015-11-29 07:24
- >>2032c7ce
configに書いてるところからして、別手段で共有すんだろうね。
https://github.com/uriel-fanelli/tribes#how-to-use-it
-
a4eaf508
anonymous
2015-11-29 11:12
- 書き込もうとしたら書き込めなかった。
その時のエラメッセージ。
2015-11-29 11:07:58<>----------------------------------------
2015-11-29 11:07:58<>Exception happened during processing of request from ('192.168.1.100', 34754)
2015-11-29 11:07:58<>Traceback (most recent call last):
2015-11-29 11:07:58<> File "/usr/lib/python3.2/socketserver.py", line 592, in process_request_thread
2015-11-29 11:07:58<> self.finish_request(request, client_address)
2015-11-29 11:07:58<> File "/usr/lib/python3.2/socketserver.py", line 334, in finish_request
2015-11-29 11:07:58<> self.RequestHandlerClass(request, client_address, self)
2015-11-29 11:07:58<> File "/usr/lib/python3.2/socketserver.py", line 648, in __init__
2015-11-29 11:07:58<> self.handle()
2015-11-29 11:07:58<> File "/usr/lib/python3.2/http/server.py", line 396, in handle
2015-11-29 11:07:58<> self.handle_one_request()
2015-11-29 11:07:58<> File "/usr/lib/python3.2/http/server.py", line 384, in handle_one_request
2015-11-29 11:07:58<> method()
2015-11-29 11:07:58<> File "/usr/lib/python3.2/http/server.py", line 923, in do_POST
2015-11-29 11:07:58<> self.run_cgi()
2015-11-29 11:07:58<> File "/usr/lib/python3.2/shingetsu/LightCGIHTTPServer.py", line 251, in run_cgi
2015-11-29 11:07:58<> cgiobj.start()
2015-11-29 11:07:58<> File "/usr/lib/python3.2/shingetsu/basecgi.py", line 103, in start
2015-11-29 11:07:58<> self.run()
2015-11-29 11:07:58<> File "/usr/lib/python3.2/shingetsu/thread_cgi.py", line 98, in run
2015-11-29 11:07:58<> id = self.do_post(path, form)
2015-11-29 11:07:58<> File "/usr/lib/python3.2/shingetsu/gateway.py", line 542, in do_post
2015-11-29 11:07:58<> elif spam.check(rec.recstr):
2015-11-29 11:07:58<> File "/usr/lib/python3.2/shingetsu/spam.py", line 43, in check
2015-11-29 11:07:58<> tmp = cached_rules.check(recstr)
2015-11-29 11:07:58<> File "/usr/lib/python3.2/shingetsu/conflist.py", line 102, in check
2015-11-29 11:07:58<> if r.search(target):
2015-11-29 11:07:58<>AttributeError: 'NoneType' object has no attribute 'search'
2015-11-29 11:07:58<>----------------------------------------
-
f02306e8
anonymous
2015-11-29 11:15
- >>a4eaf508
原因が分かった。spam.txtで不正な正規表現が原因だったみたい。
spam.txtのエラーチェックをもう少しどうにかして欲しいかな。sakuが応答不能になったりする時があって、その時もspam.txtが原因だった。
-
2a492128
anonymous
2015-11-30 21:58
- 合0.0.9をリリースします
https://github.com/shingetsu-gou/shingetsu-gou/releases/tag/v0.0.10
・DownloadManager周りのメモリリーク修正
・adminで2ch interface使用時、新規スレ作成するのをやめた
・/updateのリトライ追加
・リレー機能再再再修正
-
f4a08147
anonymous
2015-11-30 22:03
- >>2a492128
乙乙
バージョンは0.0.10だね。
早速入れ替えたよ。
-
a94a2bea
anonymous
2015-11-30 22:07
- >>f4a08147
すんません、0.0.10です。
-
a9e9cf13
anonymous
2015-12-02 22:25
- 合0.0.11をリリースします
https://github.com/shingetsu-gou/shingetsu-gou/releases/tag/v0.0.11
・2ch interface少し高速化
・リレーノードにリレーするのを停止
・ログ量を増やした
・ポートオープンチェック時/joinするノード数をふやした
・キャッシュ取得時同一ノードに誤って要求することがあるのを修正
・2ch interfaceのデッドロック修正
-
bb12749b
anonymous
2015-12-02 22:39
- >>a9e9cf13
おつかれ~
これでもどうぞ:doughnut::coffee:
-
e5a77710
anonymous
2015-12-02 22:53
- お腹が大きくなったところで
では、:zzz:
-
2500b59d
anonymous
2015-12-03 18:38
- [[utamaro日記]]で少し出てたけど
いいね機能なんてp2pで可能なんだろうか
よくやり取りされる->良スレ という判定なら出来なくはないかもしれないけど
-
f8d12ce9
anonymous
2015-12-03 18:47
- スパム対策には信頼と認証の機能が必要だよね
ブロックした書き込みを通常の仕組みでやり取りするのは悪用必至なので各自どこのノードの情報を利用するか決められる機能があるといいんじゃないかな
-
22559e41
anonymous
2015-12-03 19:06
- >>f8d12ce9
そっちで考えることにする。
-
0124520c
anonymous
2015-12-03 19:06
- >>2500b59d
1レコードのサイズを10倍にまでしてほしい機能とは思わないので、諦めた。
-
a1bc7823
anonymous
2015-12-03 19:19
- >>2500b59d
ちなみに、単純にこう考えていた。
・adminがWEB上で+1/-1/spamしたら、/feel/like/id/timestamp/nodestrみたいなので通知する。
・/updateの要領で拡散
・通知を受け取ったら、該当レコードのブルームフィルタにnodestrを追加する。ブルームフィルタはレコードファイルに保存。
(レコード情報の一部)
・一定数SPAMがあったら表示しない。
スパムと判断されました。「表示する」リンク付き
みたいな感じで表示
深く考えてなかったから抜けがありそうだし、まぁ、node名を変えたらやりたい放題だが。
ゆるふわでいいか、と。
-
7e1635a6
anonymous
2015-12-03 19:32
- いいね機能面倒だな
隣接ノードの投票を見るってのは面白いけど匿名掲示板にsnsみたいな機能いらないし
あまり意味がない上にリソース浪費する機能はちょっとな
-
e480df2b
anonymous
2015-12-03 19:57
- >>f8d12ce9
単純に信頼するノードから/headして、返ってこなければSPAMにみなされたとすればいい気がした
なにか違う?
-
92e36fdd
anonymous
2015-12-03 20:08
- >>e480df2b
そりゃ信頼してるノードがまだ取得していないのかどうか分からないからな
信頼しているノード以外から取得しないっていうのもありといえばありだが
-
e8c31f98
anonymous
2015-12-03 20:13
- ああ、/removedってのは、/removedディレクトリに彫り込まれたレコード一覧を取得するAPI
/getと同じ引数のつもり
-
4835590b
anonymous
2015-12-03 20:14
- >>92e36fdd
あ、そっかw
じゃあ、
1./server.cgi/removedってのを作って、/get見たく取れるようにする
2・saku.iniに信頼ノードを設定するとそこから定期的に/removedして、該当レコードをremovedにほり込む
にするか、、、
-
92edc204
anonymous
2015-12-03 20:28
- >>7e1635a6
実装上の面倒な面はとりあえずおいといて、サイズを犠牲にしていいね機能がほしいかどうか、は
他の人の意見も聞いてみたい。
-
3c415e21
anonymous
2015-12-03 22:08
- いいね機能よりNG共有が先かなー
-
4e6a73e5
anonymous
2015-12-04 04:53
- Markdownや絵文字のプレビュー機能の実装がうまくいかなくて
調べてみたらPythonのライブラリのバグでした:sob: かんべんしてほしい…
http://stackoverflow.com/questions/29214698/python-local-server-issue-rfile-gets-truncated-when-posting-through-ajax
-
73616090
anonymous
2015-12-04 05:14
- @markdown
`Python\Python35\http\server.cgi`の次の部分を変更したらうまくいきました。やれやれです。
```python hl_lines="3"
# Make rfile unbuffered -- we need to read one line and then pass
# the rest to a subprocess, so we can't use buffered input.
rbufsize = -1
```
```python hl_lines="2 3 4"
# throw away additional data [see bug #427345]
## while select.select([self.rfile._sock], [], [], 0)[0]:
## if not self.rfile._sock.recv(1):
## break
```
-
480e74f8
anonymous
2015-12-04 14:14
- 合0.0.12をリリースします
https://github.com/shingetsu-gou/shingetsu-gou/releases/tag/v0.0.12
・SPAMレコード共有機能追加
file/follow_list.txtにノード名をつければそのノード名から削除したレコードを取得して削除します。
ただし、相手も共有機能をもつ、またはserver.cgi/removed APIをもつ必要があります。
ノード間のプロトコルコマンド
/removed/ファイル名/時刻引数
removedディレクトリに移動したレコードの時刻と識別子を返す。/ファイル名/時刻引数のフォーマット、及び出力フォーマットは/head 同様である。
-
a4804e03
anonymous
2015-12-04 16:38
- いい加減通信量節約を考えないとな
幾ら今のインターネットが高速とはいえhttpのコストは甘くないし
websoketがどれだけ効くか分からないし
現状の無駄をどう省くか
>>480e74f8
プロトコル0.8に入れましょう
-
6486134c
anonymous
2015-12-04 16:42
- >>a4804e03
具体的に、どのあたりが無駄だと思います?
-
ae3601b8
anonymous
2015-12-04 17:01
- ・各ノードに/updateするのが無駄
→DHT化
・定期的にcacheを取得するのが無駄
→DHT化
・HTTPのヘッダのオーバーヘッドが無駄
→http2もしくは独自プロトコル
こう考えると、上位互換を無視、さらにIPFS等のオーバーレイネットワークのライブラリを使って、効率的に開発したくなるが、
本音を言って、まっさらから作って、ユーザがついてくる気があまりしない。
あくまで個人的な印象だが。
-
669e889c
anonymous
2015-12-04 17:10
- プロトコルにgRPCってどうなん?
-
4463882d
anonymous
2015-12-04 17:14
- >>ae3601b8
つっても、多くのユーザーはゲイトウェイ経由なんだし、UIが同じなら移行はスムースなんじゃね?
コアなノード持ちの人たちは面白がるだろうし
-
be7a4591
anonymous
2015-12-04 17:14
- >>ae3601b8
更新が面倒臭くなったら公開ゲートウェイにぶら下がるから大丈夫!
でも人が減ってたら他所行くかも
-
ea431139
anonymous
2015-12-04 17:39
- んー、
ま、IPFS軽くみとくか
-
ba361701
anonymous
2015-12-04 19:54
- ざっくり見た。
IPFSつこたら、ひょっとしてノード間通信すらいらんのか、、、
IPFSネットになげて、IPFSネットから拾うだけ。
データ構造は考えないと行けないが。
そんなんでいいのか?なんか罠がある希ガス
-
e92de51a
anonymous
2015-12-04 22:52
- >>480e74f8
:thumbsup:
新APIいいね! 朔にも取り込んで欲しい。
-
81235d80
anonymous
2015-12-05 13:42
- >>480e74f8
/removed は特定のノードを特別扱いするものな気がします(そうでもないような気もします。7:3くらいかな)。
特定のノードを特別扱いするのは
現在の新月の方向性とは異なります。
もしそうならこれを新月プロトコルに採用するのは、
プロトコルの方向性の転換とセットになります。
なので、実装はともかくプロトコル的には今の方向性と矛盾しないと思うか、
方向性を転換する気になるかした場合に、
新月プロトコルに取り入れると思います。
-
0fe7b470
anonymous
2015-12-05 13:48
- >>81235d80
> 特定のノードを特別扱いするのは現在の新月の方向性とは異なります。
/removedは必要だと思うけど、なんだかすごく納得した。
-
b0760021
anonymous
2015-12-05 13:52
- :raccoon:
-
a33cb393
anonymous
2015-12-05 14:36
- >>81235d80
プロトコルとして扱うかは別としてドキュメント化はしておいた方がいい
-
8a49ade6
anonymous
2015-12-05 15:35
- >>a33cb393
http://shingetsu.info/wiki/?%E5%90%88%E3%81%AE%E6%8B%A1%E5%BC%B5API
-
ea38bb48
anonymous
2015-12-05 16:21
- 歯抜けに対する便利機能として、書き込み日時に関係なく取得した書き込みは書き込み日時て並べ替えて、下の方に表示する機能とか無理?
新着リストの表示順を取得日時で並び替えれば、取得した書き込みを見過ごす可能性は減る
それに加えて定期的な同期の際に、今まで取得した書き込みを書き込み日時順で並べ替えれば、ひっちゃかめっちゃかにはならないと思う
-
b06b1770
anonymous
2015-12-05 16:26
- >>ea38bb48
> 書き込み日時に関係なく取得した書き込みは書き込み日時て並べ替えて
「取得日時で並べ替えて」の間違いじゃね?
-
bd453624
anonymous
2015-12-05 17:44
- >>8a49ade6
ぐっじょぶ:+1:
-
b2731af4
anonymous
2015-12-05 21:54
- んー普通に運用してても取り零しが発生するね。
困るなあ
-
6eae4599
anonymous
2015-12-05 22:58
- 誰かこのレス持ってる人いる?
[[自作PC/bb84a2ed]]
このレスからアンカーが付いてるんだけど、どの公開ノードにも伝播していないみたいだ。
[[自作PC/146a96ea]]
-
cc48385a
anonymous
2015-12-05 23:03
- >>6eae4599
あー私が言った取りこぼしがそれの事ですわ。
-
bcc4e59a
anonymous
2015-12-05 23:10
- >>6eae4599
朔のログをみてみたら
2015-12-05 21:30:17<>x.x.x.x<>direct<>GET /server.cgi/update/thread_E887AAE4BD9C5043/1449318583/bb84a2ed19cd883a28bbef5ff188bb11/192.168.0.1:8000+server.cgi HTTP/1.1<><>shinGETsuPlus/0.8alpha (Gou/0.0.12)
というのがあって、さすがに 192.168.0.1 から取得しろってメッセージが飛んできても処理できんわw
-
9bb7ee35
anonymous
2015-12-06 01:53
- >>bcc4e59a
また合ちゃんがやらかしたと聞いて。
-
44c95a5a
anonymous
2015-12-06 03:48
- >>ea38bb48
書き込み時間が違うと別レコードとして認識されるから無理だと思っていたがよく考えてみれば別にもう一個データを保持すればいけたな
-
473e59c1
anonymous
2015-12-06 10:53
- >>bcc4e59a
んー、わからん。
どなたが、状態を、自ノードが192.168.0.1になっている人はいますか?
-
6af6f2b6
anonymous
[test1]
ftpMklnqukP
2015-12-06 11:06
- >>473e59c1
もしくは、同一マシンで複数実行して、それぞれが接続すると妙なことになるかも。
/updateでノード名を省略するとHTTPのヘッダから相手IPアドレスを取得するので。
内部IP時に拡散しないようにするルーチンが抜けている、ともいう。
-
8ff5576e
anonymous
2015-12-06 11:27
- 自分をリレーしてるノードがあるなぁ、、、orz
-
85030177
anonymous
2015-12-06 11:38
- >>6af6f2b6
つまりsakuと合を同時実行している人があやすぃ可能性があるということかな。
-
d0bb8d29
anonymous
2015-12-06 11:38
- 自分をリレーしてるノードがあるなぁ、、、orz
-
095ebc36
anonymous
2015-12-06 11:55
- >>6af6f2b6
あ、それうちかも。おなじPCで朔と合を動かしてる。
-
1a39e161
anonymous
2015-12-06 12:11
- >>85030177
もしかして、ルーターのIPをDDNSに登録しててLANとWANの両方から同じアドレスで繋がるのもまずい?
書き込みが外部のノードに反映されないことがあるんだけど、自分のノードに通知送る場合もあるんだろうか
-
4c5df750
anonymous
2015-12-06 12:22
- 心配した状況は、
・同一PCで朔または合AとBを同時に実行
・Aが自ノードのIPアドレスを省略した/updateをBに発行、リクエストヘッダはローカルアドレス
・Bはリクエストヘッダからアドレスを補完して、つまりローカルアドレスを付加して/updateを他のノードに転送
まぁ、可能性の話で、過去の事実から、合のバグの可能性も高い、、、
しかも、これ自体、バグといえんこともない。。。
-
4bed8f77
anonymous
2015-12-06 12:24
- あと、相変わらずリレーは不安定で、自ノードをリレーしているノードがあった。
それが何か悪さしてるかもしれない。
-
39217a73
anonymous
2015-12-06 12:27
- >>4bed8f77
ああ、これは、
>>1a39e161
へのレス。
-
3d50bd67
anonymous
2015-12-06 12:31
- > 書き込みが外部のノードに反映されないことがあるんだけど、自分のノードに通知送る場合もあるんだろうか
追記、あるとは思うが、複数通知するので、反映されない理由ではないと思う。
-
abfb3ce2
anonymous
2015-12-06 12:36
- >>1a39e161
もし次回書き込みが反映されない時は、状態を見てみてください。
勝手にリレー接続してたり、接続失敗してるかもしれません、、、
対策を考えねば。。。
-
9a94a50a
anonymous
[test1]
ftpMklnqukP
2015-12-06 13:23
- >>095ebc36
年のため、状態で自ノードがちゃんとグローバルIPになってるか見てもらえませんか?
-
18019673
anonymous
2015-12-06 13:57
- >>9a94a50a
なってますよ~
Top of this page.
|
<<last
<<new
0
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
491
492
493
494
495
496
497
498
499
500
501
502
503
504
505
506
507
508
509
510
511
512
513
514
515
516
517
518
519
520
521
522
523
524
525
526
527
528
529
530
531
532
533
534
535
536
537
538
539
540
541
542
543
544
545
546
547
548
549
550
551
552
553
554
555
556
557
558
559
560
561
562
563
564
565
566
567
568
569
570
571
572
573
574
575
576
577
578
579
580
581
582
583
584
585
586
587
588
589
590
591
592
593
594
595
596
597
598
599
600
601
602
603
604
605
606
607
608
609
old>>
(新月の開発/60977/44.2MB)