タグ

2013年11月27日のブックマーク (4件)

  • 「メールアドレスのルール」なんて使ってはいけない3つの理由 - めもおきば

    定期的に繰り返される話題ですがまた盛り上がっているのできちんと書いておきます。 「通るべきメールアドレスが弾かれると激おこ」という前提で話を進めます。 問題点1. メールアドレスに関して、RFCなんてそもそも守られていない 2009年以前に登録されたDoCoMo携帯のメールアドレスなど、quoted-stringじゃないのにピリオド連続するものが実在している以上、彼らを許容するべきです。 今そこにある実装 >>(越えられない壁)>> RFC です。 問題点2. メールアドレスの国際化 @の左側(addr-spec)でUTF-8を利用できるようにするRFC5335が発行されています。これにより、通すべき文字が一気に増えます。 RFC5335 Internationalized Email Headers JPRSが国際化電子メールアドレスの標準化活動に貢献 / 株式会社日レジストリサービス

    「メールアドレスのルール」なんて使ってはいけない3つの理由 - めもおきば
    kazuau
    kazuau 2013/11/27
    (ブコメ変更)ローカルにメールサーバ立ててVRFYさせて、入力したアドレスと出力結果が同じなら、変な細工のないアドレスだと分かるのでは。
  • Qoncept, Inc.

    Realtime Visual Tracking Technology Specialists 画像処理によるリアルタイムトラッキングをコア技術として 高い専門性を持ったメンバーが集まり 実社会に活きる技術を開発し続けます Latest News ゴルフ弾道計測アプリ Golfboyが全世界で累計50,000ユーザーを突破 2022.10.19 - Tracking・その他 月間アクティブユーザー数は4,000ユーザーを突破 Golfboy(ゴルフボーイ)は、iPhoneのカメラを利用したゴルフの弾道計測アプリです。 スマートフォンと三脚さえあれば誰でも手軽に利用でき、独自の画像処理技術により 飛距離、ボールスピード、打ち出し角度、クラブ速度などをリアルタイムに計測します。 またスイング自動撮影、フォーム解析、パター解析、シミュレーションゴルフ機能など、 1つアプリで実現。他の追随を許さな

    kazuau
    kazuau 2013/11/27
    あとで調べるけど、JVMで動くC#みたいなもの?なんだったらC#そのまま実装してくれてもいいのよ。
  • クレジットカードのサインを、馬鹿正直に漢字のフルネームサインにしてませんか?サインの仕方など、カード署名に関する疑問を解決! - クレジットカードの読みもの

    クレジットカードのサインって多くの方が、漢字のフルネームか、英語の筆記体のサインのどちらかに設定していますよね。たぶん、90%以上の方がどちらかに当てはまるはず。 しかしそのサインの仕方って正解であって実は不正解。 なぜならクレジットカードのサインは、なにも英語か漢字で書くべし…という決まりがあるわけではないためです。 間違い: クレジットカードのサインは漢字か英語で書く必要性あり 正解: クレジットカードのサインは漢字や英語でなくても問題なし そこで今回はクレジットカードの署名サインに関する知識を徹底紹介。 毎回、フルネームの漢字サインを書くのが面倒に感じてる方は是非、参考にしてみてくださいね。 クレジットカードのサインに関する基礎知識: 署名は支払いをした証拠としてするもの: 外国人が日語サインなんてするはずもない: 平仮名やカタカナで署名してもOK: 日人が外国語でサインしても問

    クレジットカードのサインを、馬鹿正直に漢字のフルネームサインにしてませんか?サインの仕方など、カード署名に関する疑問を解決! - クレジットカードの読みもの
    kazuau
    kazuau 2013/11/27
    海外で使うときにパスポートのサインと照合されることがまれにあるので注意。(一度しか経験無いが)そのサインが名前と一致してることのチェックも個人が複数のサインを使い分けることは想定されていない。
  • 「メールアドレスのルール」系まとめがそろって間違ってるのでご注意を - 若くない何かの悩み

    メールアドレスのルールのまとめ系のサイトの内容が間違っています。 なので、この類のまとめは安易に信じないように 、という注意喚起をしておきます。 追記(2013/11/27) twitterやはてブをみていたところ、「ユーザーへの啓蒙という観点ではまとめの内容間違ってない」というご意見をたくさんいただきましたので、補足をしておきますね。 どうも「ルール」と「トラブルを避けるためのガイドライン」が混同されているように思います。まとめで紹介されている内容がユーザ向けの「ガイドライン」なのであれば、「+ 記号使わせてよ」ぐらいしか文句はありません。 ですが、ほとんどのまとめは上記の内容を「ルール」として説明しています。ひどいものにはRFCに基づいてまとめを書いたようにミスリードさせる記事もありました。このような現状を憂い、このような記事を書いたのです。 そもそもこれに気づいた発端は@kusano

    kazuau
    kazuau 2013/11/27
    RFC5322的に正しいだけでは足りない。+%:!など他の規約や実装で副作用のある記号をメールボックス名として使えるかは、アドレスとして正しいかどうかとは別な話。よく使われる物以外の記号は避ける方針は安全だ。