iPhoneアプリ開発開始時に気をつけるべきファイルの取り扱い (1)
こんにちは、亀本です。 今回から何回かに分けて、iPhoneの申請まわりの事に関するファイルの取り扱いノウハウを書いてみたいと思います。 ここでのファイルの取り扱い方の紹介方法は、ファイル一つ一つについて個別に言及するようなまとめ方はしません。 代わりに、そのファイルを作成・利用するタイミングを切り口として紹介し、その際にファイルをどう取り扱うべきかを、その理由とともに説明していきます。 (※なお、あくまでも個人的に感じたノウハウであって、必須事項ではありません。) １回目は、まず触れるべきファイルの説明と、一番最初のCSR発行時に気をつけておくことを紹介します。 はじめに iPhoneの開発を始めようとすると、最初にCSRやらProvisioning Profileやら、いまいちパッとつかみづらい概念が出てきます。 このあたりのよくわからない事、けっこう悩まされてしまいますよね。 とはい
ブロガーを楽にする8つのChromeエクステンション
有名な拡張が多いですが、僕の簡単な使い方を含めて紹介します。 Lightshot スクリーンショット系の拡張は数あれど、僕は一番こいつがお気に入りです。こいつなしじゃブログを書く気が起きないくらい依存してます。 こいつのスゴイところは、フラッシュだろうがウィンドウの外だろうがなんでも撮れる安定感が素晴らしいのです。 スクリーンショットが取りたい場所で、羽のボタンをクリックします。すると画面全体が暗くなるので、コピーしたい場所をドラッグで範囲選択をします。 すると選択範囲の右下にメニューアイコンが複数表示されます。 選択範囲を編集 Lightshot専用の画像サービスにアップロードされます。（使ったことない） 選択範囲を画面全体に引き伸ばします。 クリップボードにコピーします。 ファイルにPNG形式で保存します。 キャンセル 実にシンプルです。とくにPNG形式で問答無用で保存してくれるのがエ
Kazuho@Cybozu Labs: String::Filter っていうモジュール書いた - 続: (Twitter の XSS 脆弱性に関連して) 構造化テキストの正しいエスケープ手法について
先のエントリ「(Twitter の XSS 脆弱性に関連して) 構造化テキストの正しいエスケープ手法について」の続き。 弾さんが「404 Blog Not Found:DHTML - 構造化テキストは構造化するのがやっぱ正しい」で示されているような DOM ベースの操作を行えば、原理的に XSS 脆弱性を防ぐことができます。ただ、クライアントサイド JavaScript によるレンダリングはウェブの構造を破壊するという点で筋が悪い（テーブルと FONT タグを利用したページレイアウトが批判されていた頃を覚えていらっしゃいますでしょうか。JavaScript によるレンダリングはウェブのリンク構造も破壊するので一層たちが悪いというのが自分の考え）ですし、サーバサイドでの DOM 操作は重たいので、できれば避けたいところです。 構造化テキストの HTML への変換は、よほど複雑な記法でない限り
Linux でシステムの起動時に 1 度だけ処理を実行する。 - D.
システムの起動時に一度だけ実行する処理は、普通は /etc/rc.local に書くわけだが 、1 ファイルにすべてを書いてしまうと管理が煩雑になったりする。まとまった処理ごとにファイルを分けておいたほうが管理が楽だ。 そこで /etc/rc.local の内容を以下の通りにする。 #!/bin/sh if [ -d /etc/rc.local.d ]; then for i in /etc/rc.local.d/*; do if [ -r $i ]; then . $i fi done unset i fi exit 0 /etc/rc.local.d というディレクトリを用意する。ここにシェルスクリプトの書かれたテキストファイルを入れておくと上のスクリプトによってすべて実行されることになる。ファイル名は何でも良い。 イー・モバイル端末が本体に接続されていれば接続する例 (ネットブック等
PHP5.3+古いCakePHPのDeprecated表示をPHPコードを書き換えずに抑制する
PHP5.3+古いCakePHPで表示される大量のDeprecatedを抑制する方法です。 これはPHP5.3からE_ALLにE_DEPRECATEDが含まれたためで、非推奨な関数や文法を使っているとDeprecatedエラーが表示されます。 Deprecated表示を抑制する一番単純なのは、error_reporting設定でE_ALLからE_DEPRECATEDを外す方法です。 error_reporting = E_ALL & ~E_DEPRECATED CakePHPでもデバッグレベルが0であれば、この方法で回避可能です。 しかし開発環境でデバッグレベルを1以上にしていると、フレームワークがerror_reportingをE_ALLに上書きしてしまうため、Deprecatedが表示されてしまいます。 E_ALLを設定している箇所を書き換える方法もありなのですが、開発環境にある複数の
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://twitter.com/moriyoshit/status/25318776798