タグ

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

  • 「.みんな」ルートゾーンに追加、新gTLD初の日本語、米Google子会社が管理 

    n2s
    n2s 2013/11/27
    いやー、カオスだなぁ、ほんとカオスだなぁ。
  • (株)エドウイン | 倒産速報 | 最新記事 | 東京商工リサーチ

    国内ジーンズ最大手、「EDWIN」ブランドで有名な(株)エドウイン(TSR企業コード:290779600、荒川区東日暮里3-27-6、設立昭和44年9月、資金5600万円、常見修二社長)と、グループ会社28社のうち金融債務のある16社の計17社は11月26日、事業再生実務者協会に対し事業再生ADR手続きの利用を申請した。また、グループ会社の(株)フィオルッチ(TSR企業コード:298613697、同所)は外部株主が存在することから、12月初旬に追加する形で同手続きを申請する予定。今後、同協会の審査を経て正式手続きが進められる見込み。 エドウインは、国内ジーンズメーカー最大手、エドウィングループの中核企業。昭和22年、繊維製品を販売する「常見米八商店」として創業し、44年9月にエドウインが設立された。いわゆる「アメカジブーム」を追い風としてジーンズメーカーとして業容を拡大し、63年5月には

    n2s
    n2s 2013/11/27
    503 Service Unavailable ということか
  • 「メールアドレスのルール」なんて使ってはいけない3つの理由 - めもおきば

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

    「メールアドレスのルール」なんて使ってはいけない3つの理由 - めもおきば
    n2s
    n2s 2013/11/27
    要約「赤信号みんなで渡れば怖くない」
  • au by KDDIがメールアドレスの設定仕様を再変更。2006年の改悪前に戻しましたの巻 - Web屋のネタ帳

    Web屋のネタ帳 Webビジネスに必要な「戦略」「システム」「デザイン」の3要素とそれらをまとめる「マネジメント」について現場の実感と独自の観点でお送りするコラム・・・のはずなんですが、要するにWebがらみのシステム&デザイン業界に関する小ネタとツッコミの雑記です。 これにて、メールアドレスに関する、日国内における大手通信キャリア/プロバイダのアホ丸出し仕様がほぼ全て是正されたと言っていいだろう。 変更前(2006年に改悪されたときの仕様) ※この画像は2006年のこの記事より抜粋 変更後(2009年9月現在) あとは、これまでの間に連続ドット、@直前ドットのついたメールアドレスを取得してしまったユーザーへの啓蒙だが、これは長い時間がかかるだろう。 ドコモとauはそのへんも責任を持って説明用のコンテンツなど用意すべきなのだが、妙な責任問題にされるのが嫌だろうから、用意しないんだろうな。

    au by KDDIがメールアドレスの設定仕様を再変更。2006年の改悪前に戻しましたの巻 - Web屋のネタ帳
    n2s
    n2s 2013/11/27
    故・ネタ帳さんが追いかけていたケータイキャリアのメールアドレス仕様記事へのリンクがまとまっています。元サイト(id:entry:16244995)は閉鎖したのでarchive.orgへぶくま。
  • 「メールアドレスのルール」系まとめがそろって間違ってるのでご注意を - 若くない何かの悩み

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

    n2s
    n2s 2013/11/27
    肝は「local-partを""で囲めば」ってところだが「間違ってる!どんな記号も使える!(ただし""で囲んだらの話だがな…)」っていう書き方は紛らわしくないか。「""で囲んで記号を使いまくれ!」的な煽り記事みたいだ。
  • Internet ExplorerはIE特化アプリから一時的に日本を救ってくれたけど次回はもう助けてくれないよという警告

    ドキュメントモード、もうだめみたい。 http://furoshiki.hatenadiary.jp/entry/2013/11/26/032352Read less

    Internet ExplorerはIE特化アプリから一時的に日本を救ってくれたけど次回はもう助けてくれないよという警告
    n2s
    n2s 2013/11/27
    IE11でドキュメントモード非推奨に。対応すべきはすぐにサポート切れになるWin8=IE10ではなくWin8.1=IE11。改修のタイムリミットはWin7がサポート切れになる2020年1月。
  • コンテナ型仮想化「Docker 0.7」リリース。主要Linuxディストリビューション全対応、ストレージドライバ同梱、コンテナ命名も可能に

    コンテナ型仮想化「Docker 0.7」リリース。主要Linuxディストリビューション全対応、ストレージドライバ同梱、コンテナ命名も可能に コンテナ型の仮想化は、ハイパーバイザによってハードウェアを仮想化する従来の方法とは異なり、OSの上に分離された複数のユーザー空間を作り出すことで、物理サーバの上に複数の仮想サーバを実現します。 ハイパーバイザ型に比べてコンテナ型は非常に軽量で、それがいまコンテナ型仮想化が注目される最大の理由になっています。一方、ハイパーバイザ型では仮想サーバごとに異なるOSが選べるのに対して、コンテナ型はその仕組み上、一種類のOSに限定されるという制限があります。 Dockerはコンテナ型仮想化ソフトウェアとしてもっとも注目度の高いソフトウェアといえるでしょう。バージョン0.7では主要なディストリビューションすべてで利用可能になったため、これからの普及に大きなはずみが

    コンテナ型仮想化「Docker 0.7」リリース。主要Linuxディストリビューション全対応、ストレージドライバ同梱、コンテナ命名も可能に