Robo
Now you can use it simply via robo. Composer Run composer require consolidation/robo:^3Use vendor/bin/robo to execute Robo tasks.Usage All tasks are defined as public methods in RoboFile.php. It can be created by running robo init. All protected methods in traits that start with task prefix are tasks and can be configured and executed in your tasks. Examples The best way to learn Robo by exampl
【超簡単】Docker でモダンな PHP 開発環境を作る (PHP, MySQL, PHP-FPM, nginx, memcached) - koni blog
追記 (2018.12.30) PHP5.6, PHP7.1 に加えて、PHP7.2, PHP7.3 にも対応しました！ また、PHP から memcached につなぐサンプルを追加しました。 はじめに こんにちは。小西です。開発環境の構築って面倒ですよねー。 今回、PHP, MySQL, PHP-FPM, nginx, memcached のローカル開発環境を、Docker を使ってコマンド一発で作られるようにしたところ、あまりに簡単で驚いたので、その方法をご紹介します。 ソースコードをgithubにおいておきます ので、すぐに起動できます！ 開発環境構築のめんどくささ 僕はPHP+MySQL+nginx+PHP-FPMの環境をよく使うのですが、こういった構成をそれぞれのマシンで再現するのって結構面倒なんですよね。1プロジェクトならまだいいですが、大体プロジェクトによってそれぞれのバー
PHP7 でのエクステンションの書き方を調べた - Qiita
はじめに PHP エクステンションは C 言語で書かれる、 PHP 機能を拡張するモジュールです。普通の PHP スクリプトと比べてかなり速度が出るため、重い計算が必要な箇所などでうまく使っていければ強い味方になると思います。 PHP7 は PHP5 とくらべてエクステンションの書き方が大幅に変わったそうです。この新しい書き方の説明やチュートリアルが少なく、自作しようとしたときにかなり苦労をしました。 なんとか書けるようになってきたのでその過程で調べたことをメモしてみます。なお、自分はエクステンション自体（ PHP5 でも）ほとんど書いたことはありませんでした。 ※PHP7で大幅に変わったのは後半のカスタムオブジェクトのお話のあたりで、前半部分は PHP5 とさほど変わらないようです。 なお、今回作成したサンプルのコードは以下で公開しています： https://github.com/map
RIPS - free PHP security scanner using static code analysis
vulnerabilities Code Execution Command Execution Cross-Site Scripting Header Injection File Disclosure File Inclusion File Manipulation LDAP Injection SQL Injection Unserialize with POP XPath Injection code audit interface scan and vulnerability statistics grouped vulnerable code lines (bottom up or top down) vulnerability description with example code, PoC, patch exploit creator file list and gra
The PHP Benchmark
PHPBench.com was constructed as a way to open people's eyes to the fact that not every PHP code snippet will run at the same speed. You may be surprised at the results that this page generates, but that is ok. This page was also created so that you would be able to find discovery in these statistics and then maybe re-run these tests in your own server environment to play around with this idea your
PHPの全バージョンの挙動をCGIモードで試す
PHPの挙動を調べていると、マニュアルにも、ChangeLogにも載っていない変更にしばしば遭遇します。たとえば、PCRE系関数（preg_xxxx）の正規表現指定（第1引数）において、過去のPHPではNULLバイトを許容していましたが、最近のPHPでは、正規表現中のNULLバイトをエラーにしています。この変更は、マニュアルには載っておらず、ChangeLogには記載されているもののNULLバイトとは書いていないので、ちょっと気がつきにくいですね。 Fixed bug #55856 (preg_replace should fail on trailing garbage) このような場合、ソースコードの該当箇所を調べるか、適当にあたりをつけたバージョンのPHPをビルドして試すなどの手法がとられているかと思いますが、@hnwさんが phpall を発表されたことで、この種の調査が一挙に楽に
2015年最新PHPフレームワーク（9つ）のベンチマーク — A Day in Serenity (Reloaded) — PHP, CodeIgniter, FuelPHP, Linux or something
(2015-04-22 追記) この記事は古くなっています。最新のベンチマーク結果は https://github.com/kenjis/php-framework-benchmark を参照願います。現在はベンチマークポリシーの一部を変更し、ベンチマーク対象フレームワークが増え、バージョンも更新されています。 CakePHP 3.0がついにリリースされ、CodeIgniter 3.0もBEAR.Sunday 1.0もリリース目前です。 そこで、以下の 9 10の最新PHPフレームワークをベンチマークしてみました。 Phalcon 1.3.4 CodeIgniter 3.0-rc3 Slim 2.6.2 Yii 2.0.4 FuelPHP 1.8-dev Silex 1.2.3 BEAR.Sunday 1.0.0-rc2 CakePHP 3.0.0 Symfony 2.6.5 Larave
Linux 25 PHP Security Best Practices For Sys Admins
PHP is an open-source server-side scripting language, and it is a widely used. The Apache/Nginx/Lighttpd web server provides access to files and content via the HTTP OR HTTPS protocol. A misconfigured server-side scripting language can create all sorts of problems. So, PHP should be used with caution. Here are twenty-five php security best practices for Linux and Unix sysadmins for configuring PHP
PHPで最小限のls -laを書いてみた - tohokuaikiのチラシの裏
オプションは、rauth1に対応で。 ファイルのパーミションは、PHPマニュアルをそのままコピペしたんだけど、手元だとシンボリックリンクがうまく出ない・・・・。 うーん、意外と面倒・・・・。つかコード長いし。 Ref: 最小限のls -laを書いてみた - Islands in the byte stream 404 Blog Not Found:perl - 勝手に添削 - 最小限のls -laを書いてみた <?php require_once 'Console/Getopt.php'; $shortoptions = "l|a|t|r|u|h|1"; $longoptions = array(''); $options = Console_Getopt::getopt($_SERVER['argv'], $shortoptions, $longoptions); if (is_a($o
NO CODE, NO LIFE. PHPでbasename()を日本語ファイル名に使うとバグがある
前回に引き続きPHPのバグ第2弾。 PHPにはファイルパス文字列からファイル名を抽出してくれる basename()という関数が用意されているのですが Linuxサーバ上で動かすとファイル名の頭が日本語のときに 文字化けするというバグがあるのです。 参考 PHP、Linux環境でbasenameやpathinfoでの全角(日本語等)ファイル名の正しく取得が出来ない こちらのバグはPHP6で修正される予定みたいです。 例によって原始的に解決するのが手っ取り早いようで $filename = end(split('/', $filepath)); とすればとりあえず日本語ファイル名を抜くことができます。
PHPの内部エンコーディングでUTF-8を使う | Let's POSTGRES
日本語などASCII以外の文字集合を使う場合は、そのシステムでどの文字セットをメインに使用するか、ということが最初に決めるべき事項の１つです。代表的なものにShift_JIS（SJIS、SJIS-win）、EUC-JP（eucJP-win）、UTF-8、UTF-16などがあります。 ただShift_JISなど、バックスラッシュ（≒エスケープ記号）が通常の文字の２バイト目として含まれてれる可能性のある文字エンコーディングでは、正規表現関数（preg_*** あるいは eregなど）や、マルチバイト文字列関数（mb_***）などの関数が正しく動かないケースや、各種エスケープ処理が意図した通りには動作してくれないことが多々あります。 また、PHPの内部エンコーディングをPostgreSQLで使用する文字セットと揃えておくことで、変換にかかるサーバ上のコストや変換で生じる脆弱性を低減することができ
文字コードに起因する脆弱性を防ぐ「やや安全な」php.ini設定
補足 この記事は旧徳丸浩の日記からの転載です（元URL、アーカイブ、はてなブックマーク1、はてなブックマーク2）。 備忘のため転載いたしますが、この記事は2010年9月27日に公開されたもので、当時の徳丸の考えを示すものを、基本的に内容を変更せずにそのまま転載するものです。 補足終わり PHPカンファレンス2010にて「文字コードに起因する脆弱性とその対策」というタイトルで喋らせていただきました。プレゼンテーション資料をPDF形式とslideshare.netで公開しています。 文字コードのセキュリティというと、ややこしいイメージが強くて、スピーカーの前夜祭でも「聴衆の半分は置いてきぼりになるかもね」みたいな話をしていたのですが、意外にも「分かりやすかった」等の好意的な反応をtwitter等でいただき、驚くと共に喜んでいます。土曜にPHPカンファレンスに来られるような方は意識が高いというの
PHPメモ : file_get_contentsの代替にcURLを使う - Mach3.laBlog
この記事は賞味期限切れです。（更新から1年が経過しています） PHPで外部のリソースを取得するのに大変便利なfile_get_contents関数ですが、 cURLの環境があるなら利用したほうがパフォーマンスがいいぞというお話。 パフォーマンスの差 具体的にどれくらいパフォーマンスが変わるのかというと… モバイル回線のノートでYahoo!のトップページを取得してざっくり計測したところ、 file_get_contents : 4秒前後 cURL : 2秒前後 概ねこんな感じとなりました。 勿論時間帯や回線など様々な要因にもよりますが、 ちょっと無視出来ない数字ですね。 簡単な使い方 cf) PHP: cURL – Manual curl_init()で初期化 curl_setopt()でオプションを設定して curl_exec()で実行 curl_close()で終了 というのが一連の流れ
PHPセッションデータの保存先
PHPのセッションはサーバに保存されるものだが、デフォルトではファイルで保存されている。 保存先の指定はphp.iniで指定できる。 CentOS 5.8では以下の場所に保存されていた。 /var/lib/php/session # cat /etc/php.ini | grep session.save_path session.save_path = "/var/lib/php/session" また、phpinfoでも確認できる ちなみに保存されたセッションファイルはネット上でよく言われている/tmpでは無いので、tmpwatch によって自動的に削除されずひたすらサーバに溜まり続けていくのかと思ったが、そうでもないらしい。 /etc/php.iniで以下のように設定されている ——————————————————————————– ; Define the probability
Speeding up the Web with PHP 7
Fluent San Francisco Apr. 21, 2015 http://talks.php.net/fluent15 Rasmus Lerdorf @rasmus 20 Years of PHP!?? PHP Announcement June 8, 1995 Posted to comp.infosystems.www.authoring.cgi Subject: Announce: Personal Home Page Tools (PHP Tools) Announcing the Personal Home Page Tools (PHP Tools) version 1.0. These tools are a set of small tight cgi binaries written in C. They perform a number of function
Yum で任意のバージョンの PHP をインストールする - Qiita
概要 yum の外部リポジトリを利用して任意のバージョンの PHP をインストールする方法をまとめた。2016年7月5日調査。 特別な事情がない限り Remi's Repository の remi-php54 remi-php55 remi-php56 remi-php70 の各リポジトリを利用するのがよいだろう。 PHP 7.1 を試したい場合は remi リポジトリの php71 パッケージをインストールする。 個人のメンテナンスに依存している野良リポジトリだと問題になる場合は、ベンダーが管理している SCL リポジトリを利用するとよいだろう。（メンテナ同じ人だけど） remiのphpでつらいところは古いパッケージが残されてないので、あとからパッケージ追加しようとすると必ずphpのバージョンアップになるところ。 1 Remi リポジトリは各マイナーバージョンの最新版しか残っていないた
session_regenerate_id()でセッションが切れる｜シラサヤ備忘館
以前、Session Fixation攻撃対策としてセッションIDを書き換える方法を書いた。 ■過去記事：[PHP]session_regenerate_id()と古いセッションファイルの削除方法 http://xirasaya.com/?m=detail&hid=216 この時書いた方法は2つで、一つはPHPのVerが5.1.0以降の時のsession_regenerate_id(true)という方法。 もう一つは自前で組む方法。 しかし今回、そのどちらを利用していてもセッションが切れる現象が起こることがわかった。 その現象が出たのが、リンクを踏んでページを読み込み中にすぐ別のリンクを踏んだとき。 これをすると結構な確立確率でセッションデータが消失する。 たぶんF5連打でも似たようなことになると思う。 おそらく連続してページにアクセスすることによって、 セッションの値を新しいセッションI
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
PHPのclearstatcacheのベンチマークを取ってみた。むしろ遅かった。 | WEB EGG
freeml（フリーエムエル）｜新しい生活をはじめる羅針盤
Apache with various PHP versions, using SCL | Red Hat Developer