アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
Stay hungry, Stay foolish. -- Steven Paul Jobs
ステートフルなWebアプリ? (スコア:0)
いわゆる「ステートフルなWebアプリ」な
開発形態やFrameworkが普及すると、
このてのミスも減ってくる、のではないでしょうか?
というのは、こういう
「見せないけど実はHTMLに紛れさせてる情報」の類を
サーバ側のステートの一部として
容易に管理できるようなアプリ構成/FWになっていれば、
わざわざそれをHTMLにも書き出そうなどと思う人はいなくなるだろうから、です。
GUIアプリを作ってたころ、
パスワとかを変数に格納することはあっても、
それを必要もないのにGUIコ
Re: (スコア:2, 参考になる)
Javaなり、ASP.NETなり、Pythonベース、Rubyベース、Perlベースなど。
しかし、そのフレームワークを理解しないまま、セッション管理をしようとすると、
ミスが起きます。
例えば、あなたのような、プログラミング一般の知識はあるけど、Webプログラミングの知識に
乏しい人が、セッション管理フレームワークに対しての調査もせずに、自分のヒラメキだけで
セッション管理システムを構築するような場合です。
Googleの場合は、まさかセッション管理用のトークンをHTMLソースに埋め
Re:ステートフルなWebアプリ? (スコア:0)
>>同じようなものです。
前に学術雑誌に論文を投稿したとき、レフリーリポートがワードのファイルで送られてきたんだけど
ファイルのプロパティの作成者に本人の名前が入力されてたことがあった。
もちろん、本来はレフリーは匿名になっているから名前は明かされないはずなんだけど
それでわかちゃった。
今はレフリーが書いたワードのファイルをそのまま送ってくるなんてことはしないだろうが
作成者に名前が入っちゃうことを知らない人はまだいるんだろうな。
Re:ステートフルなWebアプリ? (スコア:1)
ということは、少なくともその雑誌では添付されたレポートファイルをそのまま投稿者に転送しているのだろうと推測できます。