[過去ﾛｸﾞ] Jane Style (Windows版) Part209.2 (1002ﾚｽ)
上下前次1-新
抽出解除 ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
412(2): 2022/09/14(水)01:25 ID:2XSPUF420(1) AAS
>>391
だとするとこっちですかね
X-MonaKey: 00000000-0000-0000-0000-000000000000
これって通常の鍵の受信&更新に必要でしょうから無視は出来ないし
「ダミーだけ受け取らない」、が出来ればいいけどそれが無理だと自動化は不可能っぽい感じですね
もしかして「鍵が無効」が一定期間過ぎて解除された場合もこのダミー鍵が送られて来て再取得可能になってるのかな？
仮に「ダミーだけ受け取らない」が可能になったとしても「鍵無効時自動再取得」の方も併せて改変しとかないといつまでも鍵無効が解除されなくなるかも
418(2): 2022/09/14(水)04:18 ID:2VMF6neB0(1/6) AAS
>>412
＞もしかして「鍵が無効」が一定期間過ぎて解除された場合もこのダミー鍵が送られて来て再取得可能になってるのかな？
書き込みのリクエストヘッダに埋め込んだ鍵がなんらかの理由により使えなかった場合の
エラーメッセージのレスポンスヘッダにはX-MonaKeyは付いていません
鍵が使えなかった旨のエラーメッセージのレスポンスを受け取ったStyleは
エラー内容が「有効期限切れ」「失効」「不一致」(改造している場合は「無効」も)だった場合に
自動的に鍵の再発行を5chに要求します（書き込みのリクエストヘッダにダミーの鍵を埋め込んで再送信)
これを受けて初めて5chは(不正取得扱いにならなければ)
書き込み確認メッセージのレスポンスヘッダのX-MonaKey項目に新しい鍵を埋め込んで
Styleに返信してきます
省3
419(1): 2022/09/14(水)04:30 ID:2VMF6neB0(2/6) AAS
>>412
>>418のフロー図は鍵関係以外のエラー(BBxとかRock54とかその他の様々なエラー)は省略しています
Rock54が鍵に影響するなら「鍵の状態確認」が有効だった場合の次の位置にでも分岐を追加しないといけないですね
もしStyleを改造する場合には
レスポンスヘッダにX-MonaKeyが埋め込まれていた場合の処理で
X-MonaKeyの内容がダミーだった場合には処理をスキップするようなコードを新規に埋め込む必要がありそうです
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.462s*