二回入力させるUIはアホ

**nobodyさん** · 04/03/03 18:17

ユーザー登録とか懸賞の応募で、メアドなんかを二回入力させる
サイトがあるけど、アホとしか思えん。
確認入力はもともと画面に表示されないパスワード入力のためだろ。
画面に表示されてれば、目で確認すればいいじゃん。
深く意味を考えずにほかのUIをまねするから、こんな間抜けな
ことになるんだよ。
あーめんどくせ。

**nobodyさん** · 04/03/03 18:21

**nobodyさん** · 04/03/03 18:23

くだらんスレを立てるな。
同じことを何回入力させるつもりだ？アホとしか思えん。

**nobodyさん** · 04/03/03 20:23

スレ立てるほうがよっぽど面倒だろw

**nobodyさん** · 04/03/03 20:38

今月最初のバカはここの>>1ですね？

**nobodyさん** · 04/03/03 21:49

間違えて入力する香具師が結構多いんだよ。

**nobodyさん** · 04/03/03 22:24

>>6
そんなこと言ったら、全項目二回入力させなきゃならないじゃん。

**nobodyさん** · 04/03/03 22:32

>>7
メアドさえ正しければ、それ以外は連絡取り合って訂正出来る。
連絡方法がメールのみなら、メアドを間違われるともうどうしようもない。

**nobodyさん** · 04/03/03 22:53

>>7
ｱ!(*￣○￣)(￣о￣*)ﾎ!!

**nobodyさん** · 04/03/04 01:44

久しぶりに>>1が悲惨なほど香ばしいスレを見た

**nobodyさん** · 04/03/04 18:38

>>8
そう言われたらそうだな。

じゃアホだと思うシステムをもうひとつ。
ログインが必要なサイトで、パスワードが変更できるのに
IDは最初に勝手に割り当てられて変更できないってやつな。
(変更できないのはしかたないけど)

「yda15a」みたいなIDを割り振られても、そんなの憶えてられないから、
毎回メモを見るハメになるじゃん。
三井住友VISAみたいな大手がこういうﾍﾎﾞい設計だもん。
これはアホだろ。

**nobodyさん** · 04/03/04 18:56

@niftyもそんなID。

**nobodyさん** · 04/03/04 19:02

>>11
一定期間以上経ったらパスワード変更しる！
ってセキュリティポリシー持ってるなら有りじゃないか？

あまり意味のあるセキュリティポリシーだとは思わんが。

**nobodyさん** · 04/03/06 15:11

>>1

FoolProofってこいつのためにあるんだろうなと思った。

**nobodyさん** · 04/03/06 15:25

>>14
その言葉が 1 のためにあるってのは同意。
だが、２回入力ってのがブラウザ上で完全強制できない時点でデザインと
して失敗。1つ目入力して、それをコピペするからな。
1つ目も2つ目もペーストするかもしれん。

必ず手入力してくださいって説明があるところは、その時点で
FoolProof ではない。

**nobodyさん** · 04/03/06 16:06

３回は同じ入力させないと入力ミスがあるからな

**nobodyさん** · 04/03/06 16:12

アホは１００マス計算でもやっとけ

**nobodyさん** · 04/03/06 19:59

とりあえず、メールアドレスのピリオドやハイフンが
見やすいようにすれば解決？
それとも入力チェックでその場でメール送る？

**nobodyさん** · 04/03/06 21:41

数年で実現できそうとなるとICカードでぴっ！ってのが最強だと思った。

**nobodyさん** · 04/03/06 23:38

個人情報を格納したサーバーからデータを取得して、
自動的にセットするのが最強だと思った。

**nobodyさん** · 04/03/06 23:44

>>20
で、その情報は誰が入力すんの？

**nobodyさん** · 04/03/07 00:08

例えば、LDAPとかを使用する。でもって、OSのログインやらで流用する。
ブラウザは、そういう入力が必要になったら、サーバーから取ってくる。
ユーザー作成時にその情報はすでに入力されているというわけです。

**nobodyさん** · 04/03/07 00:22

>>22
Microsoft wallet は知ってるか？
すたれてるけどな。

**nobodyさん** · 04/03/07 08:22

今でも、ブラウザで個人情報の入力データを登録できるでしょう。
あれがうまく機能していればねぇ。

**nobodyさん** · 04/03/11 15:37

またアホなシステムを見つけてしまったぜ。
生年月日入力させて、年齢まで入力させんなよ。
そんくらい自分で計算しろ。

**nobodyさん** · 04/03/11 16:33

>>25
それはアホだと思う

個人的には、読みを全角カタカナでしか入力受け付けないというのも
アホだと思うがなー変換してくれよ… と。
半角数字も全角数字から変換してくれ。

**nobodyさん** · 04/03/11 18:40

>>25
でたらめな登録をはじくためだよ。ちゃんと裏で計算してる。
少なくとも俺が作った奴はな。

**nobodyさん** · 04/03/11 18:43

>>26
それは敷居を高くするため。
カタカナで入力しろって言ってひらがなで入力するバカとか
全角半角の区別もつかない池沼はお断わりってこと。

**nobodyさん** · 04/03/11 20:22

それとまだアホだと思うのが生年月日をドロップダウンリストで、
入力させるのだな。

西暦とか日とか、何十も項目があるのをドロップダウンリストで入力させんなよ。
ユーザーがアホだから、変な入力されないようにって言うんだろうけど、
日付の入力のチェックなんて簡単なんだから普通にテキストで入力させろって。
ほんとアホばっかり。

