ただのにっき。

ただつらつらと日記が書かれていくようです。

20ページ目 (40ページ中)

お、「Kindle Fire HD 8.9」とな。

2013年2月27日 / / 0件のコメント

Amazonからメールが来てて、Kindle Fire HDの新しい端末、「Kindle Fire HD 8.9」ってのが新発売されることを知った。うーむ、8.9インチの画面ってのは、なんかこうGoogleのNexus10と、Nexus7の真ん中くらいのサイズなので、Nexusシリーズを意識してるのかなぁという印象*1。値段は16GB版で24,800円なので、これも真ん中くらいではあるけれど、Nexus10よりはお買い得感があるけれどなぁ…。

NexusシリーズがGPSを搭載しているのに対して、Kindle Fire HD 8.9はGPSが搭載されていないっぽいので、外でGoogleMapのような位置情報を参照するようなアプリケーションを使うなら、Kindle Fire HD 8.9よりはNexusシリーズの方がアドバンテージがありそうかな。ま、NFCについても同様なので、家の中でしか使わないようなユースケースならどっちでもいいけれど、外に持って行くならNexusシリーズの方が便利かもしれない。

ちょっと気になったのは、Kindle Fire HD 8.9のメインメモリのサイズが書いてなさそうなところ。Nexus10は2GB、Nexus7は1GBって書いてあるけれど…Kindle Fire HD 8.9ってどうなんだろう。でもまぁ、個人的には、普通の用途では1GBも2GBもそう大きく変わらないんじゃないかという気がするけれど。

その他のCPUや液晶については、使ってみないとわからないかなぁという印象。ただ、なんとなく、CPUのコアの数については、ちょっと使用感に影響を与えるかもしれないなぁ…という気はしないでもない。

Kindle Fire HD 8.9 16GB
Kindle Fire HD 8.9 16GB

posted with amazlet at 13.02.27
Amazon Digital Services, Inc – JP (2013-03-12)
売り上げランキング: 10,304
Amazon.co.jpで詳細を見る

*1：ただ、Amazonのサイトには、iPadとKindle Fire HD 8.9との比較が載ってたけど…汗

Googleはどうやって新しいドメインを知るのか。

2013年2月27日 / / 0件のコメント

新しいドメインを取得して、EC2にサイトを設置したけれど、固定IPを持った社内からしかアクセスできないようにSecurity Groupを設定していた。で、公開する必要が出てきたので、Security Groupの設定を変えてインターネットからアクセスできるようにしてみた。そして、ICSなAndroidのChromeからアクセスして、フツーにアクセスできることを確認(ま、社内からのアクセスで確認できてたので、それを3G回線経由でアクセスしたからってアクセスできるに決まっているけれど)してみたら、興味深いことが起こった。

偶然そうなった可能性もあるにはあるものの、AndroidのChromeから新しいドメインにアクセスした後、1分も経たないくらいのタイミングでGooglebotがやってきて、robots.txtを持って行った。新しいサイトはサブドメインを持っているので、そのサブドメインにChromeでアクセスする度に、Googlebotがrobots.txtを取りに来る。

Googleが早く新しいサイトを見つけたいと考えているのは確かだとしても、Chromeのアクセス履歴からクローリング対象リストを作っているとすると、、、なかなか興味深い気がするが、実態はどうなんだろう。ただの偶然なんだろうか。

AMDの「Software Update」の通知を出さないようにする

2013年2月26日 / / 0件のコメント

AMDのグラフィックカードを刺してるPCには、AMDのドライバーを導入するわけで、AMDのドライバーを導入すると「Catalyst Control Center」とかいろんなソフトが一緒にインストールされる。そのうち、「Catalyst Control Center」なんかは、定期的にAMDのWebサイトをポーリングしているのか、新しいドライバを見つけたら「Software Update」ってダイアログを上げてくれる。

まぁ、フツーのPCならアップデートの通知はありがたいけれど、環境によってはありがたくないケースがある。デジタルサイネージのように特定の画面を出しっ放しにするようなケースは、その画面の上に「新しいドライバがあるぜ！」って画面が出てくれても大してうれしくない、というか、出して欲しくない。

