PHP製BDDテストフレームワークBehatでE2Eテスト - Qiita
{ "require-dev": { "behat/behat": "3.*", "behat/mink": "1.*", "behat/mink-extension": "*", "behat/mink-goutte-driver": "*", "behat/mink-sahi-driver": "*", "behat/mink-selenium2-driver": "*", "behat/mink-zombie-driver": "*" } } behat/behat behatの本体です。 テストシナリオを自然言語に近い形で記述し、実行する機能を提供します。 behat/mink ブラウザのエミュレーションツールと組み合わせてテストを行う機能を提供します。 behatと組み合わせて利用することが可能です。 behat/mink-extension behatで利用できるテストの機能を
A better way to run PHP-FPM
Want to help support this blog? Try out Oh Dear, the best all-in-one monitoring tool for your entire website, co-founded by me (the guy that wrote this blogpost). Start with a 10-day trial, no strings attached. We offer uptime monitoring, SSL checks, broken links checking, performance & cronjob monitoring, branded status pages & so much more. Try us out today! If you search the web for PHP-FPM con
動作中のPHPがZTSかNTSか判定する方法 - Qiita
タイトルの通り、一部の人にだけ便利なPHP情報をご紹介します。 ZTSとは ZTS (Zend Thread Safe) は、マルチスレッド環境に対応するためのPHPの機構です。 マルチスレッド環境では、同じメモリ領域を複数のスレッドが共有します。複数のスレッドが同時に一つのリソース（たとえばグローバル変数）を読み書きする可能性があるので、シングルスレッド環境とは異なるプログラミングが必要になります。マルチスレッド環境で安全に動くようなプログラムのことをスレッドセーフと呼びます。 つまり、ZTSというのはPHPのスレッドセーフ実装ということになります。 とはいえ、PHPはシングルスレッド環境で動かす方が一般的です。LinuxやMacOSXなど、多くの環境のPHPがNTS (Non Thread Safe) で動作しているはずです。ZTS動作が必要なのはWindows+IIS環境くらいでしょ
安全なPHPアプリケーションの作り方2016
より詳細なCQRSに関する資料はこちら https://little-hands.hatenablog.com/entry/2019/12/02/cqrs 参考資料：http://little-hands.hatenablog.com/entry/jjug2017fall 社内新規プロダクトでDDD, CQRSの思想をベースとしたアーキテクチャを構築し、コマンド(更新系処理)ではSpring Data JPA(Hibernate)を、クエリ(参照系処理)ではjOOQを採用しました。 結果としてそれぞれのORMの良いところを生かした組み合わせのアーキテクチャが構築できたので、その経緯と得られた知見についてお話ししたいと思います。 以下のようなトピックを考えています。 ・CQRSの定義とメリットデメリット ・DDD,CQRSを検討するにあたってのORMの選定ポイント ・構築したアーキテクチャ
hanhan's blog - behatエクステンション作成
default: extensions: BehatRestApiExtension: base_url: http://127.0.0.1:3000/ suites: default: contexts: - 'BehatRestApiExtensionContextRestApiContext' paths: features: features bootstrap: %behat.paths.features%/bootstrap default->extensions ココに記述されたBehat\RestApiExtensionがエクステンション名 behatのExtensionManagerはこの名前を起点としてエクステンションのロードを行う。 default->contexts 読み込むcontextを指定する。 extensionsを指定していても、contextを指定しない
CentOS 5, 6 / Amazon Linux で PHP をパッケージインストールする方法まとめ
Home > Advent Calendar 2013 | AWS | PHP | 開発環境 > CentOS 5, 6 / Amazon Linux で PHP をパッケージインストールする方法まとめ Shin x blog Advent Calendar 2013 の 15 日目です。 Cent OS 5, 6 / Amazon Linux にて、PHP の各バージョンを yum でインストールする方法をまとめてみました。 CentOS 6 CentOS 5 Amazon Linux CentOS 6 PHP 5.3 CentOS 6 では、公式パッケージが PHP 5.3.3 なので、公式のリポジトリからインストールできます。 $ sudo yum -y install php (snip) $ php -v PHP 5.3.3 (cli) (built: Dec 11 2013 0
PHPにおけるシンボリックリンクを使ったデプロイの危険性について（「realpath_cache」和訳）
2016/10/31 PHPにおけるシンボリックリンクを使ったデプロイの危険性について（「realpath_cache」和訳） PHP サーバーサイド この文書は@julienPauliさんによる記事「realpath_cache」の日本語翻訳です。元々は@gilbiteさんがKLab社内向けに翻訳したものでしたが、日本語では見たことがない指摘を含んでおり今でも有用だと考えたため、@julienPauliさんの了解を取った上で@hnwが修正・追記して公開するものです。 はじめに PHP に realpath_cache_get(), realpath_cache_size() という関数があることをご存じでしょうか？ また、php.ini に realpath_cache から始まる設定項目があることは？ realpath cache は知っておきたい極めて重要な概念です。 特に、コードの
DocCommentでPHPのユニットテストの書きやすさを劇的に改善する手法 - pixiv inside [archive]
こんにちは、pixivでPHPをやってる@tadsanです。好きなテスティングフレームワークはPHPUnitです！ 好きな某CALOIDはテトさんです！ みなさまはユニットテストを書いていらっしゃいますか？ 今回はDocCommentとPHPUnitのデータプロバイダーをうまく利用してテストの記述を省力化する手法を紹介いたします ヾ(〃＞＜)ﾉﾞ 提案手法 実装のDocCommentに「期待値」と「入力パラメータ」を記述することで、テストケースメソッドをいちいち追加せずともユニットテストできるようになります。また、入力（パラメータ）と出力（期待値）を明記することで、実行せずともコメントとしてわかりやすくする効果があります。 <?php /** * @route\example http://touch.pixiv.net/member_illust.php?mode=medium&illu
![DocCommentでPHPのユニットテストの書きやすさを劇的に改善する手法 - pixiv inside [archive]](https://cdn-ak-scissors.b.st-hatena.com/image/square/d80f2821567fc0ddf2f6289aa3c8289cb7f7f364/height=288;version=1;width=512/https%3A%2F%2Fogimage.blog.st-hatena.com%2F11696248318756278971%2F10328749687188223609%2F1477374067)
小規模PHPアプリケーションをDeployerでサッとデプロイする話 - コネヒト開発者ブログ
こんにちは！ 東京なのに周辺にポケストップが1つもない田舎に住んでいます、@fortkle です（世田谷公園の徒歩圏内に引っ越したいです）。 さて、みなさんはPHPアプリケーションのデプロイツールに何を使っているでしょうか。 今回コネヒトで Deployer というPHPで書かれたデプロイツールを採用したのですが、なぜDeployerなのかという理由と、実際に使っているおすすめの設定をいくつか共有したいと思います。 ※ Deployerのインストール方法や基本的な使い方を知りたい場合は既にインターネット上に良い記事がたくさんあるのでそちらを参考にしてみてください。 デプロイツール、どうする？ 今回、新しく小規模PHPアプリケーションをデプロイする機会があったため下記の条件で新しくデプロイツールの選定を行いました。 PHPのアプリケーションなので デプロイツールもPHP製のもの を採用したい
Composerの作者に会った (PHP勉強会 番外編レポート) #phpstudy #composerphp
Composerやmonologの作者である@seldaekが来日するということで、2016年7月22日にPHP勉強会の番外編が開催されました。 PHP勉強会＠東京〜番外編〜 みなさまお疲れ様でした！ #composer #php #phpstudy #eventdots pic.twitter.com/wvKHgpDNGp — しめじ (@TAKA_0411) 2016年7月22日 動画 @seldaek の発表 発表資料はこちら: Composer in 2016 #phpstudy #eventdots pic.twitter.com/h4UeksQGvJ — Hiraku (@Hiraku) 2016年7月22日 Composerを使い込んでないとわからない内容もあったと思うので、勝手に補足解説しようと思います。 composerのエコシステムについて Composerの中央リポジ
Composer のセキュリティ上の問題が直ったので PHP な方は今すぐ更新を - co3k.org
Composer の以下の問題が 2 月半ばあたりから話題になっていました。 Limit Replace / Provides to packages required by name in root package or any dep · Issue #2690 · composer/composer https://github.com/composer/composer/issues/2690 一言で言うと、 条件によってはユーザの意図しないパッケージがインストールされてしまう という問題です。悪意のあるパッケージをインストールしたことに気づかれなければ、攻撃者の思い通りのコードを実行させることができてしまいます。 ざっくり説明すると、 Composer には fork したパッケージや、リネームしたパッケージ から 、元のパッケージを置き換えることのできる機能が存在する (本エン
packagist内でlaravelの定義が巨大すぎて困る
ここでぼやいても誰にも伝わらない気がするけど、一旦吐き出しておきます。 事の経緯 私は https://packagist.org のミラーサイト packagist.jp を運営しています。 スクレイピングのプログラムがバグっていて、1ヶ月に一度ぐらい古くなったファイルを掃除して回る定期作業があるのですが、その中で妙にlaravel関連のパッケージ情報が巨大であることに気づきました。 例えば、私のMacのローカルキャッシュに残っているパッケージ情報をファイルサイズでsortすると、上位は全てlaravel関連のものになります。これらはpackagist.jpの中にミラーリングされているファイルと全く同じものです。 1971473 p-provider-2016-01.json 2058474 p-provider-2016-04.json 3687200 provider-illumin
PHPに型推論を実装する ~入門編~ / Type inference on PHP
PHPカンファレンス福岡2016の資料です。
PHPアプリケーションのデプロイにぴったりなDeployerを試す | さくらのナレッジ
今や開発環境はローカルにあるのが一般的です。OSを合わせたい場合でもVMを使えば簡単に実現できます。問題はコードが書き終わった後のデプロイではないでしょうか。どのサーバにどのコードを反映し、どんなタスクを実行するのか、ライブラリの変更があるのかなどを適切に管理する必要があります。 Ruby/Ruby on Rails界隈ではCapistranoというソフトウェアが使われることが多いです。Capistrano自体は汎用的なデプロイツールですが、PHPであればやはりPHP製のツールの方が分かりやすいでしょう。そこで今回はDeployerというPHP製のデプロイツールを紹介します。 Deployer — Deployment Tool for PHP Deployerのセットアップ Deployerはとても簡単にセットアップできます。本体をダウンロードして、パスの通ったところに配置するだけです。
やさしいPHPコーディング規約の導入・完全版 - コネヒト開発者ブログ
はじめに こんにちは、社内でコーディング規約おじさんと呼ばれ始めて久しい高野(@fortkle)です！ ここ2ヶ月間ほどに渡って通常の開発業務とは別に社内のアプリケーションにコーディング規約を導入する試みをしており、PHP7 Casual Talks や PHP BLT などのPHP関連の勉強会で都度共有してきました。 今回はそれらをまとめ、共有したいと思います。興味のある方の参考になれば幸いです。 開発効率を阻害するもの 弊社が運営している ママリjp、ママリQといったサービスが順調に成長していっている中、その成長を支える開発チームの人数も少しずつ拡大しています。今後もこの流れは続くと思いますが、エンジニアたるものそういった場合でも「コードの質」は落とさずに成長させたいものです。 弊社では非常に丁寧にコードレビューを実施していますが、質の高いコードを維持し続けるためにはコードレビューをよ
CircleCI で composer を高速化させる - OTOBANK Engineering Blog
こんにちは！@riaf です。 今日は PHP BLT #1 ですね！ (LTネタの仕込みもせずにこんな記事を書いていて良いのでしょうか) 弊社では、サービスの CI / デプロイ等に CircleCI を利用しています。 最近の PHP 開発では、Composer を使うことが多いと思うのですが、Symfony Components とかを使い始めると、依存するパッケージが多くなってしまって、CI 時の composer install に思いの外時間がかかってしまうこと、ありますよね。 特に、頻繁にテストが行われるようになると、Composer が GitHub の API リミットに引っかかってしまい、アーカイブではなくソースコードを clone してリミットを回避するので、より時間がかかるようになってしまいます。 「どうにかしたいですよねー」という声が上がってきたので、「よーし、い
光遅い問題を克服してcomposerを10倍速くした話 | メルカリエンジニアリング
はじめまして。サーバーサイドエンジニアの中野(@Hiraku)です。2015年12月からメルカリで働いています。 2016年1月27日(水)の第98回PHP勉強会@東京にて、composerを速くする取り組みについて発表をしてきました。 composerはPHPにおける実質スタンダードなパッケージマネージャです。 このcomposer、日本で実行すると非常に遅く感じます。この原因は普通ならこう表現すると思います。 githubやpackagistが日本から遠いから composerの実装がよくないから しかし発表ではあえて「光が遅いから」という主張をしました。 一般常識として、光の速さ(真空中で秒速約30万km)はとてつもなく速いものという認識だと思います。しかし一方で、地球や宇宙の規模など極限的な状況に携わる仕事をしている人であれば「全然速くない、むしろ遅い」というのが普通の感覚です。
PHPを愛する試み 〜self:: parent:: static:: および遅延静的束縛〜 - maeharinの日記
PHPを愛する試みというものを個人的にやっている PHPを愛する試み PHPを愛する試み 〜調教編〜 今回は、self:: parent:: static:: 遅延静的束縛について図で整理してみた。 スコープ定義演算子 (::) まず「::」について。これはスコープ定義演算子という。マニュアルには以下のようにある。 スコープ定義演算子 (::) スコープ定義演算子 (またの名を Paamayim Nekudotayim)、 平たく言うと「ダブルコロン」は、トークンのひとつです。 static, 定数 およびオーバーライドされたクラスのプロパティやメソッドにアクセスすることができます。これらの要素をクラス定義の外から参照する際には、 クラスの名前を使用してください。PHP 5.3.0 以降では、変数を用いてクラスを参照することも可能です。 変数の値に (self や parent、 stat
PHPとWebサーバの組み合わせについて – hanhan's blog
ちょっと遅くなりましたが、この記事は PHPアドベントカレンダー2015 の17日目の記事です。 タイトルの件ですが、2015年12月現在で、PHPとWebサーバの組み合わせって、一体どんな構成にすると良いかな？と ふと疑問に思ったので、自分の環境で、ベンチマークを取って見ることにしました。 ベンチマーク対象のPHP&Webサーバの組み合わせ 以下の４つの組み合わせでベンチを取って見ました。 1. NginxとPHP-FPM 近年、PHPでハイパフォーマンスを出すという場合によく取られる構成かと思います。ISUCONに参加しているPHP系チームもこの構成を取るチームが多かったですね。 2. Apache2.4(prefork)とmod_php これぞPHP!!という王道の構成です。何も考えずにDocumentRootにphpファイルを放り込めば動きます。 3. Apache2.4(pre
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - gabrielrcouto/php-terminal-gameboy-emulator: A PHP Terminal GameBoy Emulator
