はてなブックマーク

ごぶさたしております。もはや境界どころかデザインともプログラムとも距離が出てきている今日この頃、すっかりこのブログの存在を忘れていました。 すでにネタの旬は過ぎていますが、Apple の UDID 廃止問題について触れておこうかと。事実関係や最もらしい憶測は、以下の記事を参照。 アップル、iOS端末ユーザーのプライバシー保護で方針変更 - 「iOS 5」ではUDIDの利用を推奨せず あくまで UIDevice クラスの uniqueIdentifier メソッドが deprecated でマークされただけであって、iOS 5.0 で今すぐ廃止されるという話ではない点に注意。各所予想を取りまとめると、iOS 5.0 では現状どおり使用できる（コンパイル時に Warning が出る）が、iOS 5.1 で廃止されるのではないかという話。ちなみに iOS 4.0 から 4.1 のアップデートまで

Xcodeで iOS アプリの新規プロジェクトを作成する際、Navigation-based ApplicationやView-based Applicationといったテンプレートを選択することができますが、その両方の機能性を持たせたいということがあると思います。というか、さっきそういう境遇に陥って困ったので、メモです。 今回は、アプリのトップ画面は View-based Application だけれども、そこからメニューを選んだときには NavigationController のスタックに積んで、Navigation Bar 付きのページに遷移していくというもの。うむ、説明が難しい。平たく言うと、トップ画面は Navigation Bar がなくて、2階層目の画面は Navigation Bar があってトップに戻れる感じです。 さっそく作ります。ここでは、Sampleというアプリ

このたびの東北太平洋沖地震で被災されているみなさん、ご家族、ご友人のみなさんに、心からお見舞い申し上げます。 非常に月並みな言葉ではありますが、私も、被災地で生まれ育った関係者のひとりとして、今はもう感情に訴えるべきでないという思いがあるので、このくらいにさせてください。ただ、ひとりのエンジニアとして、ひとりのビジネスマンとして、ひとりの日本人として、被災地の社会・経済の復興に役立つような、実利ある行動を取っていきたいと思っています。 さて。 『実利ある行動』とか銘打ったあとにやりづらいですが、小さい話をします。iPhone の UIWebView で表示したサイトで、 javascript:history.back() が動かないケースがあってハマりました。 結論から言うと、UIWebView クラスに loadData:MIMEType:textEncodingName:baseURL

ヒアドキュメントを使って、ファイルに内容を書き出そうと思ったんだけど、どこにリダイレクトを書くのか分からなくて苦戦した。ううう。 正解はこちら。最初に指定しておくのか。なるほど。 cat << HERE >> /tmp/hoge 2>&1 xxxxxx yyyyyy zzzzzz HERE bashのヒアドキュメントは、メール送信以外で使ったのは、これが初めてかもしれない。便利な仕組みだけど、あんまり用途が思いつかない。

テーブルのカラム数が増えていくと、DB性能が悪くなる気がする。 そんなメンバーの声を聴いて、そういえば自分も実体験として、100カラムほどあるテーブルの性能問題にぶつかったことがあったことを思い出した。やたらとSELECTが重い。とは言え、その原因がカラム数にあるというのは眉唾。 実際に手元にあった PostgreSQL8.1 で試してみることにした。 10カラム、20カラム…と、100カラムのテーブルまで、カラムを10ずつ増やしながら10テーブルを用意。データは、主キーとなるIDにのみシリアル値を設定したレコードを、各テーブルに100万件だけ用意してみた。さっそく、それぞれにSELECT文を投げてみる。 この結果を見る限り、カラム数による影響はなし。 はて、では何が原因で劣化を感じたのだろうか。カラム数に比例して増えるのは、データである。そこで今度は、10カラムのテーブルで、1カラムずつ