そこで、調べてみたところ、「Catalyst Control Center」の特定のバージョンまでは、「Catalyst Control Center」を開いて、「情報」の中にソフトウェアアップデートに関するメニューが用意されている。「設定」ってメニューがあるんだから、普通はそっちじゃないのか、と思うけれど、「情報」の中にこそっと隠されている(汗)そこで、設定を変更すれば、「Catalyst Control Center」の更新通知はでなくなるようだ。

で、まぁ、新しいドライバーが出てるからってことで、新しいドライバーを導入して、「Catalyst Control Center」の「情報」からソフトウェアアップデートに関する設定をチェックしようとしたら、さっきまであったはずのメニューがなくなってた(汗)更新通知は出るのか出ないのか…。

仕方ないので、色々調べてみたら、AMDがさりげなくサポートページにこんなことを書いていた。

AMD auto-update notification：
http://support.amd.com/us/kbarticles/Pages/AMDauto-updatenotification.aspx

AMD will be removing the auto-update notification functionality from versions of AMD Catalyst™ Control Center running under Windows Vista, Windows 7 and Windows 8, beginning in early 2013. Due to a minor security vulnerability in the auto-update notification, users are recommended to update to the latest AMD Catalyst™ driver release from the amd.com web site.

記事の日付が2012年12月で、2013年の早い時期に、AMDは「Catalyst Control Center」から、ドライバのアップデート通知の機能を落とす予定とのこと…なので、最近、ダウンロードしたドライバの「Catalyst Control Center」は既に落とされているってことだろう。というわけで、これからはドライバの更新通知のダイアログは出なくなるはずだ。

しかし、セキュリティの脆弱性が原因で機能を落としたってことは、これまでの「Catalyst Control Center」は、単に決められたURLに何にも考えずにアクセスして更新情報を取ってたんだろうか。そしたら、DNSスプーフィングなんかに対して脆弱性を抱えることにはなるんだろうけれど、それならそれでSSL使えばいいような気がするんだけど…AMDの書いているような、たいしたことない脆弱性ってなんだろうなぁ。…もしかして、もろもろ考えて面倒になったのか(汗)

[amazonjs asin=”B07BJ9JQGX” locale=”JP” title=”アサヒ飲料 ウィルキンソン タンサンドライ 強炭酸 500ml×24本”]

「楽天ブロードバンド LTE」って日本通信なのね。

2013年2月24日 / / 0件のコメント

あの楽天がフュージョンコミュニケーションズを買収して以来、通信事業をやっている。ま、楽天のトップページにてどーんとリンクが張られているわけではなさそうなので、意外と知られていないのが現状だろう。フュージョンコミュニケーションズ自体は、ちょっと尖ったことをやっていて、例えば、SIPを使ったVoIPサービスを始めたりしてて、おぉ…と思っていたところではあった。

で、いろいろあって、そんな楽天が提供する通信サービスの1つである、「楽天ブロードバンド LTE」のSIMカードが手に入った。一応、ドコモのMVNOなのだが、背景がちょっとややこしい。まず、楽天の通信サービスだから、フュージョンコミュニケーションズが提供元なのは当然なのだが、どうやら単独でドコモのMVNOをやるわけではなく、日本通信と丸紅の合弁会社の丸紅無線通信という会社と一緒にサービス提供することになっていて。その丸紅無線通信という会社が、もともとドコモのMVNOをやってるらしい。なんとなーく、フュージョンコミュニケーションズくらいの会社なら、単独でドコモのMVNO事業をできそうな気がしたけれど、そうではないらしい。

…とまぁ、そんなことを調べたりしているうちに、SIMカードが送られてきた。

f:id:y_fudi:20130224152248j:image

紙のスリーブを開けると、ドコモのSIMカードが刺さってる、と。

f:id:y_fudi:20130224152249j:image

というわけで、手持ちのb-mobileのWi-Fiルーター(BM-MF30)に刺して、設定を入力しているウチに気がついた。接続先のAPNが「dm.jplat.net」。これ、日本通信のSIMカードを使った人ならご存じだと思うけれど、日本通信のSIMカードと同じAPN*1。で、とりあえず、接続してみて、IPアドレスを確認して、逆引きのホスト名を調べると、ドメイン部分が「bmobile.ne.jp」。というわけで、管理画面とかはフュージョンが提供(管理画面のホスト名は、gol.comだったし)して、裏側というか足回りというか、実際の回線提供に関しては、まるまる日本通信になっているっぽい。なんというか、MVNOのMVNOというか…ただの再販というか…。

