fuelPHPのOrm Modelでfindするときのwhere句の書き方

fuelPHPのOrmではfindする時のoptionsに'where'を配列で指定します。

ツイート

UIWebViewおよびUIImageでDocuments配下の画像を読み込む

UIWebViewやUIImageViewでDocumentsフォルダ配下の画像ファイルを指定するには
次のように実装します。

ちなみに

NSString *directory = [NSSearchPathForDirectoriesInDomains(NSDocumentDirectory, NSUserDomainMask, YES) lastObject];

では取得出来ませんでした。

ツイート

fuelPHPのタスクを実装する際の注意点

fuelPHPのタスクを実装していて「うごかねーっ」てハマった事が一つだけあります。
例えばモデルクラスを使ってDBからセレクトしたいとき

\Model_Hoge::find($id);

なんかPHPのことあんまし詳しくないけど先頭に\をつけたら動いたーっ

ツイート

fuelPHPのタスクをcronから実行する俺メモ

レンタルサーバーにfuelPHPを配置してタスクをcronから起動してみた時のメモ

[前提条件]

1. cronサービスが起動されていること
2. fuelPHPのルートフォルダは~/public_html/hogeとする

[手順概要]

1. cronでhello
2. fuelPHPのtasksにあるrobotsを起動してみる

[手順詳細]

1.cronでhello

　1.1.cron用のファイルを作成してviで開く

　$cd ~/

　$vi cron.txt

　※ファイル名は何でもかまいません

　1.2.コマンドを記述して保存終了

　1.3.cron設定
　$crontab cron.txt

　1.4.「1分毎」にlog.txtにhelloが追加されている事を確認する。

2.fuelPHPのtasksにあるrobotsを起動してみる

2.1.cron.txtを編集する
※環境によってはphp-cliでは動かない場合があるようです。(php-cliのかわりにphpと書くなど)

　2.2.cron再設定
　$crontab cron.txt

　2.3.「1分毎」にlog.txtにrobotsが追加されている事を確認する。

ツイート

xcodeのストーリーボード(storyboard)で初期値設定を独自に追加する

ストーリーボードのattributes inspectorに表示されないプロパティやUIViewを継承して追加した独自のプロパティ等をストーリーボードから初期値設定したい場合は
identity inspectorのUser Defined Runtime Attributes
に追加することで設定出来ます。
例）UIViewのexclusiveTouchを初期値YESに設定する

ツイート

gitでブランチをマージした時にコンフリクトを起こしてしまったら

バージョン管理システムを使っているといつか出会う中ボス的な存在がコンフリクトです。
gitでマージした時にコンフリクトが起きた場合は次の手順で対処できます。

1. お・ち・つ・け・！
2. コンフリクトを手動でマージします。(マージ元、マージ先、どちらかを採用するコマンドもあります。)
3. 「$git add .」コマンド等でマージしたファイルをステージングします。
4. 全てのコンフリクトが解決したらgit statusコマンドの表示がAll conflicts fixed but you are still merging.に変わります。
5. 「$git commit」コマンドでコミットします。
6. コンフリクトが頻繁に起きてしまう場合、開発運用に問題がある可能性が高いので見直してみましょう

おまけ1

手動マージ中に「やっぱやんぴ、マージを最初からやり直したい！」となった場合は次のコマンドを使います。

[ファイル指定]

$git checkout --merge hoge.txt

[カレントディレクリ配下すべて]

$git checkout --merge .

おまけ2

マージ元、マージ先、の一方を採用するにはマージ中にcheckoutコマンドを使用します。
例）topicというブランチをmasterへマージした場合
1.masterの内容を採用する場合
$git checkout --ours ファイル名

2.topicの内容を採用する場合
$git checkout --theirs ファイル名

おまけ3

$git pullでコンフリクトが起きてしまった場合
例えば
$git pull master origin/master
は
$git fetch origin/master
$git merge origin/master
をまとめて実行しているだけなのです。
つまり、本記事のブランチマージでコンフリクトが起きた場合の対処と同様の方法で解決できるはずです。

ツイート

git bisectをつかって不具合が発生したリビジョン（コミット）を見つける

バージョン管理システムを導入する理由の一つとして、
「動いていたバージョンと動かなくなったバージョンの差分を取る事でバグを早期発見早期治療できるから」
というのがあります。
git bisectコマンドを利用する事で、動かなくなったバージョンを簡単に特定することができます。

[git bisectコマンド使い方]
1.作業領域がクリーンな状態かチェック
$git status

  1.1.作業領域に何かしらの変更が加えられている場合は退避する
  $git stash

2.bisectを開始する
$git bisect start

3.HEADが動かなくなっているとgitに伝える

$git bisect bad

4.正常に動作しているリビジョンをgitに伝える

$git bisect good 23b95e2

5.実行すると次に動作確認すべきリビジョンが勝手にチェックアウトされます。

6.チェックアウトされたリビジョンの動作確認を行う。

  6.1.正常に動作しなかった場合はgitにその旨を伝える

  $git bisect bad

  6.2.正常に動作した場合はgitにその旨を伝える

  $git bisect good

7.最初に正常に動作しなかったリビジョンが見つかるまで「5.〜6.」を繰り返します。

8.最初に正常に動作しなかったリビジョンが見つかった場合は次のようなメッセージが出力されます。

f30d46efa8f53b7e1ff1e59c3bf854fcd85de40 is the first bad commit

9.bisectを終了する

$git bisect reset

10.作業領域を退避していた場合は復旧させる

$git stash pop

ツイート