長くイオンSIM使っていたんですが、同じ料金でプランNへ変更出来るようなので変更してみました。試しに(遅いけど)ガンガン使ったわけです。ところが全く速度が出ない。というより通信出来ない。 調べてみました。これ、速度規制があるんですね。最低限200kbpsと思っていたら、規制食らうと2kbpsとか冗談のような世界になります。タイムアウトさせてパケット叩き殺してくる。この速度では規制というより遮断です。 tcp/ip通信プロトコルではエラー時に再送を行ないます。ところがこの再送が叩き殺される。結果、文字化けやタグ解釈不能になって、ブラウザでの表示がメチャクチャになります。通常の通信ではありえない現象です。 まさに大昔(音響カプラー)の無手順通信。30年くらい前の2.4kbpsのMNPモデムはエラー訂正とデータ圧縮してくれていたから、それ以下の通信品質です。 当然ながら通信機器にも過剰な負荷が発
日本アニメ初の快挙!海外アニメ賞を受賞した『スキップとローファー』海外ライセンス部長&プロデューサーが語る、奮闘の舞台裏
日本アニメ初の快挙!海外アニメ賞を受賞した『スキップとローファー』海外ライセンス部長&プロデューサーが語る、奮闘の舞台裏
日本アニメ初の快挙!海外アニメ賞を受賞した『スキップとローファー』海外ライセンス部長&プロデューサーが語る、奮闘の舞台裏
「ログを集めて保存する」と言うのは簡単だけど,ログ収集の構成にはいくつか方法があり,勉強会などでちょくちょく聞かれるので,いくつかのパターンについて書く. 「俺はもうバリバリログ収集やってるぜ!」という人は多分すでに知っていることが書かれているので,タブを閉じて良い. ここではログコレクタにFluentdを想定しているが,他のログ収集プロダクトにも適用出来るはず. ただ,Fluentdはタグベースのルーティングを持ち,単体でもキューのように動作させることが可能で,既存のものより複雑な問題を解決しようとしているので,少し工夫が必要かもしれない. Fluentdそのものについては公式ドキュメントや,Fluentdとはどのようなソフトウェアなのかを参考に. クライアントから直接保存する いきなりFluentdを使わないパターン.JavaScript SDKを提供している解析サービスやモバイル端末
ツイート Warning: Undefined array key "Twitter" in /home/kigyo10/bizee.jp/public_html/wp-content/plugins/sns-count-cache/sns-count-cache.php on line 2897 0 シェア 0 はてブ 459 LINE Pocket 0 検索エンジンの順位を上げるためのSEO対策というのは勉強不足の人が行った場合、膨大な時間を使った割には大した効果が得られないことが多い。または逆に大きく順位を下げてしまうことすらあり得る。 それだけならまだいいが、結果として外部のSEO業者に依頼して自作自演の良くないリンクを大量に付けられて手のつけ様のない状態になっているということはよく聞く話だ。 ここでは、検索エンジンの順位に影響を与える項目を55個用意して影響度順にまとめてみました
11分で覚える、IE11対応Web制作のカンニングペーパー(後篇) 投稿日時:2013 年 12 月 19 日 ライター:KawadaHiroshi こんにちは!ブログ「ふろしき.js」のライター、川田です。 悲しいことに、今回はあまりカッコイイ機能を紹介できません!扱っているネタが、とてつもなく地味なんです。写真で見せてもなにも凄さが伝わってこないので、例えばそう、カリフォルニアの草原みたいな癒やされそうな画像とか載せて、Facebookのサムネイル詐欺とかやった方がいいんじゃないだろうかと、そんな誘惑と戦っております。(怒られます) さて今回の話、すごく地味かもしれないけど、IE11が実装した機能の中でもかなり重要な技術ばかりです。IE11はスマートデバイスが抱えた過酷な環境で、いかに高いユーザビリティが得られるかということを追求したブラウザに思えます。まさにSurface2のよ
*1:システム環境設定.appの [ネットワーク] > [Wi-Fi] > [詳細] > [使ったことのあるネットワーク] にある優先順位 この理由として ・もしあなたが「複数の違うSSID(ワイヤレスネットワーク名)を所有している場合」あなたのMacやiPhoneは”Preferred Networks”の一番上にあるネットワークを常に選び、この場合最高の帯域が与えられない。 ・次に、もしあなたが「複数の同じSSIDを所有している場合」あなたのMacやiPhoneは予想される限りの最高のスループットが提供される受信機を選択するでしょう。 として、ローミングが重要だとしているようです。 ・If you have multiple networks of different names your Mac or iPhone will always choose the first in yo
Nexus 7などのモバイル端末やZENBOOKなどのノートPCで知られるASUSが無線LANルータにも進出、その第1弾として発売されたのが「RT-AC68U」です。PC周辺機器への事業拡大をもくろむASUSは、RT-AC68Uにモバイル端末さながらの高性能SoCやメモリを搭載し世界最速の1300Mbps速度を実現、ありとあらゆる機能をこれでもかと盛り込み、一切妥協することなく最強の無線LANルータに仕上げています。 ネットワーク - RT-AC68U - ASUS http://www.asus.com/jp/Networking/RTAC68U/ ◆開封 RT-AC68Uのパッケージはこんな感じ。 RT-AC68Uは無線で1GbpsオーバーのDraft11ac(IEEE802.11ac)規格に対応しています。5GHz帯のIEEE802.11acが最大1300Mbps、2.4GHz帯のI
P2Pソフトをパソコンで勝手に起動させない方法として,今回はWindowsが標準で備えるしくみを使った2通りの方法を紹介しよう。 まずは「ソフトウエア制限のポリシーで実行を禁止する方法」から。これには「ローカル セキュリティ設定」というツールを使う(図3-1の(1))。ツールを開いたら,ウインドウ左側の「セキュリティの設定」のツリーから「ソフトウェア制限のポリシー」を開き,「追加の規則」の上で右クリックする(同(2)と(3))。開いたメニューから「新しいパスの規則」か「新しいハッシュの規則」を選ぶことで禁止したいプログラムを指定できる(同(4)と(5))。 例えばWinnyの場合なら,止めたいプログラム名としてwinny.exeを登録し,それぞれのバージョンに合わせたハッシュ値も登録しておくと,二重の対策になるのでお勧めだ。おもなP2Pソフトのファイル名とハッシュ値については,表3-1に掲
今北産業用 今現在、Amazonaws(Amazonが行っているインフラ提供サービス)を利用して誰かがShareネットワークに対し、不正なパケットを送信し続けている(Amazon自身が攻撃してきているわけではないので注意)。 そのせいでShareがフリーズする被害が報告されている。またこの際に異常終了が原因でキャッシュが消えてしまうことがある。 当面の対策として、Amazonawsをブロックすることで攻撃を回避するという方法が有効。当wikiの最新ブロックリストを参照して、変更があれば各自対応すること。 しかしこの方法では根本的な解決にはならず、対処法をより多くのユーザーに広め実践してもらわなければShareオワタ
【6月20日 22時30分追記】※先に中段以下の経緯をご覧下さい ■ 被害状況について 今回問題が出た広告の配信元であるマイクロアド社より、 情報をご連絡いただきましたので掲載いたします。 ▽問題となったサーバーからの広告配信数(6月18日午前9時-6月19日午前11時) 233,518件 ※上記がniconico内でマイクロアド社経由の広告が表示された回数になります。 (問題の無い広告も含む) ※6月19日正午時点でマイクロアド社経由の広告は全て停止しております。 また、マイクロアド社からも本件に関する追記がありましたので、ご参照下さい。 サポート窓口アドレス(support@microad.jp)などが追記されております。 ≪広告配信障害に関するプレスリリースの追記に関して≫ | MicroAd ■ 被害を受けた方へ 被害を受けてしまった方への対応方法について、 インターネットセキュリ
Windows 8で大きく変わった要素に、無線LANの設定がある。今回はWindows 8での無線LANの設定に関するテクニックについて解説しよう。 いくつかの無線LANに関する設定が なくなったWindows 8 Windows 7で無線LANを設定する際には、主に通知領域のアイコンやコントロールパネルから「ネットワークと共有センター」を開いていた。それがWindows 8では、「設定」チャーム、ネットワークと共有センター、PC設定の「ワイヤレス」と3ヵ所に別れている。また、ネットワークと共有センターが変更され、無線LANの優先順位設定やネットワークの場所(パブリックやプライベートなど)の設定がなくなったり、他の場所に移された。 Windows 8の無線LAN設定は3ヵ所に分かれて存在する。左上はコントロールパネル内の「ネットワークと共有センター」、右上は「設定」チャームの無線接続、左下
webアプリケーション開発者たるもの、時には https と戦わねばならぬこともあるのです。 打つ手がなくて泣きそうになっていたら同僚から救いの手が! (ただしサーバ側/クライアント側のいずれかで鍵交換アルゴリズムを変更できる場合に限る) まず、tcpdump でダンプしたものを wireshark で見るには -w FILE オプションをつけてダンプデータをファイルに書き出させます。環境によってはデフォルトで先頭数十バイトしかダンプしない (man によれば、CentOS 5.x で 68 bytes, 同じく Ubuntu 10.04 で 65535 bytes)ようなので、-s 65535 とか -s 0 などとダンプさせるサイズを指定してやるのが吉 今回は https なのでお手軽にポートで絞ることにして...こんな感じで叩けば良いかと。 出力されたファイルは普通に wiresha
OpenSSLの脆弱性「Heartbleed」が世間を賑わせていますが、色々と乗り遅れてしまった感があるので、ゆるゆると落ち穂拾いをしようかと思います。 Heartbleedで秘密鍵を手に入れたらSSL通信の中身全部見えちゃうじゃん!! という事態になっていますが、なんとなく理論的にそうだろうなと分かるもののイマイチ具体的な手順が分からない。 というわけで今回のテーマとして、手元にサーバの秘密鍵と、SSL通信をパケットキャプチャしたpcapファイルがあるときに、Wiresharkでどんな感じでSSL通信を「ほどく」のか……という具体的な手順を、ハマり所を含めてまとめておこうかと思います。 というか、私自身がハマったので自分用メモですな。なおこの文書では"SSL"とだけ記述し、TLSは無視しています。 前提条件 とりあえず以下のような感じの検証環境で試しました。 IPアドレス 説明 ホストO
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く