で、都内某所の駅前のカフェで、PicasaのWebアルバムから写真をダウンロードしてみたけれど、130kb/sから160kb/sは出てる感じ。だいたい1Mbpsちょっとは出てることになるか。劇的に速いって感じでもないし、遅くて使えないってこともない。あ、一応、使っているのは「エントリープラン」。月間200MBまでは速度制限がかからないけれど、200MB越えたら100kbpsになるサービスで、まだ200MBを越えてない状態。ま、楽天ブロードバンドLTEのSIM自体は、LTE対応のSIMではあるけれど、MF-30がLTEに対応してないから仕方ないんだけども、と。

というわけで、まだまだ使い込んでないのでファーストインプレッションに過ぎないけれど、可もなく不可もなくといったところか。少なくともフュージョンコミュニケーションズの尖った感じのサービスって感じではなさそう。で、結局のところ、接続先は日本通信っぽいので、サービスのクオリティとしては、日本通信のサービスのクオリティと遠からず近からずってところに落ち着きそうな気がする。200MBまでは高速通信できて、980円/月ってのは確かに安くて、魅力ではあるなぁ、と。

*1：最近の日本通信のSIMカードのAPNは、LTE向けのものについてはbmobile.ne.jpってのもあるらしいけど…

Windows2003 ServerでAdobe Readerがインストールできない

2013年2月20日 / / 0件のコメント

社内のファイルサーバ(Windows2003 Server)にリモートデスクトップで接続して、Adobe Readerをインストールしようとして、インストーラーを実行しようとしたら、

「指定されたデバイスまたはファイルを開けません」

と怒られてインストールできず(汗)

Google先生に聞きまくってわかったのは、Adobe Readerのインストーラーはプログラムの実体は持っておらず、インストール中にインターネットからダウンロードするもの(そりゃ、インストーラーは1MBくらいしかないから当然か)なので、インストーラーがインターネットにアクセスできないときにエラーとなる、というケースがあるらしい。…ま、エラーメッセージとしては誤っているわけではないけれど、わかりづらいエラーメッセージではあるなぁ、と。

というわけで、コントロールパネルのインターネットオプションから、プログラムからインターネットへのアクセスを許可するような設定(ま、カスタマイズされた設定になってたので、とりあえず「既定」に戻した)にしたら、Adobe Readerのインストーラーが動き始めて、インストールが完了した。

こんな些細なことではまってる暇もないんだけど、うっかりはまっちゃった(汗)のでメモ。

UQ WiMAXの累計契約数が400万を突破…だけど。

2013年2月14日 / / 0件のコメント

どうやら、WiMAXでお馴染みの「UQ WiMAX」の累計契約数が400万を超えたらしい。

ふーん、なるほど、と。おそらくは、auのスマートフォンが、一時期、WiMAXを積んでいたので、その頃にどーんと増えるのかなぁと思ったけれど、結局のところ、auもLTEを導入して、ちょっとハシゴがハズレ気味のWiMAX。そんな印象が強いけれど、契約数が増え続けているってことは、意外とクリティカルマスを越えてきたんだろうか。

ただ、周囲を見ている限りでは、LTE一色のような気がしているんだけどなぁ。例えば、ドコモの回線を使ったMVNOがLTEを使いつつもリーズナブルなプランを展開しているので、結局のところ、LTE陣営は、低価格なライトユーザーからヘビーユーザーに広くサービスを提供しているのに対して、WiMAXの価格レンジはあまり広くない。

ただまぁ、よく考えてみたら、ケータイキャリアが、LTEにおいて月間の通信データ量のキャップをすることに躍起になっているのに対して、UQ WiMAXはその辺の縛りがなさそうなので、がっつりとデータ通信したいけれど、光ファイバーなんかは引きたくないようなヘビーユーザーには受けてるのかもしれないなぁ、と思った。

UQ、累計契約数が400万を突破:
http://internet.watch.impress.co.jp/docs/news/20130212_587399.html

韓国空軍のF-15Kがスゴイ。

2013年2月7日 / / 0件のコメント

いや、実にどうでもいいことではあるけれど、Wikipediaを眺めてて目を疑ってしまったのでメモ。

Wikipediaの「F-15E(航空機)」より