**nobodyさん** · 04/03/11 21:07

漢数字で入力する奴がいたりするんじゃね？

**nobodyさん** · 04/03/11 21:27

ロクにweb の入力をやったことがないおっさんがクライアントだと、
ドロップダウンリストにしてくれ率が高いっす。
作る方だって面倒なんですよねー。Smarty でだいぶ楽にはなったけど。

**nobodyさん** · 04/03/11 23:10

>>29
普通じゃん。Web歴3日とかですか？

**nobodyさん** · 04/03/12 01:20

>>29
PC初心者はキーボードをろくに打てない。
マウスなら使える。
レベルをとことん下げないと、使えないやつらが多い。

**nobodyさん** · 04/03/12 14:28

>>33
どうせ生年月日以外の項目はテキスト入力だし、なんか意味あるのかと思うが。

以前、住所を全角で入力しろってところで間違えて番地を半角で入力したら、
エラーになってしまったことがあるけど、生年月日だって同様にエラー処理すれば
いいだけだし。

**nobodyさん** · 04/03/12 14:45

>>34は全角半角も理解できないバカｗ
お前みたいな奴はお断わりってことだよ。

**nobodyさん** · 04/03/12 15:16

俺も数字を全角でうつのが気持ち悪いから半角でうったらエラーでた。
つーか、普通数字を全角で打たせようとするな！ボケが！

**nobodyさん** · 04/03/12 15:31

>>36
全角半角混ざると文字数を管理するのが面倒。
それが嫌で登録しない奴を相手にする手間を考えると全角で統一するほうが賢明。

**nobodyさん** · 04/03/12 18:07

そこまで面倒でもないだろ。

**nobodyさん** · 04/03/12 19:31

注意書きを読め無い奴は小学校からやり直せ

**nobodyさん** · 04/03/12 23:42

ドロップダウンリストと数値のテキスト入力。
試験項目で言うと前者の方が少なくなる。

ユーザに極力エラーパスを通らせない努力は皆をシアワセにする。

**nobodyさん** · 04/03/13 11:39

>>40
選択式にしたからといってその範囲の値しか入力できないわけではないのでテストの手間は一緒。
入力画面をローカルに保存してソース書き換えればいろんなことができる。
開発者がバカだと愉快。

**nobodyさん** · 04/03/13 12:27

>>41
セッション技術で回避可能ですと。

**nobodyさん** · 04/03/13 13:53

