こんにちは、arukasaです。 今回IPv6 (NAT64/DNS64) のWi-Fi環境構築という貴重な経験をしましたので、情報共有を兼ねて寄稿させて頂きます。 背景 Appleが、2016年1月以降はIPv6環境で動作しないアプリはリジェクトすると宣言しましたので、ミクシィ社内でもその検証環境が必要になりました。 現時点ではApple側も回線から上位はv4想定のようなので、検証環境もそれに倣いLAN側はIPv6、WAN側はIPv4の構成を取りました。 構成 ネットワーク uplinkはIPv4 only クライアントはIPv6 only サーバとASA間のみv4&v6 併用 機器構成 ASA 5505 ( NAT64 ) Raspberry Pi DNS64 (unbound 1.5以降) RA (radvd) Aruba (Wi-Fi) 実は構成が確定するまでが一番苦労した部分で、
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 私は数年間これを使って、快適な日本語入力の切り替えを行っています！この切り替え方法による影響など、詳しい情報をまとめました。 設定の所要時間は、ダウンロード＆インストール後、1分〜3分程度です。 （他にもシチュエーション別の対策方法などを記載しているため記事が長くなっています） ※こちらはMacユーザー向けの記事です。→Windows向けの記事はこちら 2019/12/30 更新：全体的に可読性を向上、入力ソース切り替えのショートカット案を追加、コメント頂いたフィードバックを本文に反映 目次 概要 設定手順 Apple US Keybo
ついにWebKitからGoogle勢が分裂してBlinkという新しいフォークが出来てしまった。 折りしもmozillaがレンダリングエンジンをRustで作り直すという挑戦的なニュースも重なり、 新年度早々Web業界ウォッチャーには衝撃が走った。 さて、このBlinkのフォーク騒動だけど、理由は大きく２つあると思う。 一つは、性能や安全性向上のためのリアーキが現状のWebKitのtrunkでは難しいから。 二つは、WebKitのコミュニティ上でのApple勢とGoogle勢の信頼関係が崩れたため。 一つ目の性能に関する理由は明白。Blinkの公式サイトにもあるような、iframeのsandbox化、ネットワークコードの簡潔化、DOMをJSヒープに移動させることによるDOM操作の高速化などを、様々な移植層に適合した形で実現するのは技術的にも政治的にも非常に難しいためだ。 そういったドラスティッ
日経ビジネスONLINEによると、懸案だったNTTドコモとアップルの交渉が基本的に合意に達し、いよいよ来年夏、ドコモによるiPhoneとiPadの日本国内販売が開始される展開です。これで国内携帯電話大手3社すべてがiPhone取り扱いとなり、競争の舞台は端末自体から通信品質や料金にシフトすると見られています。 ドコモの純増数は、ソフトバンクに続いてKDDIもiPhone 4Sを発売したこの10月、大手3社の中で最下位に転落。国内販売開始から3年経っても人気の衰えないiPhoneの甚大なる影響力が、改めて認識される所となりました。このような営業不振に対する危機感が、ドコモをして、アップルとの交渉合意へ邁進させた要因と考えられています。 今回のドコモとアップルの交渉合意の背景には、販売数量などの条件の他に、きわめて重要な条件があります。それは、ドコモが昨年12月に実現したLTEネットワーク「X
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く