兵装面ではハープーン対艦ミサイルとSLAM-ER対地ミサイルの運用能力が加えられ、対艦攻撃能力を得たことでより一層の多目的化を果たしている。だが、SLAM-ERを誘導するためのデータリンク周波数帯は既に第3世代携帯電話の通信媒体IMT-2000で使用され、かつ8割を超える携帯電話の普及率から周波数帯が既に枯渇状態となっていたため、韓国空軍はボーイング社と周波数変更などの協議を行った。結局、周波数の変更には約100万ドルの費用 (SLAM-ER 2発分) と1年の期間を必要とするため、有事の際は、国民に混乱を来たす懸念を甘受して一部の携帯電話回線を停波させてSLAM-ERに周波数を割り振ることに決定した。

ま、要は、韓国軍のF-15Kは、イザっていうときに、空対地ミサイル*1の運用能力を装備している、と。ただし、空対地ミサイルを目標に誘導するために使う無線の周波数が、ケータイで使われはじめてしまったので、空対地ミサイルにとって、地上は妨害電波だらけっていう状況になってしまいました、と。ケータイを使うのであれば、空対地ミサイルは撃てないし、空対地ミサイルを撃つならケータイが使えない。

そこで、韓国空軍は製造元のボーイングに周波数を変えて欲しいってお願いしたら、変更するのに1年かかる*2し、100万ドル払えって言われたので困った末に、「空対地ミサイル撃つときは、ケータイの電波を止めて空対地ミサイルを打つ」ってことにしたらしい。

有事に空対地ミサイルを撃つ前にケータイ網を落とすって、マジか、本当か、正気か…？Wikipediaも全てが正しいわけじゃないしなぁ…とか、これは釣りなのかなぁ…とか(汗)

…あ、とりあえずは、どうでもいいことなんですけど。

日本人が知らない軍事学の常識
日本人が知らない軍事学の常識

posted with amazlet at 13.02.07
兵頭二十八
草思社
売り上げランキング: 74,028
Amazon.co.jpで詳細を見る

*1：空から発射して地上の目標を攻撃するミサイル

*2：ま、テストとか入念にやるんでしょう

セブンイレブンのゴミ箱に捨てられているレシートは711円

2013年2月1日 / / 0件のコメント

本当にどうでもいいことだけど、今日、セブンイレブンの前に設置してあるゴミ箱にレシートを捨てようとして気がついた。

セブンイレブンのゴミ箱は、ゴミの種類を分類できるようになっているんだけど、その「燃えるゴミ」の表示のところに、捨てられかけているレシートをあしらったマークが貼られていると。それが、これ。

f:id:y_fudi:20130201211111j:image

ま、レシートなんかを捨てるならこちら、という意味でレシートが表示されていると思うんだけど、そのレシートに書かれている金額が「711円」。セブンイレブンだけに「711円」。芸が細かいような…どうでもいいような…(汗)

大きなデータをAWSのRDSにロードしたい。

2013年1月22日 / / 0件のコメント

さて、手元に大きなSQLの束がある。MySQLのサーバからmysqldumpしたデータで、サイズは何とか少なくしたけれど50GBはあるだろう。このデータをAWSのRDSのインスタンス(もちろん、MySQL)で使えるようにしたいのだが、いかんせん、データのサイズが大きいので、社内のサーバから動かすのも大変。ウチの社内サーバは、フツーのフレッツでしかインターネットに接続されてないので…と。

思いついた選択肢「その1：直接、MySQLクライアント接続」

ま、RDSのエンドポイントにはインターネットからアクセスできるわけだし*1、社内のサーバからインターネット経由でMySQLのクライアント接続をかけて、SQLを実行しちゃえ、というアイデア。

$ mysql -h [RDSのENDPOINT] -u [User] -p [Database] < XXXX.sql

ま、これでRDSにSQLのデータを入れることはできる。だけど、なんせmysqldumpしたデータは巨大な1つのファイルになっているので、SQLを実行している途中でネットが切れたらやり直しになる可能性が高い。うーむ、なんとなく微妙だ。

思いついた選択肢「その2：(AWSに近い)どこかのサーバにアップロードして、そこから実行」

