PHPカンファレンス福岡2017の登壇資料です。
PHPのエラーと例外再入門 / php-error-and-exception
PHPカンファレンス福岡2017の登壇資料です。
Moving from PHP (Laravel) to Go
Unfortunately, the Laravel application (or PHP-FPM socket) kept falling over once I increased the number of concurrent "users" past 100. NetData provided the following graphs to see how the server was holding up under all this load. Go with 100 concurrent connections Laravel with 100 concurrent connections Please note that I ran the benchmark from the same machine as the applications were running
Codeceptionを使い始めました :: Co-mit Engineers Blog
View Vietnamese version 弊社では、最近テストコードの整備をやっております。前からはもちろんテストコードを重視していますが、なかなかテストコードを書くということとそれらのメインテナンスするのはかなり非効率で得られる効果は薄いなと思いました。今回はそれらの課題を示した上で、それらの課題を解決するためにCodeceptionを使うことにしました。 まず、弊社は前からテストコードを書いてプロジェクトの品質を上げることに力を入れていました。エンジニアレベルのUnit TestとQA観点のFunctional Testの両方を書きました。 1. Unit Test PHPプロジェクトであれば、PHPUnitを利用します。これに関しては、エンジニアにある程度任しています。この辺は課題がありません。 2. Functional Test いわゆるテスターがブラウザーを使って、Web
「レイヤードアーキテクチャを意識したPHPアプリケーションの構築」を発表しました
2015/06/27 に開催された PHPカンファレンス福岡2015 にて、「レイヤードアーキテクチャを意識したPHPアプリケーションの構築」という発表をしてきました。 MVC フレームワーク（CakePHP / Laravel）で構築したアプリケーションをレイヤードを意識して改善したという内容です。参加いただいた皆さんの顔ぶれを見ると歴戦の勇者みたいな方ばかりでしたが、和やかな雰囲気でセッションを進めることができました。ご参加ありがとうございました。 発表資料 発表資料は以下です。 MVC にサービスレイヤを追加して、それぞれの役割を意識して作る。レイヤ間の依存を明確にする。サービス（ドメイン）を中心に考える。よく言われていることなのですが、実際に実践する中で、ハマりがちなことや実際に実践してきた中で感じたことを紹介しました。もちろん、これで ok ということはないので、今後取り組んでい
H2OとPHPを組み合わせるの、超簡単です（もしくはmod_rewriteが不要な理由）
FastCGI対応機能がH2Oにマージされたことを受けて、uzullaさんが「H2OでPHP（がちょっとだけ動くまで）」という記事を書いてくださっています。 ありがたやありがたや。 その中で、 http://hoge/entry/1 みたいなのをphpにマップする方法はまだよくわかってません。その内しらべます github.comを読む限り FastCGI (or PHP) applications should be as easily configurable as it is for the Apache HTTP serverということで、やったぜ！ってなるんですけど、nginxはもとより、Apacheにおいても現状ルーターをつかっているようなアプリだとhtaccessをいちいちかかないといけないので、Apacheみたいなスタイルが楽なのか？というとちょっと疑問があります。 （たと
PHP7調査(23)致命的エラーが例外としてキャッチできるようになった - Qiita
（2015/07/02追記：PHP 7.0.0alpha2に合わせて修正しました） PHPのエラーは、エラー文言を表示するだけの警告・注意と、その場で処理を終了してしまう致命的エラー（fatal error）の2種類に大別できます。 ところで、PHP5の致命的エラーには不便な点があります。それは、set_error_handler()やその他の方法でエラーハンドリングできず、必ず終了してしまう点です。これでは致命的エラーをユニットテストするのも不便ですし、ReactPHPのようにサーバ動作させるようなプログラムも安心して使えません。 PHP7では致命的エラーが例外として実現されるようになり、エラーハンドリングの自由度が格段に上がりました。この変更の概要を紹介します。 例外のクラス階層の変更 まず、PHP7で例外クラスの階層がどう変わるかを説明します。PHP5までの例外のクラス階層は次のよう
fuelphpで必ずやってる設定などまとめ - とりあえずphpとか
完全に自分仕様になっているが毎回同じ設定を過去のプロジェクトのをみながら都度やっていて時間も無駄なのでまとめておく fulephpで準備されている機能の準備 日本語を使う準備 fuel/app/config/config.phpを編集 //81行目くらい 'language' => 'ja', // Default language 'language_fallback' => 'en', // Fallback language when file isn't available for default language 'locale' => 'ja_JP.UTF-8', // PHP set_locale() setting, null to not set //88行目くらい 'encoding' => 'UTF-8', validation回りの準備 validationで使うメ
PhpStormとGitHub/Bitbucketのissueを連携させてブランチを自動生成してマージしてチケットのクローズまでを全部PhpStormにやってもらう時の流れ
PhpStormとGitHub/Bitbucketのissueを連携させてブランチを自動生成してマージしてチケットのクローズまでを全部PhpStormにやってもらう時の流れ 2014年12月24日 17:47PHP 「チケット」だったり「イシュー」だったり「タスク」だったり様々ですが、まあそういうやつと PhpStorm を連動させると便利。 とりあえず今回は GitHub と Bitbucket とつなげて、以下のような流れの作業を勝手にやってくれるようにする流れをまとめてみます。 GitHub / Bitbucket の issue を PhpStorm のタスクに取り込む 対応する Git のブランチを自動生成する 作業が終わったら master をチェックアウトする 作業ブランチを master にマージする 作業ブランチを削除する GitHub / Bitbucket にプッシュ
正規表現によるバリデーションでは ^ と $ ではなく \A と \z を使おう
正規表現によるバリデーション等で、完全一致を示す目的で ^ と $ を用いる方法が一般的ですが、正しくは \A と \z を用いる必要があります。Rubyの場合 ^ と $ を使って完全一致のバリデーションを行うと脆弱性が入りやすいワナとなります。PerlやPHPの場合は、Ruby程ではありませんが不具合が生じるので \A と \z を使うようにしましょう。 はじめに 大垣さんのブログエントリ「PHPer向け、Ruby/Railsの落とし穴」には、Rubyの落とし穴として、完全一致検索の指定として、正規表現の ^ と $ を指定する例が、Ruby on Rails Security Guideからの引用として紹介されています。以下の正規表現は、XSS対策として、httpスキームあるいはhttpsスキームのURLのみを許可する正規表現のつもりです。 /^https?:\/\/[^\n]+$/
PHPのテスティングフレームワークとBDD（ビヘイビア駆動開発）について調べた。 | 48JIGEN *Reloaded*
PHPのテスティングフレームワークとBDD（ビヘイビア駆動開発）について調べた。 2011/04/03 2月に北海道は定山渓温泉で行われた1泊2日のLTハッカソンLOCAL DEVELOPER DAY ’11 /Winter(以下LDD11Winter)に参加してきて気力も体力もすっかり充実してきた@remoreです。 LT大会楽しかったな。高橋さん（高橋メソッドのお方）とこいわさんのプレゼンを生で見れたのが特に勉強になりました。LOCALの皆さん、期間中は大変お世話になりありがとうございました。 充実してきているPHPのテスティングフレームワーク で、今日の記事を書こうと思ったきっかけがLDD11Winterでこんな話を小耳に挟んだことだったのでした。 ”Rubyではテスト駆動開発（TDD）の環境が充実していて、テストのことを学びたい人も集まってきているよ” 帰って調べてみると、確かにR
BehatとSeleniumを組み合わせ受け入れテストを自動化する
みなさんこんにちは。@ryuzeeです。 Behatは良さそうなので引き続き検証しています。 今回は、BehatとSeleniumを組み合わせて、受け入れテスト型のテストを自動化してみたので、その方法について説明しましょう。 なお、前回の記事を読まれていない場合はまずそちらを参照してください。 PHPでBDD(Behavior Driven Development)する方法 Seleniumの課題僕が関わっている案件では受入テストを自動化しているケースももちろんあって、その際はPHPUnitとSeleniumを組み合わせています。 このテストには以下のような課題があります。 画面の操作をするphpコードが大量にあって、ソースを見ただけでは何をしているのか分かりにくいSeleniumは操作に画面の要素名利用するため、例えばサイトのデザインを大幅に変えたりすると、テストの中身も大幅に書き換えな
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Cygamesを支えるPHPと、その高速化の取り組み
PHP7 で堅牢なコードを書く - 例外処理、表明プログラミング、契約による設計 / PHP Conference 2016
PHPerに知ってほしいRDBの事 その3
Aura for PHP
Trait とは? その使い道を考えてみる
モダンPHPチュートリアル (LLまつり版)
Mammouth
Homepage - Opauth