PHPでTDD&CIワークショップ、Jenkins + PHP の各種プラグインパート資料 - Yamashiro0217の日記
はじめに この資料は「PHPでTDD&CIワークショップ」 http://atnd.org/events/16626 で @yamashiro が発表するための資料だよ。 ワークショップ参加者じゃなくても記事読むだけで完結するようには書いてあるよ。 概要としては、Jenkins を使って PHP のウンコレガシーなコードをいかに綺麗にして行くかということを説明する。 自画自賛だけど PHPMD とか PHPCPD の使い方の説明の資料としてもそこそこイケてる資料になってると思いました。まる。 この記事に書かれてることは、割とTemplate for Jenkins Jobs for PHP Projectsとかぶってるけど、プラグインを絞ってあるのと、一個一個のプラグインについて解説、また実際にエラーが起きたときにどうすればいいのか書くよ。 Java と Jenkins のインストールとJ
この先生きのこるには
追記:koyhogeさんがわかりやすくまとめてくれました。Wozozoまつり in openpearの舞台裏 – Blog::koyhoge openpear.orgには、100を越えるプロジェクトがある。その中には、システムのデバッグ目的で用意され、パッケージ一覧からは表示されないWozozo_Unkoというパッケージがある事が最近になって判明。 「パッケージ名がWozozo_ではじまるとパッケージ一覧に表示されなくなる」という例外扱いを、自分達のパッケージでも受けてみたいという好奇心と、Wozozo_Unkoという珍妙なパッケージ名に連られて、「PHPにおけるWozozoはPerlにおけるAcmeのような物」という発想が生まれ、これを現実にすべく、全く実用的ではないクソパッケージや、細かい単発機能を持ったWozozoプロジェクトが大量発生した。以下は2009年10月4日時点のWozoz
この先生きのこるには
vimでPHPの文法チェックをする方法 というエントリに対して、われらがマスターが Re: vimでPHPの文法チェックをする方法 – while ("im the true Vim master"); – vimグループ という改善案を提案されております。自分も同じような設定をしていた事を思いだす。 vimでPHPを編集中、1秒で文法チェックする方法 – /halt/Snapshot 早速修正して、見易くなりました。ありがとう先生!! さらに言えばquickfixの方が効率が良い。:compiler phpしてから:make something.phpなど。 makeを使う話は、 phpでもerrormarker.vimをつかってflymakeしたい！ – /halt/Snapshot というのがあります。
PHP逆引きレシピは概ね良いが、SQLインジェクションに関しては残念なことに - ockeghem's blog
404方面でも絶賛されていたPHP逆引きレシピを購入した。本書はとても丁寧な仕事で素晴らしいと思ったが、セキュリティに関しては若干残念な思いをしたので、それを書こうと思う。 目次は以下のようになっている。 第1章 準備 第2章 PHPの基本構文 第3章 PHPの基本テクニック 第4章 ファイルとディレクトリ 第5章 PEARとSmarty 第6章 Webプログラミング 第7章 クラスとオブジェクト 第8章 セキュリティ 8.1 セキュリティ対策の基本 8.2 PHPの設定 8.3 セキュリティ対策 第9章 トラブルシューティング 第10章 アプリケーション編 PHP逆引きレシピ オフィシャルサポート 本書は、タイトルの示すように、コレコレしたいという目的ごとにPHPでの書き方が書かれている。よくある逆引き辞典タイプの本だが、類書に比べて丁寧に書かれている印象を受けた。私が感心したのは、PH
CakePHP core.phpの設定をbootstrap.phpに書く
CakePHPでDebug Levelなどの設定を変更する際は、core.phpを修正するのが一般的です。インストール直後にSecurity.saltを変更するのはお馴染みですね。 そんなcore.phpですが、実はこの設定はbootstrap.phpに記述してもokです。例えば以下のようにDebug Levelをbootstrap.phpに記述するとDEBUG=0として動作します。 [app/config/bootstrap.php] Configure::write('debug', 0); coreはそのままで、差分をbootstrapに この方法で何が嬉しいかと言うと、デフォルトの設定をcore.phpに残したまま、変更すべきものだけをbootstrap.phpに書くということができるという点です。 変更したものがはっきり分かりますし、元の設定がどうだったかをすぐに確認することがで
CakePHP内の処理を理解する
はじめに PHPの世界ではフレームワークがさかんに発表され、次から次へと新興勢力が現れてきます。そんな中で大きなコミュニティに発展しているのがCakePHPフレームワークです。一部では、開発環境をいったんCakePHPからRuby on Railsに移行したものの、再びCakePHPに戻ってくるという「CakePHP回帰現象」も起こり始めています。CakePHPは、手軽に利用できるPHP言語にぴったりの「手軽に利用できるフレームワーク」です。フレームワークとは、先人の知恵をまとめ上げたものと言うことができます。その中にはどんなノウハウが蓄積されているでしょうか。PHP4／PHP5で使用できるRails風フレームワークCakePHPを使って、フレームワークの処理の流れを調べてみましょう。 対象読者 この記事は、CakePHPでの開発を始めた方が対象です。CakePHPに関する基本的な知識に関
よく使う独自バリデーションルールをプラグインのbehaviorにまとめる - cakephperの日記(CakePHP, Laravel, PHP)
CakePHP1.2.3を利用しています。 今までは「独自のバリデーション関数を追加（日本語の文字数チェック）」で書いたように、独自バリデーションルールをapp_modelとかに書いてモデルで使いまわしてたんですが、そろそろ汎用的なものはプラグインでまとめて複数プロジェクトで統一して使えるようにしたいと思い移行しました。 プラグインのbehaviorに独自バリデーションルールをまとめて、モデルから利用するまでのTipsです。 まずは、プラグインに関してはSlywalkerさんのCakePHP勉強会@tokyo #4の発表資料に目を通しておくと理解が早くなります。 http://d.hatena.ne.jp/slywalker/20090523/1243059244 プラグインの場所は、app/plugins以下が基本ですが、複数プロジェクトで使いまわすので任意のディレクトリにした方が楽です
【戯れ言】symfonyはCakePHPよりは大規模向けです - ぷぎがぽぎ
例えば、フレームワーク比較で良く目にする違いとして「Symfonyは大規模向け、CakePHPは中小規模向け」というのがある。これはいったい何なのだろう？ よく読むと、大抵は「Symfonyはプラグイン機能があるため、大規模向け」という書き方がされている。これは本当にそうなのだろうか？ まず簡単なツッコミをさせていただくと、CakePHPは、既にプラグイン機能を装備している。Symfonyとほぼ同じように、一連機能を持った仕組みを簡単に入れたり抜いたり出来る。つまり、この定義でいけば、CakePHPは十分に大規模向けだ。 .. (略) .. そしてプラグインは、私はむしろ逆の、中小規模向けのものと考える。何故なら、第三者の制作したものを、手っ取り早く自分のものに出来るというのが実質的なところであり、そういった用途のものは中小規模向けに書かれているものが多いからだ。 まず前提として、プラグイ
ベトナムの PHP コミュニティによる Rails 批判 - elm200 の日記(旧はてなダイアリー)
ベトナムには PHP コミュニティはしっかりあるようである。 彼らの根城は、http://forum.tvphp.net/。 その中にちょっと面白いエントリがあったので、紹介する。なかなか辛らつな Rails 批判である。 http://forum.tvphp.net/showthread.php?t=8186 ベトナム語の勉強をかねて一部を日本語訳してみる。内容はともかく、ベトナム人にもこういう人がいるのか、というのが興味深い。 翻訳の正確性は保障しない。なんせまだ私のベトナム語力はよちよち歩きのレベルなので。もし間違いに気づいた人がいたら連絡してほしい（ってそんな人いるかな・・・） Huyền thoại Ruby on Rails đã sụp đổ nhờ PHP Ruby on Rails 伝説は PHP によって崩壊した Cách đây 3 năm Ruby on Rails
クライアントPCに言語環境を入れる理由 （1/3）- ＠IT
準備編 クライアントPCに言語環境を入れる理由 繁田 卓二 株式会社 qnote 2008/7/25 エディタとWebブラウザさえあれば開発できる手軽さが特徴のLL言語。開発工程や環境を見直すと、もっとスマートなプログラミングが可能になる（編集部） 最近、Webアプリケーション開発者の間ではMacに移行することがトレンドとなりつつあります。そこには単に「おしゃれだから」「格好いいから」という理由ではなく、「開発の効率化」という言葉が背景にあるようです。 もちろんRubyやPHPをはじめとするLL言語（Lightweight Language：軽量プログラミング言語）と呼ばれる最近の言語は、実行環境だけでなく開発環境もプラットフォームに依存せず、極端な話、エディタとWebブラウザさえあれば開発できます。 にもかかわらず、Macが開発者に好まれるのは、Mac OS X 10.5 Leopard
PHP コード最適化 Best Practices 63+ - カタコト日記
みたいなタイトルの記事を Digg 経由で発見。チートシート代わりにと思い超訳。*1 A Software Architect PHP 最適化 ベストプラクティス！ 01. static にできるメソッドは static として宣言しよう。（4倍速い） 02. echo の方が print より速い。 03. echo '文','字'; （カンマ区切り）の方が、'文'.'字' （ドット連結）より速い。 04. ループの最大値は、ループ「内」ではなく「前」にセットしておこう。 05. 大きい配列のような変数は unset() してメモリを解放しよう。 06. マジックメソッド（例： __get, __set, __autoload）は使用を避けよう。 07. require_once はハイコストなのです。 08. include や require でファイルはフルパスで指定しよう。 09
「いやー、.vimrcがデカくなっちゃって」とかいってるやつは大抵初心者 - /halt/Snapshot
昨日書いたvimでPHPを編集中、1秒で文法チェックする方法 – /halt/Snapshotですが、ゆどうふさんが自分流・vimでPHPを編集中、1秒で文法チェックする方法 – ゆどうふろぐというエントリでシンプルな方法を提示してて、 &ftじゃないのは故意です。PHP以外の時に間違って-l付きで実行ってなんかやだなと思ったので。 な に か も ん だ い で も ？ という話がありますが、これ。.vimrcに設定を書くから起こる問題なんですよね。 .vimrcに設定を記述すると、どのファイルタイプでも関係なく実行される為、ゆどうふさんの書き方だと、Rubyを編集しててもphpのlintが走る事になります。「,l」はlintという意味でmapしてんのにそのファイルタイプにあったlintができないなんてイミナサス。かといってifで&ft見て状況に応じてmapを切り換えるのもダサス。 結論
この先生きのこるには
PH – 2008-05-02 19:03:55 PHP syntax error のvim プラグインを拝見したいです というコメントをもらったので紹介。 以下の設定を.vimrcに書くだけです。 "" " PHP Lint nmap ,l :call PHPLint() "" " PHPLint " " @author halt feits " function PHPLint() let result = system( &ft . ' -l ' . bufname("")) echo result endfunction これで、phpを編集中にescを押して:wしたあと,lと入力すると文法チェックができます。コメントの部分をとりのぞくとほとんど何もしてませんね:wも同時に実行すればもうちょっと手軽に。副作用あるけど。 こちらは実行の方。 [script]shebangでファイルを
PHPのテスティングフレームワーク - p4lifeのメモ
今回取り上げるテスティングフレームワークライブラリ，アプリケーションの品質を高めるために必要不可欠なテストですが，そのテストを実行するためのツールに関する情報を集めました． phpt PHPUnit SimpleTest lime DocTest PHPSpec phpthttp://qa.php.net/write-test.php PHP 独自のテスト機構 PHP 本体，PEAR のテストで最も良く使われる．テストファイルの拡張子は .phpt TAP*1 対応：PEAR 1.5.0 から対応 pear run-tests コマンドに -t オプションを付けると run-tests.log に TAP フォーマットのログが出力される特徴: pear コマンドが使えればテストを実行できるため，大抵の環境で動かせる GET/POST/Cookie, php.ini 設定, 標準入力をパラメ
PHP5の例外機能の使い方 - Blog::koyhoge::Tech
PHP5ってどうするんだ PHP5になると美味しいことたくさん 色々組み込まれてる。XMLもDBも美味しい。 例外処理よくわからないから誰か教えて やめだやめだ！Ethnaでいくぞ！ - 肉とビールとパンケーキ by @sotarok PHP5の例外機能をどう使えばいいかよく分からないという声をちらほら聞くので、チュートリアルぽく例外の説明をしたいと思います。 従来のエラー処理 まずは従来の一般的なエラー処理のやり方から。 例外機能のない従来のPHP4プログラミングでは、ある関数の中でエラーを返したい場合は、そのエラーを表す何がしかの値を関数の戻り値として返すことになります。 そのエラーを表す値を毎回決めるのは面倒なので、PEARのエラー処理スキームを利用することが広く行われています。その場合エラーが起きたらPEAR_Errorオブジェクトが返されることになります。 <?php requi
PHPでTwitterに投稿 - ひらっち's diary
投稿するメッセージは rawurlencode() でエンコードする。メッセージにスペース(空白)があると、そこで切れてしまうから。 PHP5以上 <?php $url = "http://twitter.com/statuses/update.xml?"; $username = your username; $password = your password; $params = "status=". rawurlencode(message); $result = file_get_contents($url.$params , false, stream_context_create(array( "http" => array( "method" => "POST", "header" => "Authorization: Basic ". base64_encode($user
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://www.cpa-lab.com/tech/081
Build seven good object-oriented habits in PHP
Google Code Archive - Long-term storage for Google Code Project Hosting.
http://www.ryo.com/2008/01/24/367/