Perl でいうところの ">" や ">>" っぽくファイルの入出力をする方法はないかといじくり回した結果、正攻法か分かりませんが、とりあえず目的は達成できたのでメモ。 既存ファイルへの追記 NSString *path = @"hoge.txt"; NSFileHandle *fh = [NSFileHandle fileHandleForWritingAtPath:path]; [fh seekToEndOfFile]; for (int i = 0; i < 10; i++) { NSString *str = [NSString stringWithFormat:@"test%d\n", i]; NSData *data = [str dataUsingEncoding:NSUTF8StringEncoding]; [fh writeData:data]; } [fh close

iPhone アプリ上で使用許諾文書のような長文を表示させたいとき、View にベタ書きという選択はありませんが、かと言ってわざわざ Web と通信するまでもありません。ということで、プロジェクトに配置しておいた静的 html を読んで表示してあげるテスト。 Xcode を開いて Resources フォルダに、 html ファイルを置いておきます。今回は policy.html というのを置いてみました。あとは、それを表示する ViewController で以下のようにするだけでできました。 - (void)viewDidLoad { CGRect frame = [[UIScreen mainScreen] applicationFrame]; CGRect rect = CGRectMake(0,0,frame.size.width, frame.size.height); UIW

UIWebView はかんたんに HTTP 通信して Web ページを表示することができて便利なのだけれども、HTTP ステータスコードを見ていないため、iPhone 上に "500 Internal Server Error" とか出てくるわけです。これはカッコ悪い。 例えば、次のように UIWebView の loadRequest: を使った場合、通信エラー処理は　webView:didFailLoadWithError: に委譲されるものの、HTTPサーバのエラー処理は委譲されず、処理するタイミングがありません。 - (void)viewDidLoad { UIWebView *wv = [[UIWebView alloc] initWithFrame: view.frame]; wv.delegate = self; wv.scalesPageToFit = NO; [self.

MySQL で新たにテーブルを作ったり、プライマリキー、ユニーク制約、またはインデックスを作成する際、下記のようなエラーが発生することがあります。 ERROR 1170 (42000): BLOB/TEXT column 'text_field' used in key specification without a key length 結論として回避策から書くと、BLOB型またはTEXT型の場合は、インデックス作成時にキー長を明示してあげる必要があります。 create index new_index on table_name(text_field(100)); このエラーは、MySQL が BLOB型もしくはTEXT型 （これらに順ずる TINYTEXT型 や LONGTEXT型を含む）のような可変長カラムでは、その先頭から最大255文字分しかインデックスできないという制約から来て

5月末に発売された Adobe CS5 に遅ればせながらアップグレードしました。今回のポイントは、Windows 版から Mac 版にクロスアップグレード（異なるOS間でのアップグレード）を実現したことです。 数年前から Mac の環境は手元にあるものの、なかなか Windows から移行することができなかった。理由は、高額な Adobe 製品群がすべて Windows 版であり、それらを Mac 版に交換することができなかったから。Adobe に救済を求めて聞いてみたことがあったけれども、「Mac版を新規に購入してください」というけんもほろろな回答しか得られず、結局 Windows 環境でクリエイティブを続けてきました。 こういう同士も少なくないと思いますが、朗報ですよ！ あまり知られていませんが、なんと CS5 ではクロスアップグレードができます。Adobe 製品を Windows 版

以前は yum でサクッとインストールできたと記憶しているのだけど、今は yum でインストールできないようなので、ソースからインストールしました。手間がかかったので、次回へのメモとして、ログを残しておきます。 まず、memcached が使うイベント通知APIの libevent のバージョンを確認。 # rpm -q libevent libevent-1.1a-3.2.1 1.1系と古いので、新しいものを入れます。ソースは公式サイトから、安定版のうち最新のものを持ってきます # cd /usr/local/src # wget http://www.monkey.org/~provos/libevent-1.4.13-stable.tar.gz # tar xvfz libevent-1.4.13-stable.tar.gz # cd libevent-1.4.13-stable #

SIer のなかの人は思考が止まってしまっているんでしょうか。 SIer 各社の業績が軒並み悪化しているにも関わらず、現場では新しい提案があるわけでもなく、それならどうやって業績回復のストーリーを実現するつもりなのかと思わされるような話がチラホラ。あとは、現状理解に乏しく需給関係が崩れつつあるにも関わらず、当然の顔で値上げ交渉をしかけてきたりする。バカなのかな、と思うわけです。 まずは状況整理 上場大手 SIer 各社の直近の状況を見てみます。 企業名 売上高 前年比 営業利益 前年比 来期予測 今年比 NTTデータ 1,142,940 100.3% 81,689 82.9% 1,200,000 105.0% 野村総合研究所 338,629 99.2% 40,077 80.6% 350,000 103.4% 伊藤忠テクノソリューションズ 290,391 94.5% 21,569 99.5%

年に1回くらい需要があることが分かったので、ここらへんでメモしてみる。 # useradd -s /sbin/nologin -M ftpuser # passwd ftpuser # mkdir -p /ftp/userdir # usermod -d /ftp/userdir ftpuser # chown ftpuser:ftpuser /ftp/userdir # chmod 705 /ftp/userdir useradd で /sbin/nologin を指定することで、telnet などでログインできないユーザを作成できる。また、-M オプションを付けると、ホームディレクトリを作成せずにユーザを作成するので、不要なメールボックスが作成されないで済む。FTP先のディレクトリは、usermod で後から設定してあげればOK。 ざっくりこんな感じ。 ただ、qmail が動いていると

さーて、もりもり CREATE FUNCTION でもするかと思ったら、こんなエラー。 ERROR: language "plpgsql" does not exist PostgreSQL を標準インストールすると、plpgsql は入らないんだろうか。plpgsql を後から追加するときは、コマンドラインから次のようにするらしい。 $ /usr/local/pgsql-8.3.0/bin/createlang -d database_name plpgsql これで無事に CREATE FUNCTION できました。わーい。忘れそうなので、メモ。

半角カナでの登録を拒否するために、自動で全角カナに変換したいときってあるじゃないですか。アプリケーション側で、AOPやFilterといった仕組みで変換してあげる方がスマートだと思ってるんだけど、DB側でやらないといけないケースもあるでしょう。 ということで、こんな関数を用意してみました。 CREATE OR REPLACE FUNCTION h2z_kana(text) RETURNS text AS $BODY$ DECLARE zenkaku alias FOR $1; result text; i int; zt varchar[] = ARRAY['ガ', 'ギ', 'グ', 'ゲ', 'ゴ', 'ザ', 'ジ', 'ズ', 'ゼ', 'ゾ', 'ダ', 'ヂ', 'ヅ', 'デ', 'ド', 'バ', 'ビ', 'ブ', 'ベ', 'ボ', 'パ', 'ピ', 'プ', 'ペ',

レプリケーションができていないのでログを見てみたら、「Client requested master to start replication from impossible position」というエラーが出力されていた。確かに、「show slave status」で表示されるポジションが、バイナリログ内に見つからない...。 不整合の度合いがハンパないのと、運用から切り離されているサーバだったので、スレーブをゼロから再構築することにした。以下、そのときの手順メモ。 まず、マスターの更新を止めてデータをdumpします。 mysql> FLUSH TABLES WITH READ LOCK; スレーブ開始にそなえてポジションを確認。 mysql> SHOW MASTER STATUS \G File: db01-bin.010 Position: 5432 Binlog_Do_DB: d

実践でPHPを習得しよう企画、3日目。企画はいま思いついたけど、3日前からやっているから、3日目。 PEARでインストールしたライブラリを眺めていると、見たことのない記法を発見。 if (file_exists($filename)) { @unlink($filename); } 関数名の頭にある@(アットマーク)は、PHP特有のエラー制御演算子というものらしい。これを書くと、その処理内でエラーがあっても出力されなくなる。なるほど、ライブラリに余計なエラーログを吐かれるのは迷惑ってことか。 詳細はPHPマニュアルを参照。 関数名とかじゃなく、式全般で使えるのね。でも、通常の開発では使うことは無さそう。ライブラリでエラーが出たときに、この@演算子を外すばエラー詳細を確認できるというノウハウってところでしょうか。 演算子でつまづくとは、習得の道のりは険しい。

転職を機に perl を書くようになって以来、vim 一本で開発のすべてを行っています。 かつては、何と java を vi で書いていたこともあったし、運用でしばしば vi を使う機会があったので、基本的な操作は身に付いていたんですが、本格的に vi を使うようになって色々と便利な技があることを知ったのでシェアメモ。 まずは、文字コード変換。 :e ++enc=shift_jis :e ++enc=iso-2022-jp :e ++enc=euc_jp これができないと、そもそも vim 一本で開発することができないという話。テンプレ編集やメール系の開発するときに便利すぐる。 続いて画面分割 :sp これで画面が上下に分割して編集できます。画面を切り替える場合は、Ctrl+w を2回。プログラムを書いていて、「あ、これって他はどうしてるんだっけ？」と思って一時的に参照したい場合に便利です

いつまでたっても覚えられない「COALESCE」の読み方。 社内でも、明確に発音を知っている人がいないようで、話題が出るたびに「コー何とかを使ってさー」となる。結構な頻度で使うし、口にも出すくせに、「コー何とか」である。読めずともDBには通じるし、いっそ「コー何とか」を社内言語にしてしまうのも手かと思ったけど、横着にもほどがあるので調べた。 coalesce 【自動】 合体｛がったい｝する、連合｛れんごう｝する、融合｛ゆうごう｝する 【発音！】ko`uэle's、【＠】コウアレス via. スペースアルク

MySQLのレプリ遅延の原因には、大きく分けて、転送遅延とSQL実行遅延の2つがあります。 転送遅延は、マスタでバイナリログに出力されたSQLクエリが、スレーブのリレーログに出力されていないケース。SQL実行遅延は、SQLクエリがリレーログに出力されたが、実行が遅れているケース。レプリ遅延時の問題の切り分けとして、まずどちらのケースに該当しているかを判断する必要があります。 転送遅延の判定方法 マスタでの SHOW MASTER STATUS の結果と、対象スレーブでの SHOW SLAVE STATUS の結果を比較します。比較する項目は、以下のとおり。 比較元(MASTER)比較先(SLAVE)説明

リモートサーバで動いているWebアプリケーションを、jconsole で見てやろうと思ったが、どうしてか接続できない。 開発サーバということで、認証もSSLもなしという最小構成。 -Dcom.sun.management.jmxremote -Dcom.sun.management.jmxremote.port=8099 -Dcom.sun.management.jmxremote.ssl=false -Dcom.sun.management.jmxremote.authenticate=false これで接続できないとな。認証不要に設定しても、やっぱりユーザ名を指定したりするんだっけか、とか色々と試すもやっぱりムリ。困った。 結論から言うと、サーバの hosts の設定に問題があったみたい。hostname -i で 127.0.0.1 になるとダメらしい。FAQだった。 FAQ - J

だいぶ MySQL に苦戦中。 コマンドラインでの操作が、全然覚えられない。というか、気付くと「psql」と打ってしまっている自分にガッカリ。染み付きすぎ。欧米か。(言いたかっただけ) MySQLでデータベースを切替える方法メモ。 (新しいDBを作成) # mysqladmin -u root create new_db (古いDBのダンプ) # mysqldump -u root old_db >old_db.dump (新しいDBにリストア) # mysql -u root new_db < old_db.dump (古いDBを削除) # mysqladmin -u root drop old_db ちなみに、バックアップを取りたい場合は、直接gzipにかませて圧縮すれば容量節約で良い感じ。mysqldumpのオプションでそういうのがあるわけじゃないのかあ…。 # mysqldump

誤って、巨大なテーブルの全レコードを対象にするようなクエリを投げてしまって、いつまで経っても計算結果が返ってこないことってあるじゃないですか。そんなときの話。 mysql> show processlist; +----+------+---------------+------+---------+------+-------+------------------+ | Id | User | Host | db | Command | Time | State | Info | +----+------+---------------+------+---------+------+-------+------------------+ | 9 | root | localhost | NULL | Query | 0 | NULL | show processlist | | 10

postgresqlでスキーマを変更しようと、SQLを流したらエラー続出。 ERROR: invalid byte sequence for encoding "UTF8": 0xba ERROR: invalid byte sequence for encoding "UTF8": 0xb4 ERROR: invalid byte sequence for encoding "UTF8": 0xbc 調べてみると、このSQLインジェクションの脆弱性修正の影響のようだ。無効なマルチバイトは蹴られる、と。 ということで、PGCLIENTENCODINGを変更。 $ export PGCLIENTENCODING=SQL_ASCII これでエラー無く流れた。おー。 普段はPGAdminなどのツールを使っているので気付かないけど、大量のDBのスキーマ変更しようと夜間バッチ流したりすると、こういう

javascript で日付をミリ秒に変換したい場合、 var date = new Date(); alert(date.getTime()); // 1235619446796 とするのが一般的だと思うのだけど、jquery を見ていたら、すっごいシンプルなやり方が書いてあった。 alert(+new Date()); // 1235619446796 日付インスタンスの頭に「+」を付けるだけ！日付オブジェクトは、四則演算するときに自動的にミリ秒変換して数値として計算するようだ。なるほど、うまいところを突いたなあ。さっすが jquery だ。 ちなみに「+」を取ると、単に Date#toString() の結果が出力されます。 alert(new Date()); // Thu Feb 26 12:38:04 UTC+0900 2009 でも、こうして書いてよくよく考えると、getTi

悔しいことにハマったので、メモ。 次のような感じで、javascriptでformをサブミットしようとしたら、エラーになってしまう。 <form name="addForm" action="/add" method="post"> <input type="button" name="submit" onclick="document.forms[0].submit()" value="送信" /> </form> 理由を聞いてみると、 document.forms[0].submit is not a function 関数じゃないって、そんなわけあるかい。javascriptの不審な動きに、仕方なくひとつひとつ探っていって、やっと分かりましたよ。formタグのなかに、「submit」という名前の要素を置くと、そっちを参照しちゃうみたい。ここでは、ボタンの名前に「submit」なんて付