RFC 5322 & 5321に沿ったメールアドレス（local-part）に使える文字まとめ - Qiita
メールアドレスの仕様について気になったので調べたことをまとめました。 そしてテストデータを少しばかり考えてみました。 何か違っている所があればご指摘いただけると助かります。 いやぁ…RFC準拠のメールアドレスのテストって難しいですね。 （というかRFC読むのが難しかった…です） 現在(2019/01/20)のメールアドレスに関わるRFC RFC 6854 (Updates RFC 5322) RFC 7504 (Updates RFC 5321 & RFC 1846) ※ 6854と7504は一部追加・変更のようなので、多くの部分は5322と5321となっているようです。 (余談)そもそもRFCとは？ IETF（Internet Engineering Task Force）が発行している、技術仕様などについての文書群です。 IETFはインターネット技術の標準化などを行っています。 ※ R
URLの最大文字数って結局いくつなのさ～IE亡き後の新常識を探る - Qiita
まえがき 株式会社ピーアールオー（あったらいいな！を作ります） Advent Calendar 2021 の14日目になります。 前日は @s_arakawa626 さんの「脆弱性のあるサーバーを簡単に立ててサイバー攻撃を体験したい」でした。 URLの最大長はIEによって決められていた問題 周知の事実だと思うのですが、URLの長さに仕様としての決めはないのに、IEが2083文字までしか利用できないため、Webの世界ではURLの最大長は2083というのが事実上の標準というか、常識になっていましたよね。。。 URLの長さの仕様は本当にないのか？問題 URLに関する仕様と言えばRFCですね。URLに関するRFCは、RFC2616とRFC3986が原典となります。2616と3986の記載には、たとえばURLで使用できる文字種について違いがあったりでしばしば現場に混乱をもたらしていますが、ことURL
狐の王国 最大接続数を増やして速くなったと喜ぶ人々、再び
#2 最大接続数を増やして速くなったと喜ぶ人々、再び またこういうバカなことをする輩 が現れた。 2年近く前の記事 でも書いたのだが、肝心の情報が当時俺が噛みついたサイトのコメント欄にあったりして、さらにはそのサイト消えちゃってる *1 ので、ここに少しまとめておこう。 まず考慮にいれて置かねばならないのは、RFCで定められたHTTPにおいて、同時接続数が明記されてるということ。 HTTP/1.0 同時接続数は4つまでと慣習的に定められている。 HTTP/1.1 同時接続数は2までとRFC2616において定められている。その代わりpipeliningという手法が定義されている。 そしてこれが何故制限されてるかというのは、 接続をオープンするのはサーバに負荷がかかる ゆえに接続を同時にオープンできる数には限りがある 1人が多数の接続を同時にオープンすると、他の人が繋げなくなる という、わかっ
ちょっとしたメモ - application/jsonがRFC4627に
3月末にアナウンスされていたJSON仕様のRFCが、RFC 4627 The application/json Media Type for JavaScript Object Notation (JSON)として公開された。メディアタイプは表題の通りapplication/jsonで、標準ファイル拡張子は.jsonとなっている（拡張子の話は前回書き忘れた）。一部のミス修正以外は最終I-Dとほぼ同じ内容でRFCとなった。 XMLHttpRequestでの処理にはメディアタイプはあまり関係ないが、ブラウザで直接ファイルを開こうとするとapplication/jsonの場合はダウンロードが始まってしまう（Opera9では「XMLの解析に失敗しました」となる…？？）。実用には支障ないものの、手軽にデータを確認できないのは残念なところ。.jsonにapplication/jsonをマッピングするか
スラッシュドット ジャパン | auのEメールアドレスが相互接続性を保障できないルールに変更?
kazu070曰く、"インプレス ケータイWatchの au、Eメールアドレスの設定文字数を最大30文字に拡張 によると、 メールアドレスの20文字から30文字への文字数の拡張にあわせて、 「_」（アンダースコア/アンダーバー）の利用や、「.」（ピリオド/ドット）の連続使用、@直前での利用も可能となる。 という仕様が発表されている。効果としては、迷惑メールを受信しにくくなるという後ろ向きなメリットが挙げられる。 しかしながら、RFCを読まなかった携帯キャリアの罪にも記述があるとおり、特定のメールシステムにおいては "." に関する扱いに制限がある。また "." の二重使用や @ 直前の "." については、メールアドレスに使える文字やRFC によるメールアドレスの local-part におけるピリオドの取り扱いについての考察が参考になる。 auのEメールアドレス変更方法では、 「.（ピリ
Ywcafe.net
Ywcafe.net This Page Is Under Construction - Coming Soon! Why am I seeing this 'Under Construction' page? Related Searches: Best Mortgage Rates Health Insurance 10 Best Mutual Funds Work from Home Migraine Pain Relief Trademark Free Notice Review our Privacy Policy Service Agreement Legal Notice Privacy Policy|Do Not Sell or Share My Personal Information
ＲＦＣ日本語版リスト
リンク上の問題や追加情報があるようでしたらどしどし連絡してください。 インターネットに散らばるＲＦＣの 日本語訳（和訳）のリンクリストを作りました。 多分、同じ翻訳で、コピーが複数あると思えるのはまとめて１行にしています。 （高橋邦夫さんが訳したＲＦＣ１８５５はあまりにもコピーが多いので一部のリンクのみ掲載しています） 同じＲＦＣを、多分別の人が翻訳したと思えるのは別の行にしています。 時代の流れでなくなったページもあります（場所が変わって見つかっていないだけかもしれません）。 [日本語訳]が付いていない所はそんなページと思ってください。 ソースにはコメントとしてＵＲＬを残してあります。 いずれかのアーカイブを探せば見つかるかもしれません。 これらの日本語訳は完全なものとは限りません。 間違って翻訳していたり、 途中だけ翻訳されてたり、翻訳の途中で中断・中止してる事もあります。 翻訳の公開
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://neta.ywcafe.net/000897.html
http://neta.ywcafe.net/000803.html
Example Domain