全体として問題というほどの問題はありませんが、旧MapFanが実用にならないほど遅くなりました。
音楽プレイヤーと歩きナビが主な用途ですから、このままでは困るので結局MapFan+に移行しました。ちょうどオフラインのダウンロード権が値引き中でしたし。でも縮尺が大きいとやはりダメでした。更新待ちです。
iOS6にするのは不可能でした。そういえばSHSHがどうとかJB界隈では言っていた気がしますが、JBする気はないのでこのまま行くしかありません。
(追記2013/10/01)
地図のオンライン/オフライン切り替えボタンなんてものが右上にあることに気付き、無事にMapFan+が動作するようになりました。これでiOS7移行は無事に完了です。
ルーターにDD-WRTを入れました。WZR-HP-AG300Hに米Buffalo謹製のProfessional Firmwareです。ルーター自身でMyDNS.jpを更新させるただそれだけのために。
ちなみに無線LANは社外ファームでは法令に触れるので使ってはダメだとか。送信出力を10dBmにすると同等らしいですが、法律がそうなっているとかで。
さてMyDNS更新ですが、先人の知恵により、サービス名を手動設定にした上でURLに"/login.html?"と記述すれば通りました。
ところがRC_IP_CONNECT_FAILEDが発生してダメになる場合がありました。色々調べていくと、どうもWAN IPアドレスの確認に失敗した場合のエラーメッセージのようでした。
DDNSクライアントinadynはデフォルトでcheckip.dyndns.org使っていました。これはリモートホストのIPアドレスを表示するだけのサービスで、DDNS更新のために用意されている物のようです。DynDNS以外で使われるのは迷惑だろうになあ、と思わなくもありません。
一つのホスト名に複数のIPアドレスが割り当てられている(DNSラウンドロビンとか呼ぶらしい)のですが、inadynは立ち上がるとDNSを一度しか引かないため、落ちていても余所に回りません。こうして接続できない場合にRC_IP_CONNECT_FAILEDが記録されます。
inadynを更新すれば回避できるらしいですが、せっかく米Buffaloが動作確認してくれたバージョンからずらすのも嫌ですし、inadynだけ更新も怖いので、外から何とかすることにしました。
そもそもルーター自身がWAN IPアドレスを把握しているのに、わざわざ外のCGIに調べてもらうなんておかしいだルルォ！？
というわけで、設定画面のInfo.htmからPerlでWANのIPアドレスを取り出して表示するcgiを設置しました。Perlなんて自分で書くのは初めてですが、こんな感じ(後述)で良いのでしょうか。
後は、これをDDNS設定画面の追加オプションで
--ip_server_name サーバーのLAN IPアドレス cgiへの絶対パス
とすればWAN IPアドレスの確認に使ってくれます。詳細はDD-WRT公式のこちらを。
DD-WRTにPerlを入れてしまえば1台で完結できますが、今のところはこのWebサーバーに設置しています。ルーターで完結していませんが、WAN IP確認はローカルで行なわなければならないものでもないので、おまけです。
クラスCプライベートIPアドレスを判別して上記仕組みを動作させ、それ以外なら相手のリモートIPアドレスを表示します(つまりcheckip.dyndns.org等と同じ動作)。
#!/usr/bin/perl
use utf8;
use LWP::UserAgent;
use HTML::TreeBuilder;
print "Content-type: text/plain\n\n";
my $ip = $ENV{'REMOTE_ADDR'};
if ($ip =~ /^(192\.168)/) {
my $ua = LWP::UserAgent->new;
my $req = HTTP::Request->new(GET => 'http://ルーターのLAN IPアドレス/Info.htm');
$req->authorization_basic('ユーザー', 'パスワード');
my $res = $ua->request($req);
if ($res->is_success) {
$tree = HTML::TreeBuilder->new;
$tree->parse($res->content);
$tree->eof();
my $ipaddr = $tree->look_down(_tag => "span", id => "wan_ipaddr")->as_text;
print $ipaddr, "\n";
} else {
print "ERROR.\n";
print $res->status_line, "\n";
}
} else {
print $ip, "\n";
}
勤務先で使っているMacBook MB062J/Bを新調しようとしています。何しろMountain Lion非対応。CPUだってMeromとか懐かしすぎるでしょう。
時期的にMavericksプリインストールのHaswell版MacBook Proが目前ですが、Retinaをどうしたものか。
メインで使うので自力で修理できた方がいいのです。実際、今までもRAMが1枚吹っ飛んだとか、HDDを載せ替えたとか、バッテリーを交換したとか色々ありました。
Retinaモデルは自力修理ができません。それでは困ります。SSDも速いのは良いですが容量が物足りません。非光沢パネルも選択できません。
Windowsのデスクトップ環境を併用する限り、Retinaの解像度は使いづらい面があるという副次的な要素もありますが、アップルにとって眼中にないでしょう。私も同感です。
そういうわけで15インチ非Retinaを本命視していますが、Haswell版は出るのか、出ないのか、終息するのか。
Retina一本化の流れなのはわかりきっています。しかしPCはiPad等と少し違うものですから...というユーザー側の言い分を考慮する企業でないのもまた。
できれば存続してほしいです。
Outlook.comがIMAP対応なんてニュースが飛び込んできたので、早速Thunderbirdの設定変更とフォルダのコピーをしました。
Microsoft的にIMAPのノウハウはいつの実戦投入可能と判断したのでしょう。Office 365が先行していましたが、同じ実装なのかに少し興味があったりします。
また、大陸からサイバー攻撃の可能性ありなんてニュースがあったものですから、MovableTypeを最近サポートが切れたオープンソース版4.38から5.2.7に更新しました。
テンプレートやプラグインで修正が必要なら面倒だなあ、と4.292からオープンソース版に切り替えていたのですが、特に問題なく移行できてしまいました。念のためVMWare上で構築して試したりもしましたが、拍子抜けしたぐらいでした。
元々MT5対応の4.3.8だったPageButeを、一応更新しておきましたが、その程度。
さらにMariaDBとApacheも更新しました。標的になりそうなこともほとんどありませんが、加害者にさせられては困るので一通り。
Apacheは2.2に移行した時にServerTokensとServerSignatureを設定し損ねていたのですが、Include conf/extra/httpd-default.confのコメントを外した上でそのhttpd-default.confの中を弄れば良いということで、久々に元に戻りました。でも2.4への移行準備もしないといけない時期なのでした。
どうしてもレトロにVHSへ出力せねばならない素材があり、どうしたものかと考えました。
遅ればせながらNV-U75Vを手放そうとして、ACアダプタではVICSビーコンユニットに給電されないことを思い出しました。これでは動作確認ができません。
エアコンの排水がバルコニーの溝(排水目地と呼ぶらしい)からあふれていたので、直接排水溝に届くようドレンホースを延長したのですが、先端の収まりが悪い。
最近のコメント