Cookies default to SameSite=Lax - Chrome Platform Statusということで、何もなければ2020年2月4日にはリリースされる見込みのChrome 80(参考: Chrome Platform Status)を皮切りにCookieにデフォルトがSameSite=Lax相当になるということで、駆け込みでSameSite=Noneを付けて回る需要があるらしいですね。 PHP 7.3が正式リリースされる前に書いたPHPでSame-site cookie - Qiitaが未だに参照されていて厳しい気持ちがあり、さりとて邪悪なPolyfillをまた作ってコピペさせるのも抵抗があり、と悩んでいるうちにバッドノウハウを堂々と書いた記事が出てきてしまったので、仕方なくライブラリにすることにしました。 github.com 週末は具合が悪くて昨晩から衝動的に作
Slim 3 Framework PHPのSlimフレームワークのバージョン３がリリースされたので、簡単に紹介してみます。 【2016/01/16：主にルーティングについて追記・変更しました】 SlimフレームワークはPHPのマイクロ・フレームワークのひとつです。今回のバージョン３は、 PSR-7とミドルウェア構造の採用、 インターフェースに依存することによる拡張性の高さ、 DIコンテナの利用（デフォルトはPimple）、 でも_簡単に使い始められる_、 のが特徴です。 何やら難しそうな単語が特徴に並んでますが、Slimのユーザーガイドを読めば、すぐ使えるぐらい簡単です。なので難しそうな特徴を中心に紹介してみます。 簡単に使える 本当に簡単に使えます。Slimのユーザーガイドからコードを貼り付けて、ちょっとコードを削っただけですが、これだけのコードで動きます。 <?php require
はじめに PSR-7(HTTP Message)が承認されてからしばらく経ちますが、現在はこれを使った様々なライブラリ・フレームワークが登場しています。 これによって特定のライブラリ・フレームワークにロックインされずに、Webアプリケーションを実装できる道程が見えてきました。 しかし、PSR-7はあくまでHTTPメッセージのインターフェイスを提供するもので、リクエストを受け取ってレスポンスを返す流れを抽象化するものではありません。 これはHTTPミドルウェアと呼称されますが、そのインターフェイスはそれぞれの実装でまちまちです。 そこで、これを抽象化するPSR-15(HTTP Middleware)が提案されています。 ミドルウェアは大まかにダブルパスのミドルウェアと、シングパスのミドルウェアに分けることができます。 PSR-15は現在の所シングルパスのシグネチャを採用しています。 シングル
PSR一覧 PSR-5 / PSR-6 / PSR-11 / PSR-12 / PSR-14 / PSR-16 2015/08/20現在、AcceptされたPSRは0,1,2,3,4,7の5種類です。 このうちPSR-4はPSR-0の置き換えなので実質4種類となります。 まあここらへんは解説記事たくさんあるのでいいでしょう。 で、現在PSR-6 Caching Interfaceというのがレビュー中です。 PSR-6はキャッシュを扱うInterfaceです。 キャッシュは現状フレームワークによって実装が全く違うので、各フレームワークに特化した書き方をしなければならず、再利用性が全くありません。 // Zend Framweork2 $cache = Zend\Cache\StorageFactory::adapterFactory('apc', ['ttl' => 3600]); $cac
Composer が PSR-4 に対応していたので試してみました。 PSR-4 - Composer PSR-0 と PSR-4 PSR-4 はオートローダーに関する規約で PSR-0 を置き換えるものです。 PSR-0 PSR-4 ざっくり PSR-0 と比べると次のような違いがあります。 クラス名に含まれるアンダースコアに特別な意味は無くなった PSR-0 ではクラス名のアンダースコアはディレクトリ区切りでした 名前空間の先頭とそれに続く一部のサブ名前空間(名前空間プレフィックス)が、任意の ベースディレクト に対応 名前空間プレフィックス 以降の名前空間は ベースディレクト 内のサブディレクトリに対応する ソースコードのリポジトリでベンダ名やパッケージ名でディレクトリを掘る必要がなくなった オートローダーの実装は例外を投げてはならない(MUST)、どのエラーのレベルも発生させてはな
PSR-n: PHPDoc Author(s): Mike van Riel (@mvriel) <mike.vanriel@naenius.com> Acknowledgements: The authors wish to thank Chuck Burgess (@ashnazg), Gary Jones (@GaryJ) and all other people who commented on various versions of this proposal. Obsoletes: De-facto PHPDoc Standard (http://www.phpdoc.org) Table Of Contents 1. Introduction 2. Conventions Used In This Document 3. Definitions 4. Basic Princi
With the recent passage of PSR-3, a standard for a common interface for logging libraries, it seems appropriate to discuss the implementation with my favorite logging library. log4php is an open source Apache project that is a very versatile logging framework. Through log4php’s configuration files, logging has a variety of output locations, so it’s possible to send specific log levels to different
PSR-0, 1, 2を日本語に翻訳してみました はじめまして。onoと申します。 このたび唐突にPHP-FIGのPSR内容を日本語に翻訳してみました。 1. PSRとは 一言で表すと、PHPの標準コーディング規約です。 それならもう色々あるよねってお話なんですが、 PHP-FIG（PHP Framework Interop Group）というグループには各フレームワークだったりライブラリだったりの関係者が参加しています。 SymfonyだったりZFだったりPEARだったり。 そんな豪勢なメンバーが共通点を見つけながら、ルールを組み立てていきましょう！という背景のもと、共通内容を整理した規約集がPSRということになります。 1-1. 公開します 今回PSR翻訳してみましたが、様々なツッコミを恐れずに公開することにします。 PSR-0 – オートローディング規約（原文） PSR-1 – 基本
16. 豪華なメンバー陣 Nate Abele: Lithium Robert Lemke: FLOW3 Nils Adermann: phpBB Larry Masters: CakePHP, CakePHP 2 Brett Bieber: PEAR, PEAR2 Ryan Parman: Amazon Web Services Guilherme Blanco: Doctrine, Doctrine2, SDK et al. Evert Pot: SabreDAV Jordi Boggiano: Composer, Packagist Fabien Potencier: Symfony, Symfony2 Karma Dordrak: Zikula Andre Romcke: eZ Publish Paul Dragoonis: PPI, PPI2 Paul Scott: Chisim
PHP Coding Standards Fixer¶ The PHP Coding Standards Fixer (PHP CS Fixer) tool fixes your code to follow standards; whether you want to follow PHP coding standards as defined in the PSR-1, PSR-2, etc., or other community driven ones like the Symfony one. You can also define your (team’s) style through configuration. It can modernize your code (like converting the pow function to the ** operator on
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