この前一般ピープルがPCを操作してるのを見て思ったことなんだが、
入力形式が違うものが交互に、例えば text radio text selectてな順番で並んでいると
マウス・キーボードの切り替えに結構手間取るみたいなんだな。
textが連続して並んでいる場合でも、いちいちマウスでフォーカスを移動したりとか（ｗ
考えさせられたよ。
まぁ、Fool(略は>>1のためにある言葉だなと思った。

**nobodyさん** · 04/03/13 14:17

>>40
ドロップダウンの項目はエラーチェックせんのか。
外部からの入力は全部チェックするだろ。ふつー。

**nobodyさん** · 04/03/13 14:57

>>40見たいなバカが作ったサイトから情報が漏れるんだよ。
>>40はエステ屋みたいに入力した内容をcsvで保存してるだろ？ｗ

**nobodyさん** · 04/03/13 18:59

>>45
はいはい、SQL位覚えてからしゃべって下さい。

**nobodyさん** · 04/03/13 19:26

>>40
ユーザービリティということならドロップダウンリストはあまりよろしくないよ。

>>42
セッションは入力者を特定するにはいいけど、入力値の汚染チェックはまた別だよ。

>>43
良いこと言ってる。

42 · 04/03/13 19:30

>>47
知ってる。

少しでも分かってる奴ならまともな反論してくるだろうと思って鎌かけてみた。
見事に首を刈られてくれた>>45君に多謝。

47 · 04/03/14 11:01

>>48
まぁ、この板はタイトルにUIってあるくらいだから、
入力時のバリデーションをどうするかが肝みたいだね。
保存時のサニタイズはまた別ってことで。(というよりやってて当たり前)

個人的には、
全角←→半角くらいは自動でバリデーションして受付けてくれないとUIとしてダメダメ君だと思う。
漢数字の電話番号をはじくくらいは許すけどね。

**nobodyさん** · 04/03/14 11:50

>>49
バカをはじくUIとしては優秀ですが何か問題でも？

**nobodyさん** · 04/03/14 22:30

>>48
間違いを指摘された後で知ってるとか言うのってみっともないよ。

**nobodyさん** · 04/03/15 12:31

このスレ一番のバカは48に決定しますた

**nobodyさん** · 04/03/15 14:57

>>52
かなり同意

◆G4FMDP7kWw · 04/03/15 19:44

せめてトリップが「#釣り」とかなら良かったのにね( ´,_ゝ｀)

**nobodyさん** · 04/03/15 19:51

48はcsvで管理してるんだろうな。
index.html置けば解決と思ってたエステ屋のサイト管理者のバカっぷりに匹敵する。

**nobodyさん** · 04/03/15 23:06

【厨房のための煽り煽られ講座】

煽られて反論できなくなった
　　→　○○ 必　死　だ　な　（ｗ

予期せぬ自分の無知で煽られた
　　→　釣れた　　　　　　　　　　　　　　←　>>48
　　→　わーマジレス帰ってきたよ

言い返せないけど負けは認めたくない
　　→　( ´,_ゝ`)ﾌﾟｯ
　　→　無知白痴は黙ってろ
　　→　知能障害をおこす

**nobodyさん** · 04/03/16 12:20

バカでマヌケで必死な48がいるスレはここですか？ｗ

47 · 04/03/17 01:24

>>50
「こんなへぼフォーム作るなんてバカなヤツだな」
ということに気付かないバカは、はじきまくっても問題はない。

ここにおバカなフォームについて簡単にまとまってるよ。
ttp://allabout.co.jp/computer/webproduce/subject/msub_ca5.htm

**nobodyさん** · 04/06/18 10:08

この板にしては久々に低Lvなｽﾚだな。

**nobodyさん** · 04/06/22 13:04

>この板にしては久々に低Lvなｽﾚだな

久々？？？

**nobodyさん** · 04/09/20 15:43:58

>>11 どうでも良いが三井住友VISAカードのIDはちゃんと変更できる。

**nobodyさん** · 04/09/30 02:39:07

>>1
http://2chart.fc2web.com/2chart/kusosure.html

**nobodyさん** · 05/02/12 00:35:08

この板の住人は無駄に喧嘩腰だなｗ

**nobodyさん** · 05/02/14 18:47:35

テンパった初心者と、知った風なことを語る非プログラマが、
日雇い仕事に追われる土方の神経を逆なでする。

**nobodyさん** · 05/02/16 21:59:17

ところでみんな、数字入力させる項目にはime-mode:disabledなんて使ってる？

**nobodyさん** · 05/02/17 09:25:13

クライアントがWin/IEに限定される案件では使ってる。

**nobodyさん** · 2005/04/02(土) 14:18:27

一回しか入力させないUIはアホ

**nobodyさん** · 2005/04/29(金) 19:30:58

>>1は正論。
メアドなんてもともと入力が面倒だから
ほとんどの人が1つ目のをコピペしてしまう。
再入力を強制できるようにならない限り何の意味もない。

**nobodyさん** · NG

何の意味もないとは思わないな
少なくとも、ｺﾋﾟﾍﾟでも2回入力しろということによって
少しは注意する人もいると思う。
サイトによってはそれぐらいの誘導でいいんじゃまいかと思うけど。

**nobodyさん** · 2005/05/05(木) 05:23:15

２回入力はユーザー自身がタイプミスを自己チェックできるように便宜をはかってるだけだとおもうがな～

**nobodyさん** · 2005/05/05(木) 23:01:45

パスワードならそこそこ意味あるかもしれないけどメールアドレスとかはどうせコピペするんだから一緒だろ。

って言う流れです

**nobodyさん** · 2005/05/05(木) 23:07:46

>>71
だから便宜をはかってやってるだけなんだから利用しないのは使う側の勝手であって
ＵＩがバカとかいう問題ではな～いと言いたいのだ

**nobodyさん** · 2005/05/06(金) 11:09:20

メールアドレスを2回入力させるというのは責任の所在を明らかにするためでもある。

例えば、重要な内容のメールを送る場合、そのメールが届かなくて文句を言われる事がある。
（俺が経験したのはあるデパートの会員向けセールの案内）

「私に案内のメールが届かなかった。おかげで私はセール期間中に行くことが出来なかった」

というもの。
登録フォームにはメールアドレスを2回入力するようにしてあり、
注意書きにもコピペではなく必ず入力して下さいと明記しておいた。
実際にメールが送信されていない可能性もあるが、登録されているアドレスが間違いで
メールがエラーになって戻っていることを確認した。

こういった場合、相手のクレームに対して、ちゃんと登録しなかった方が悪いと言える。
もちろん謝罪はするし、面と向かって「お前が悪い」とは言わないが、
下手にゴネた場合、こういった経緯を元に相手の理不尽なクレームや要求を跳ね除けることが出来る。

**nobodyさん** · 2005/05/07(土) 11:17:39

メールアドレスがクリティカルな場合、

情報入力→仮登録→メール送信→メールでURLクリック→本登録

って形にするのが普通でない？
すると登録時に間違いアドレスがはじかれるから
二回入力させる必要もないと思うのだが

**nobodyさん** · 2005/05/07(土) 21:10:11

>>74
メール鯖と連携したプログラムの組めないレン鯖のほうが多いですからねえ

**nobodyさん** · 2005/05/07(土) 21:58:05

レン鯖がどうとかの問題じゃないだろ。

**nobodyさん** · 2005/05/07(土) 23:32:23

>>76
連携できないと手作業で返信しないといけないのでめんどくさくてやってられません

**nobodyさん** · 2005/05/08(日) 16:23:34

企業サイトはレン鯖使わんだろ

**nobodyさん** · 2005/05/08(日) 23:01:18

企業もレン鯖使うよ。でも、メールが送れない状況は発生しないだろうねぇ。

**nobodyさん** · 2005/05/13(金) 19:44:18

全部のブラウザで試したことないし、Javascript切ったらダメだけど、
ペーストさせたくないフォームに

onpaste="return false;"

って入れるのはダメかな？

**nobodyさん** · 2005/05/27(金) 09:31:09

>>40＝>>42＝>>48の香ばしい匂いに誘われてやってきましたが、
もう旬は過ぎてしまったようですね。

**nobodyさん** · 2005/05/27(金) 09:33:27

>>75
ﾊｧ？？　メール鯖と連携？？？
キミは何を言っているんだい・・・・。

たとえばPHPならmb_senうわなにすんだやめろ。

**nobodyさん** · 2005/05/27(金) 11:09:45

>>82
sendmailが使えない鯖ってことでしょ
有料だったら使えるところがほとんどだけど

**nobodyさん** · 2005/05/27(金) 11:18:10

>>83
いまどきsendmailが使えない鯖なんてあるのか？？
XREAだって使えるのに。
（っていうか、XREAはヘタな有料鯖なんかよりもずっと高機能だけどね）

**nobodyさん** · 2005/05/27(金) 12:15:49

生年月日で「月日」はセレクトボックスが便利だけど、
生年までセレクトボックスにするのはアホだね。

利用者にとってはかえって選びにくいし、
フォーム制作者にしてみれば効果の低さのわりに作る手間がかかる。

**nobodyさん** · 2005/05/27(金) 14:19:58

確かに生年セレクトボックスは長過ぎ

**nobodyさん** · 2005/05/27(金) 15:07:17

月日のセレクトボックスもイラネ
年がキーボードなら月日もキーボードだろ

**nobodyさん** · 2005/05/27(金) 15:48:18

全部が１つのセレクトボックスだったらいいんだよ
365x100くらいあれば足りるだろ

**nobodyさん** · 2005/05/27(金) 15:57:02

ソレダ！

**nobodyさん** · 2005/05/27(金) 17:40:35

>>87
まあ、お前みたいなオタクの発想としてはそれが正しいな。
ただ普通の人はなるべくキーボード入力したくないものだよ。

注文フォームなんかでは、極力キーボード入力を減らしたい。
キーボード入力項目が多いとめんどくさがって止めちゃう人がいるからね。
オタクだけを相手にできるなら設計も楽なんだが。

**nobodyさん** · 2005/05/27(金) 18:20:50

生年をキーボードにする話とぶつかりますね

**nobodyさん** · 2005/05/27(金) 19:41:28

一桁ずつセレクトにしたらいいやん
そうやん
それでいいやん

**nobodyさん** · 2005/05/27(金) 22:11:56

>>82
ちがうだろ
ユーザーへ確認メール送信
ユーザーから確認の返信
返信メールを受け取って完了処理←ここが連携できる鯖少ないだろ？

**nobodyさん** · 2005/05/28(土) 02:42:26

仮登録メールの内容に登録用のURL書いて送信
そのURLにアクセスすると登録完了
登録完了メール送信

普通こんな感じじゃないのか?

**nobodyさん** · 2005/05/28(土) 08:31:16

じゃ、一桁ずつラジオボタンにすればいいのか

**nobodyさん** · 2005/05/28(土) 10:18:47

>>93
元々の>>74は確認メール返信じゃなく確認URLのクリック

**nobodyさん** · 2005/05/29(日) 16:19:29

ぉぃぉぃ、月日をセレクトにするのは、プログラムで余計な値域判定をなくすためだろうが。

**nobodyさん** · 2005/05/29(日) 17:41:38

>>97
月日をセレクトしても、プログラムで値域判定をさせないという事はありえない。
というか、していないものはセキュリティ上ヤバイ。

簡単に偽装できる値をチェックもせずにセレクトだからと値をチェックしないのは甘い。
Webプログラムの基礎からやり直した方が世の為だよ。

**nobodyさん** · 2005/05/29(日) 20:12:32

”余計な”と書いてあるのが読めないようだな。
脊髄反射するような奴はwebプログラム止めたほうが世のためだよ。

**nobodyさん** · 2005/05/29(日) 20:13:40

余計ってどんなトコ削るのさ。

もともと手入力でも必要ない余計なロジックでも入れてるのか？

**nobodyさん** · 2005/05/29(日) 20:27:27

俺も『余計』なものが何なのか気になる。

手入力でも、月に関しては1から12までの数値かどうか。
日に関しても、その月が何日まであるのかと、1からその月にある日の数値かどうか。

セキュリティ上、これらのチェックを行う事を考えると、
手入力だろうとセレクトだろうと同じチェックをしないといけない。
つまりは同一のコードを書くと言う事になると思うんだけど・・・

**nobodyさん** · 2005/05/29(日) 21:32:21

97は逃亡しました・・・

**nobodyさん** · 2005/05/30(月) 02:52:52

>>93
アホ。
もともとの話の発端である>>74の例を実現するには
「返信メールを受け取って完了処理」まで必要ないぞ。
そこまでやるには.forwardとか必要になってくるけどな。
>>74の例なら、ほとんどのレン鯖で可能。

**nobodyさん** · 2005/05/30(月) 02:57:39

>>97＝>>99は自分の知識の愚かさに気付いていない。
>>101が書いた通り、セレクトにしようがしまいが、
送信された値のチェック・ロジックは同じ。

そんな基礎的なことも分からずに「脊髄反射」するようなバカは
webプログラム止めたほうが世のためだよ。

**nobodyさん** · 2005/05/30(月) 04:48:13

>>103
よく読んでなかたよスマソかった

**nobodyさん** · 2005/05/30(月) 11:18:15

97は逃亡し続けています・・・

**nobodyさん** · 2005/05/30(月) 11:33:10

>>101
一般的に入力値チェックは行うものだが、日付程度に関してセキュリティ
問題が出るようなシステムかどうかは>98が定義しただけだからなあ。
例えば金融やスケジュールなら、その後の処理に絡むから>101のように
存在有無は重要だけど、元々虚偽申告ありのものならばセレクトにしておけば、
数字２桁かどうかのチェックで済むって言うポリシーはあるかも知れん。
フォーム改変で大量のデータを埋め込まれなきゃいい程度の対策だけど。
まあ、処理そのものが、余計かどうかじゃなく粗さの問題になるよね。
粗くて済む＝効率的ロジックではないが、省ける方法を考えてみるとそんな感じ。

**nobodyさん** · 2005/05/30(月) 11:56:52

虚偽申告を是とするようなシステムと定義してるのも君だけだぞ？

通常何らかの意味があって取るものだろう？
セキュリティに関係なくチェックはしないといけないだろ。

**nobodyさん** · 2005/05/30(月) 13:05:43

まあまあ、怠慢>>97＝DQN、ということでFA。

**nobodyさん** · 2005/05/30(月) 14:04:55

>>108
少なくとも俺がいるので「君だけ」と言うことはない。
不特定多数を相手に名前の入力を強要してその名前の正当性を
確かめてるシステムなんてあるのか？
生年月日なんか20歳から年をとらないババアを筆頭に
まともに入力すると思えないのでフォームが埋まっているかどうかの
チェックだけでデータは捨ててしまえばいいんじゃねーの？

**nobodyさん** · 2005/05/30(月) 14:30:59

>>110
そう思うならそんなデータ取らなきゃよろしい。

言い訳が苦しいよあんた。

**nobodyさん** · 2005/05/30(月) 14:47:57

チェックして再入力って意味じゃないの？
つまり、選択式ならユーザーが間違った文字を入れて
もう一度入力することがほとんどなくなる、と

**nobodyさん** · 2005/05/30(月) 14:52:26

>>112
そのチェックは>>97の言ったプログラムでの値域判定ではないからな。

**nobodyさん** · 2005/05/30(月) 14:57:30

>>110
分かった、分かったからもちつけ。
お前の状況は極めて不利だ、もうそれ以上発言するな。
大怪我するぞ。

**nobodyさん** · 2005/05/30(月) 15:20:43

虚偽の申告、不正な値が入っていてもかまわないような項目、
即ち再利用されることが無いような項目などは削った方が
良いと思うが。

再利用するんだったら日付とかはやっぱ虚偽か否かはともかく
妥当性のチェックはすべきだし。

**nobodyさん** · 2005/05/30(月) 17:55:03

で、query_stringを直接入力させるUIが最強ってことでよろしいか？

**nobodyさん** · 2005/05/30(月) 18:00:11

>107ですが、俺が>97とイコールと見てる人はいませんよね？
その事実を踏まえれば、>97のが「省略できる」と言ってるのだから、
そういう仮定に基づいて考えただけと理解いただけるでしょ>108

>>115
そうだね。そういうポリシーが通れば、webの安全性はあがるよね。
yahooメールも信頼できるようになる。リアルでは一般的な考え。
でも…虚偽の申請が許されないっていうと参加に敷居が高くなって
敬遠されてしまうし、真実ばかりが登録されてるとなれば、
狙いたい人にとっては一粒で二度美味しいシステムになってしまう。
例えば価格コムの事件を出すなら、メアド以外の信頼性は入力者の
危機管理意識に依存していた。まあ、ポリシーはいろいろあるけど、
実際に運用されているシステムでは、フリガナ欄でない名前欄に
全角30文字OKだとかザラ。実装者としては>115のように削れるじゃん
と思っても、営業や企画サイドが利用する気の有無は別に入れたいとか
ケースバイケースではある。

不正な値は「セレクトさせてる」から、一定の形式内で妥当な数値が入る事を忘れてる。
障害を狙えるほど不正値(SQL文だの、数Mbyteだの)を突っ込めるかどうか、
その値が間違いなく入力者の正確な個人情報と結びつけられるかの２面で見ると
後者ってのは元々web上のチェックでは期待できない。>97で「省略できる」と
いう時に用意された通常の手段で入力する限り後者を満たす範囲が決まってる。
>98もそれは前提で、セキュア面からヤバいといってると思ったのだけど。
セレクトを無視して例外値を入れる手段（フォーム改変+リファ改変proxy）
以外に、データに有効な同一性を確保しろというなら、それは閾値がどうでは
済まなくなる。まあこんな事力説する事じゃないが、そんな板・スレだしねｗ

**nobodyさん** · 2005/05/30(月) 18:22:02

名前とか不定形のものはともかく、日付のチェックごとき
省略も糞もねえだろ。

**nobodyさん** · 2005/05/30(月) 18:32:22

セレクトで選択させる所では、省略されてるとこは結構ある。
俺が作ったシステムじゃなく、office氏になりたくないから指摘しないが。

**nobodyさん** · 2005/05/30(月) 18:39:41

省略というならば、文字列チェックをせず
いきなり数字に変換、というとこでは省略してるかな、
SELECT では

**nobodyさん** · 2005/05/30(月) 19:39:44

『郵便番号入力→住所フォームに反映』は今時付いてて当然の機能

**nobodyさん** · 2005/05/30(月) 20:58:21

>>121
そしてそれは、たいして便利じゃない機能。

97 · 2005/05/31(火) 00:31:57

たくさん釣れてよかった。
スレがあんまり盛り上がらないからちょっと煽ってみたの。

**nobodyさん** · 2005/05/31(火) 01:08:58

>>123乙

**nobodyさん** · 2005/05/31(火) 06:08:06

>>97が本物の97だったら、恥の上塗り。
偽者だったら、寒い。

どちらにせよバカ決定。

**nobodyさん** · 2005/05/31(火) 08:51:57

>>122
そしてそのたいして便利じゃない機能をつけてあげたら
担当者が混乱したのか、
登録の最初のページが郵便番号だけになってしまった
馬鹿なフローの買い物サイトは実存します

**nobodyさん** · 2005/05/31(火) 12:09:46

>>126
どういうこと？？　イマイチ意味がわからん。

**nobodyさん** · 2005/05/31(火) 12:15:18

普通は、郵便番号を入力してもらったら、フォームの住所欄に
郵便番号検索した結果の住所が反映(自動入力)させるのが普通だが、
126の案件では、ほんとに郵便番号しかフォームに欄もないし
表示もされないってことじゃないのか。

**nobodyさん** · 2005/05/31(火) 15:36:21

出来心で郵便番号ー住所変換つけました
番号辞書がよく更新されるのでめんどくさいことになってしまいました
やるんじゃなかった

**nobodyさん** · 2005/05/31(火) 15:44:29

>>129
良く居るんだよね。
既に存在してる機能を付加する奴。

リンクで郵便局の郵便番号検索のHPのリンクを張って、
郵便番号が分からない場合は此処で調べて下さいってだけでいいのにね。

**nobodyさん** · 2005/05/31(火) 16:20:27

www.post.japanpost.jpで番号増減csvが更新されるからcronか手動shかで更新できるようにしておきなさい

**nobodyさん** · 2005/05/31(火) 16:34:00

>>130
普通は住所入力の手間を省くためにつけるんじゃないの
最初郵便番号だけ入力してもらい実行ボタン押して残りの住所部分だけ手入力してもらうという

**nobodyさん** · 2005/05/31(火) 17:27:25

入力の手間を省いてもらう、
提供側としては誤入力を減らす。

という意味があることはある。
入力する側も郵便番号辞書使ってる人には
あまりうれしくないんだけどね。

手書きの申込書をデータに移す、内部向けのツールには
この手の機能は便利ではある。

**nobodyさん** · 2005/06/01(水) 00:23:24

セレクトにした場合
日付の閾値チェックなんて必要ナッシング
大抵DBのカラムタイプを
日付型にしてるんだからそのままつっこめばそれでよし。
SQLｲﾝｼﾞｪｸｼｮﾝ対策は当然必要だが、
わざわざおかしなデータ送ってくる足ｸｻ野郎に
ご丁寧にエラーメッセージを返してやる必要はナシ！

**nobodyさん** · 2005/06/01(水) 00:25:59

懲りずにまた来たのか低脳

**134** · 2005/06/01(水) 00:26:45

と思ったが2月30日とかの場合もあるから
妥当性チェックはどっちみち普通するな。ﾅﾊﾊ

**nobodyさん** · 2005/06/01(水) 00:28:15

こんな過疎スレでなに遊んでますか

**nobodyさん** · 2005/06/01(水) 00:39:24

うるう年ﾏﾝﾄﾞｸｻ。

**nobodyさん** · 2005/06/02(木) 23:52:28

漏れもうるう年の判定が面倒だから、日付チェックまではしてない。
さすがに年だけは異常なのを弾いてるけどな。たとえば西暦5000年生まれとか。

**nobodyさん** · 2005/06/02(木) 23:59:15

phpなら日付妥当性チェック関数標準であるよ

**nobodyさん** · 2005/06/03(金) 01:33:07

たぶんちょっとググレばソース付きで転がってるような気がするけどな
日付判定（うるう年含む）

**nobodyさん** · 2005/06/03(金) 01:48:53

my @last = (31,28,31,30,31,30,31,31,30,31,30,31);
$last[1] = 29 if ( $year % 400 == 0 or ($year % 100 != 0 and $year % 4 == 0) );
if ($last[$month - 1] < $day) {
# error
}

Perlならこんだけですむ事をﾏﾝﾄﾞｸｻｲとか面倒とか…。

日付はまだ良いけど他の重要なトコも省いてそうで怖い。

**nobodyさん** · 2005/06/03(金) 04:29:22

DBへ入れるときにエラーにさせるって言うのも、ひとつの方法だと思うね。

**nobodyさん** · 2005/06/03(金) 07:23:03

>>142
おお、ぐぐる前に向こうから転がってきた（ｗ

**nobodyさん** · 2005/06/03(金) 14:13:54

checkdateとmktimeとdate("L")があれば複雑なif条件は不要

**nobodyさん** · 2005/06/03(金) 16:08:25

>>145
strtotime も仲間に入れといてよ

**nobodyさん** · 2005/06/04(土) 01:07:05

webプログラマーって、変な優越感持ってるから嫌いです。

**nobodyさん** · 2005/06/04(土) 01:42:10

たとえば？

**nobodyさん** · 2005/06/04(土) 14:14:33

>>140
標準で・・・？？

**nobodyさん** · 2005/06/04(土) 17:09:43

>>149
標準じゃん。

**nobodyさん** · 2005/06/07(火) 21:39:29

>>130
例えば登録者を市区町村単位で検索したい場合なんかは郵便番号から
自治体コードを引いてそいつを登録しとけば誤入力による検索漏れが防げる。
市区町村の合併があっても対応できる場合が多いし。

あと統計的に、他のページに飛ばしちゃうと気まぐれでそのまま帰って来ないお客さんが
多いことが分かってる。商業的にもサイト内で済むなら済ませた方がいい。

ところで>>129は、例えば299-4300みたいな複数の市区町村(この場合「長生村」と「一宮町」)を
持つ郵便番号入れられた時の対応はちゃんとできてるか？

職業柄というか何と言うか、郵便番号の自動入力をみるたびについこういう番号を
入れてみたりするんだが、どれか1つの市区町村に決め打ちされちゃって変更できない
モノをよく見かける。

>>142
うちのはこうなってる。PHPだと標準関数あるね。
if ($day > (31, 28, 31, 30, 31, 30, 31, 31, 30, 31, 30, 31)[$mon - 1]
　+ ($mon == 2 && ($year % 4 == 0 && $year % 100 != 0 || $year % 400 == 0))){
　#error
}

スレタイのメールアドレス二回入力についてだが、メールアドレスの欄を1つしか作らない場合
数パーセントの割合でメールのエラーが帰ってくる。要するにアドレスの入力ミス。
んでもって二回入力にするだけでこのエラーが激減する。二回入力なんてコピペされて
意味ない気がしてたけど、ハイフンとアンダースコアを間違うようなお客さんにはメール欄を
コピペしようなどという発想は起きないらしい。

そんなことよりも生年月日と年齢の両方入力させるのは止めて欲しい。

**nobodyさん** · 2005/06/07(火) 22:00:27

>>151
んやきめ打ちしてます（ｗ
でもちゃんと手入力で書き換えられるようになってるのでまあいいかなと

２回入力にすると間違いが激減するのはその意味合いを理解して
あえて２回入力している利用者が多いということだと思いたいですね

**nobodyさん** · 2005/06/08(水) 14:07:48

>>149

>>145-146

**nobodyさん** · 2005/06/10(金) 14:12:57

ぬるい

オレなら99回入力にするな

**nobodyさん** · 2005/06/11(土) 00:25:37

>>154
ぬるい。そんなもんコピペされておしまい。

オレなら入力桁数分テキストボックス用意して、各テキストボックスは1文字しか入力できないようにする
んで、それを×100並べて入力させるな。

**nobodyさん** · 2005/06/20(月) 11:42:58

力尽きる・・・

**nobodyさん** · 2005/06/29(水) 20:37:41

>>151
>スレタイのメールアドレス二回入力についてだが、メールアドレスの欄を1つしか作らない場合
>数パーセントの割合でメールのエラーが帰ってくる。要するにアドレスの入力ミス。
>んでもって二回入力にするだけでこのエラーが激減する。二回入力なんてコピペされて
>意味ない気がしてたけど、ハイフンとアンダースコアを間違うようなお客さんにはメール欄を
>コピペしようなどという発想は起きないらしい。

数％の頭悪い奴のために多くのユーザを面倒にさせる糞システム

**nobodyさん** · 2005/06/29(水) 22:04:56

日付は一旦シリアル値にすればよいのでは？

**nobodyさん** · 2005/09/02(金) 13:04:51

>>158
妥当性検査のことじゃないよな?

**nobodyさん** · 2005/09/20(火) 05:41:04

ビッダーズで買いたいものがあって
BIGLOBEに登録したら
生年月日の他に満年齢記入させるフォームがあるでやんの。
ばかかと。
全体的なシステムもださいし。
たまにプロバイダ系のサービス触ると
びっくりするほどレベル低かったりするよな。

**nobodyさん** · 2005/09/20(火) 11:59:29

>>160
それはでたらめ入力厨よけですよ（ｗ

**nobodyさん** · 2005/09/20(火) 16:54:36

>>161
ビッダーズは知らんが、生年月日と年齢を入力させといて、
年齢はいつまで経っても更新されないシステムは結構ある。
年齢だけ入力させてしまい、現在の年齢が推測でしか
分からないというアホな顧客名簿も見たことがある。

郵便番号入れさせておいて都道府県も入れさせるシステムもなんだかなーと思う。
市区町村は合併や新設に郵便番号DBが追いつかない場合があるから
必ずしも自動入力が良いとは限らないが。

**nobodyさん** · 2005/09/20(火) 17:19:14

Ajaxのサンプルだけど郵便番号を入力していくと住所欄が自動的に埋まっていくのは感動した。
これなら住所が変わっても変更が楽だなと

**nobodyさん** · 2005/09/20(火) 20:06:01

>>161
それなら干支を入力させた方がいい

**nobodyさん** · 2005/09/21(水) 14:43:00

国を限定したシステムならまあアリかも

**nobodyさん** · 2005/09/21(水) 21:11:05

>>161
生年月日と年齢を適当に入力しても通ってしまうサイトが多いのも事実。

**nobodyさん** · 2005/09/21(水) 21:39:36

結局コピペするから、二回入力は無意味。

**nobodyさん** · 2005/09/22(木) 15:52:57

>>166
一応通しておいて、何かあったときにチェックして「こいつは要注意人物だなふむふむ」ってやるんだよ

**nobodyさん** · 2005/09/22(木) 23:02:37

つーかちょっと計算すれば分かるんだから
意味ねー
リアルで聞いてとっさに答えられるかどうかの反応を見るなら分かるが

**nobodyさん** · 2005/09/23(金) 20:00:18

生年月日＋年齢は全く意味ないわけではないが
正しく入力する人の手間を考えれば糞なシステムだね。

**nobodyさん** · 2005/09/24(土) 18:17:12

プロポーショナルフォントは避けてほしい

**nobodyさん** · 2005/09/25(日) 03:24:25

>>169
うそを書いてるわけではないが何年も年齢を聞かれたり書かされたことがなかったので
とっさに自分の年齢がわからなかった（ｗ
はぁ・・・・としかなぁ

**nobodyさん** · 2005/09/28(水) 10:14:09

俺のサイトでは生年月日・年齢・血液型・DNAタイプまで入力させるよ。
で、アカシックレコードにアクセスしてちゃんと整合性取れてるか確かめてる。

**nobodyさん** · 2005/09/28(水) 11:52:00

俺もサイトは好きな体位とかスリーサイズも入力させてる。
もちろん後から整合性取れてるか確かめる。

**nobodyさん** · 2005/09/28(水) 12:23:32

若い娘に俺の好きな体位が整合性取れてるか確認してほしい

**nobodyさん** · 2005/09/28(水) 13:02:53

>>175
fatal errorでつ

**nobodyさん** · 2005/10/02(日) 13:12:56

パスワード入力を隠蔽するのはいいんだけど、
登録時には普通に表示しといて欲しいなあ。
あれがないとそのまま記録しとけるんで。

**nobodyさん** · 2005/10/03(月) 06:11:51

自分の生年を西暦で言えないおじちゃんおばちゃんのために
生年は西暦と和暦を併記したセレクト入力がいいよ

**nobodyさん** · 2005/10/03(月) 07:23:18

>>178
和暦の正当性チェックはもっと面倒だけどね。

**nobodyさん** · 2005/10/04(火) 22:23:15

入力をした人が俺の好みかどうかチェックさせてる。
タイプ度80％以上だったら携帯にメールが送られる仕組み。

**nobodyさん** · 2005/10/16(日) 01:39:09

nage

**nobodyさん** · 2005/10/27(木) 09:06:41

彼女にinsert権限がありませんスレ思い出した。

**nobodyさん** · 2005/12/04(日) 00:58:51

入力必須項目に※書いて、
末尾に
※…入力必須項目
って書くのも分かりにくいっつうか意識の導線阻害してね？
一つ一つの項目に（入力必須）と書く方が
ユーザーにはわかりやすいと思う。
開発者が重複を嫌う気持ちも分からんでもないが。

**nobodyさん** · 2005/12/04(日) 02:39:40

それを言うなら入力が必要ないものは最初からつけないでほしいと思ふ

**nobodyさん** · 2006/09/15(金) 13:56:25

>>183
最初に書いとけばいい。

**nobodyさん** · 2006/12/22(金) 18:05:25

最近はユーザーも、*が付いていれば入力必須と学習しちゃってるからなあｗ

**nobodyさん** · 2007/01/04(木) 04:41:29

*　＝　菊門

**nobodyさん** · 2007/01/14(日) 22:03:15

ところで日本郵政公社は、郵便番号と住所のデータを公開しているけれど
あれってコンマ区切りのテキストファイルでしか公開していないの？

データの読みは自由にできる形で、データベースとしても公開してくれないかな。
いい加減差分とか見るの面倒。

**nobodyさん** · 2007/01/15(月) 23:08:23

>>188
それじゃアクセス過多でサーバがダウンしちゃうじゃん

**nobodyさん** · 2007/01/16(火) 22:12:38

http://www.post.japanpost.jp/zipcode/dl/kogaki/lzh/ken_all.lzh

スクリプトが実行される度に、このファイルを郵政公社のサーバから
ダウンロードして解凍して、それを基に検索させている俺はどうなるんだ？

**nobodyさん** · 2007/01/17(水) 10:52:50

>>190
それは非効率では？
ダウンロード＋解凍＋検索　って時間かかるじゃない。

**nobodyさん** · 2007/01/17(水) 16:48:38

>>191
常に最新のデータが入手できるよ♪

----
まあ>>190は冗談なんだけどさ……

**nobodyさん** · 2007/04/21(土) 03:12:12

半角カナで振込先を入力させるフォーム見たことがある

**nobodyさん** · 2007/04/22(日) 01:29:41

>>193
新生銀行じゃん

**nobodyさん** · 2007/09/10(月) 17:01:03

半年以上前のレスだが……。

>>192
wget -N http://www.post.japanpost.jp/zipcode/dl/kogaki/lzh/ken_all.lzh
でいいっしょ。

ダウンロード前に元ファイルのタイムスタンプを取っといて、変化があったら展開＆DB更新。
っていうスクリプトを組んどいて、cronでメンテ時間中に走らせると。

**電脳プリオン** · 2011/11/14(月) 00:02:58.69

>>6,8でＦＡ？

**nobodyさん** · 2013/04/14(日) 21:32:38.17

ああ、確かに

**nobodyさん** · 2013/07/20(土) NY:AN:NY.AN

登録フォームとかでメールアドレスを2回入力させる2回目の入力を
貼り付け(ペースト)禁止させているのアホかと。
こっちは間違わないようコピペ使ってるのに。
また、わざわざ手間をかけさせるのが気に入らない。

**nobodyさん** · 2013/07/20(土) NY:AN:NY.AN

>>198
だが二回入力させるほうが誤入力は本当に減るので
反論する理由がない。諦めろ。

http://www.nikkeibp.co.jp/style/biz/skillup/spam/070827_58th/
筆者がWeb調査にかかわって得た経験則では、1回だけメールアドレスを
入力してもらうWebフォームだと、誤入力を防ぐことは非常に難しい。
回答を得た直後に、記入してもらったメールアドレスにメールを送っても、
1000人に10人ぐらいが不達になる。2回入力を求めて誤入力をチェックする
Webフォームを使うと、不達は1000人に2人ぐらいまで減る。
8人は単純ミスによる誤入力と推測できる。

**nobodyさん** · 2013/07/21(日) NY:AN:NY.AN

>>199
コピペ禁止は全く意味が無いと思う。