アカウント名:
パスワード:
その程度の技術力しかない、というのはサービス開始当初からずっと言われている
その程度の技術力しかないって技術を理解してないやつが言ってるイメージしかない
そんなに難しいかな?
画像なりシナリオなりを配信開始日ごとに別の鍵で暗号化しておいて、イベント開始日に鍵を配信すればいいだけでは。クライアントはローカルに鍵一覧を管理しておいて、鍵がなければダミーデータを表示するようにしておけば、手違いで配信し損ねても新イベント以外は普通に遊べるし、開発時は手作業で鍵をローカルに保存するかテストネットがあればそちらで配信すれば開発環境だけ事前にテストもできる。
暗号化なんてしないよ。こういう場合するのは、期限になるまでサーバーからコンテンツを配信しないだよ。別にやろうと思えば出来るんだよ。ただ、それを細かくやるのは面倒なんだ。おそらく解析者を訴える方が低コストなんだよ。
つまり・堅牢で・低コストで・復号時の端末負荷も許容範囲内な実装を実現できる技術力がないのでは
技術者が物事を技術ではなく法に頼って解決するの、かなりみっともない
一部のアホのために復号処理入れるのはエコではないかな
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
長期的な見通しやビジョンはあえて持たないようにしてる -- Linus Torvalds
サーバントの正体は秘匿するのが聖杯戦争のセオリーだろ (スコア:1)
Re: (スコア:0)
その程度の技術力しかない、というのはサービス開始当初からずっと言われている
Re: (スコア:0)
その程度の技術力しかないって
技術を理解してないやつが言ってるイメージしかない
Re: (スコア:0)
そんなに難しいかな?
画像なりシナリオなりを配信開始日ごとに別の鍵で暗号化しておいて、イベント開始日に鍵を配信すればいいだけでは。
クライアントはローカルに鍵一覧を管理しておいて、鍵がなければダミーデータを表示するようにしておけば、手違いで配信し損ねても新イベント以外は普通に遊べるし、開発時は手作業で鍵をローカルに保存するかテストネットがあればそちらで配信すれば開発環境だけ事前にテストもできる。
Re: (スコア:0)
暗号化なんてしないよ。こういう場合するのは、期限になるまでサーバーからコンテンツを配信しないだよ。
別にやろうと思えば出来るんだよ。
ただ、それを細かくやるのは面倒なんだ。
おそらく解析者を訴える方が低コストなんだよ。
Re: (スコア:0)
つまり
・堅牢で
・低コストで
・復号時の端末負荷も許容範囲内
な実装を実現できる技術力がないのでは
技術者が物事を技術ではなく法に頼って解決するの、かなりみっともない
Re:サーバントの正体は秘匿するのが聖杯戦争のセオリーだろ (スコア:0)
一部のアホのために復号処理入れるのはエコではないかな