ま、そもそもインターネットとウチの社内の間がフレッツだから、そこがネットワーク的にボトルネックに違いない。AWSとネットワーク的に近いサーバにSQLの束をアップロードして、そこからAWSに対して、選択肢1のようなことをやればすんなり行きそうな気がしないでもない。ただ、そのサーバとAWSの間の帯域はよくわかんない*2し、そもそも、そのサーバまで巨大なSQLをアップロードするのに時間かかる。gzipで圧縮してアップロードしたいような気もするが、その圧縮にすらうんざりするくらい時間かかりそうだ*3

…とはいうものの…。

他にも、MySQLのデータベース単位でmysqldumpせずにテーブル単位でファイルを作っておけば…とか、いろいろと泡沫のアイデアが浮かんでは消えていった。そして、とても大事なことに気がついた。お財布の都合上、できるだけAWSの無料枠内で納めたい、となると、使えるのは「マイクロDBインスタンス」。まぁ、あんまり性能面ではたいしたことないインスタンスだから、何をどう工夫してもRDSのサーバ側でSQLを実行するところがボトルネックになりそうな気がしてきた。

そんなわけで、何にも考えずに選択肢1で始めたものの…RDSのインスタンスをモニターしてる限りでは、CPU使用率もWrite Throughputもなんだかイマイチな結果になっている。マイクロインスタンスでも余裕がありそうだ。それに、社内でmysqlクライアントを実行しているマシンも暇そうにしている。…ということは、AWSとウチの会社の間のネットワークがボトルネックになっているってことだろうか(汗)やっぱり、MySQLクライアントを実行するマシンとMySQLサーバはネットワーク的に近いところにあった方がいいんだろうなぁと思い始めたが、今から止めてやり直すべきだろうか…どっちにしろぐったりする時間がかかりそうなことだけは間違いなさそうだ。

素人らしく、素人っぽいところでつまずいてるなぁ…いやはや。

追記：

ま、普通にEC2にSQLファイルをどーんとアップロードして、EC2からRDSのインスタンスに対してSQLを実行すればいいんだな、きっと。Amazonのネットワークの中はさすがに遅いって事はないだろうし。…とりあえず、EC2に50GB近くのEBSをAttachすると…ってビビっていたけれど、意外と大して高くないことに気がついてorz

*1：当然、アクセス制限はかけているわけだけど。

*2：たまたま使えるのが、さくらインターネットのVPSなんだけど、石狩だしなぁ…

*3：こういうときに、古いCeleronマシンとかで大きなデータを扱い始めたことを後悔するのだが、時既に遅し

Nagiosでcheck_httpで「Return code of 127 for check of service … 」

2012年12月21日 / / 0件のコメント

久しぶりにハマった。

Nagiosで「check_http」プラグインを使って、とあるURLにアクセスさせて、レスポンスコード「200」が返ってくることを監視したかったのだが…。これまで設定してあるURLは普通に監視できてるのに、新しく追加したURL(つまり、新しいService)については、なぜか「Warning: Return code of 127 for check of service ‘XXXXX’ on host ‘XXXXXX’ was out of bounds. Make sure the plugin you’re trying to run actually exists.」なんてエラーメッセージが返ってくる。

調べてみると、これはプラグインが見つからないってメッセージらしい。他のサービスと全く同じ設定で、URLが違うだけなのにプラグインが見つからないってことは、さすがにあり得ない。ということは…URLが原因か、ということで、インターネットを調べ回っていたら、「Check_http and url parameters」ってページを見つけた。

Did you try to use “%26” instead of “&” ?

…なんと、Nagiosの設定ファイルにURLを書くときには、「&」についてはエスケープする必要があるということなのか。確かに、これまで設定していたServiceのURLにはパラメータがないので、「&」が含まれていなくて、今回、設定しようとしているURLには「&」が含まれている…これだ。orz

というわけで、check_httpプラグインに渡すURLの「&」を「%26」で置換したら、何事もなく動き始めました、と(汗)

【大事な追記】
これで一件落着と思って、改めて監視対象のサーバのログを確認したら、「&」であるべきところが「%26」のままでHTTPのリクエストが投げられていた。ダメじゃーん(汗)そしたら、別のフォーラムにこんなことが書いてあった。

I tried the \\& and it worked !!!

なるほど、ま、そうだよね(汗)というわけで、check_httpでチェックする対象のURLに含まれている「&」については「\\&」に置換すると動作しますってことで無事解決(汗)

«過去の 投稿 新しい 投稿 »

© 2025 ただのにっき。

Theme by Anders Noren — 上へ ↑