【PHP超入門】Cookieとセッションについて - Qiita
最初に、Cookieは、クライアントに保存された情報と説明しましたが、人によって捉え方や指している意味が異なる場合があります。 Cookieというだけで、仕組み全体を指す場合もありますので、臨機応変に解釈してください。 この記事では、Cookieとはクライアントに保存された情報という意味で使用します。 Set-Cookie ヘッダの各属性を確認する前に、Cookieの歴史を見ていきましょう。 Cookieの仕様は、紆余曲折あり、その経緯を把握することで、理解が深まります。 Cookieの仕様と歴史 Cookieは、1994年にNetscape Communications（以下、Netscape）というアメリカの会社によって、考案・実装されました。 Netscapeは、1998年にAOLによって買収されたため、聞いたことない方が多いかと思います。 Netscapeは、1994年にNetsc
Laravelでクリーンアーキテクチャ - Qiita
この記事は次の記事の続編に近い内容となっています。 もし可能であればこちらの記事を読み進める前に、次の記事をご覧いただくとより内容がわかりやすいでしょう。 Laravelで実践クリーンアーキテクチャ: https://qiita.com/nrslib/items/aa49d10dd2bcb3110f22 はじめに 皆さんこんな図をご存知でしょうか。 The Clean Architecture: https://blog.cleancoder.com/uncle-bob/2012/08/13/the-clean-architecture.html これはクリーンアーキテクチャというアイデアを表した図です。 同心円が特徴的な図ですね。 この同心円は、最も重要なビジネスロジックを中心に見据えることで外界の変化から防衛、対応していこうというコンセプトを表しています。 より具体的にいえば、ビジネス
PHPerKaigi2019 スライドまとめ - Qiita
PHPerKaigi2019 とは PHPerによるPHPerのためのお祭り！ 日時 3.29 金 16:30 - 前夜祭 3.30 土 10:00 - 本編１日目 3.31 日 10:00 - 本編２日目 会場 練馬区立区民・産業プラザ Coconeriホール ツイッター・ハッシュタグ @phperkaigi #phperkaigi #phperkaigi #a #phperkaigi #b #phperkaigi #c タイムテーブル スピーカーツイッターリスト スライドについて 時系列順、トラック順に記載していきます。 3.29 前夜祭 スライド 前夜祭 オープニング (15分) 長谷川智希(@tomzoh)さん 紹介ページ: https://fortee.jp/phperkaigi-2019/proposal/1bb810d9-24dc-4c46-bcea-cecf6c1c0b02
Laravelで実践クリーンアーキテクチャ - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? この記事を書くにあたって Laravel について色々サポートしてくれた皆さまに向けてお礼申し上げます。ありがとうございました。 本記事はクリーンアーキテクチャに対する理解を深めていただくために、「実践クリーンアーキテクチャ」の内容を Laravel で実装して解説するという内容になっています。 記事のゴールは「クリーンアーキテクチャに対する理解を深めてもらう」というものです。つまり、この実装の形は一例に過ぎません。 はじめに 皆さんクリーンアーキテクチャはご存知でしょうか。 そう、こんな図のアレです。 The Clean Archit
Google Calendar API を使って祝日を取る PHP編 - Qiita
Googleさんの API を扱うまでのメモ（色々変わっててくりびつした 流れとしては Google アカウントを取得（この記事では省略 Google Developers Console でプロジェクトを作成 APIを有効化する このAPIキーを元にソースコードを書いていく！ てな感じになります。 Google Developers Console google にログインしている状態で Google Developers Console にアクセスしましょう。 この画面にある「プロジェクトを作成」で、プロジェクト名を入れて「作成」ボタンを押します 作成が完了したら次のような画面に遷移します。 これでプロジェクの作成は完了です API を有効化する 作成直後の画面で「Google API を利用する」といったリンクがあります。 このリンク先に遷移すると、「有効化することが出来るAPIのリ
ファイルアップロードの例外処理はこれぐらいしないと気が済まない - Qiita
【2021/10/15 追記】 この記事は更新が停止されています。現在では筆者の思想が変化している面もありますので，過去の記事として参考程度にご覧ください。 脆弱性について 参考リンク PHPにおけるファイルアップロードの脆弱性CVE-2011-2202 PHP 5.4.1リリースのポイント 上記に対する補足説明 PHP 5.4.1以降 PHP 5.3.11以降 どちらかを満たしているならば，脆弱性は（今のところ）無い．どちらも満たしていないと， $_FILES 変数の構造を崩す攻撃 ../ をファイル名に含めて送信する攻撃 (ディレクトリトラバーサル) の何れか，もしくは両方の脆弱性を所持していることになるので要注意． 脆弱性対策と注意事項 $_FILES Corruption 対策 改竄されたフォームからの複数ファイル配列送信対策 脆弱性が修正された環境でも 改竄フォーム対策 も兼ねて
PHPの例外 - Qiita
定義済み例外とSPL例外 PHPにはPHP本体が持つ定義済み例外とPHPに標準でバンドルされるStandard PHP Library(SPL)の例外のSPL例外の2種類の例外があります。SPLは標準で組み込まれるのでPHPの機能として標準的に使うことも可能ですが、マニュアルでも個別のページを持っています。 定義済み例外 SPL例外 SPL例外 SPLの作者はPDOなど多数のパッケーのleadを務められているMarcus Börgerさんです。(PECLサイト参照 https://pecl.php.net/user/helly) MarcusさんがSPLのために作成したスライドStandard PHP Libraryから例外の部分を２つ抜粋します。 「守るべき３つのルール」 例外は例外の時に使用する (Exceptions are exceptions) 制御構造のために例外を用いない (
declare(strict_types=1)の効力範囲について - Qiita
declare(strict_types=1); とは、PHP7から導入された、厳格な型検査モードの指定構文です。 有効範囲をあまり把握してなかったのでまとめてみました。 strict_types基本の動き 例えばこんなコード。 <?php function add(int $a, int $b): int { return $a + $b; } var_dump(add(1.0, 2.0)); この状態で単体実行すると、int(3)が出力されます。 渡しているのはdouble型なのですが、よしなにキャストされて処理されています。まあ、昔ながらのPHPらしい動きです。 ここで、declare(strict_types=1)を有効にしてみます。
PhpStorm の throws のチェックがうるさい - Qiita
とすると、メソッドの doc コメントに @throws が足りないよという警告が出て、それに従ってしまうとこんど、コール側に Throws の catch が必要だよという、わけのわからない警告になってしまいます。 そんなこんなでインスペクションを切ってしまうと、こんどは、ビジネスロジック上の例外を捕捉必須のつもりで投げてるところで、捕捉漏れが起きることに... というわけで、ひとまず大真面目に例外のハンドリングをどう書けばいいか考えました。 PHP >= 7.1 です。 /** * @throws RecoverbleDbException */ function doSometiong() { $db->beginTransaction(); // RecoverbleDbException が起きるかもしれない try { // ... } catch (DuplicatedOpe
PHP: GDで画像のサイズ変更やサムネイル生成のやりかた - Qiita
/** * 画像のサイズを変形して保存する * @param string $srcPath * @param string $dstPath * @param int $width * @param int $height */ function transform_image_size($srcPath, $dstPath, $width, $height) { list($originalWidth, $originalHeight, $type) = getimagesize($srcPath); switch ($type) { case IMAGETYPE_JPEG: $source = imagecreatefromjpeg($srcPath); break; case IMAGETYPE_PNG: $source = imagecreatefrompng($srcPath)
PHP用のMarkdownパーサーライブラリ比較 - Qiita
PHPでMarkdownをパースする 訳あってPHPでMarkdownファイルをパースする必要が出てきましたので、ライブラリを比較してみました。 結論から言うと、cebe/markdownが一番良さそうに感じました。 比較用にリポジトリを作りました。 https://github.com/naga3/markdown-comparison composer installしてからindex.phpを開くといろいろなモードでREADME.mdをパースします。 比較ライブラリ PHP Markdown / cebe/markdown / Parsedown この3つがよく使われているようです。 Benckmark https://github.com/kzykhys/Markbench Parsedown > cebe/markdown > PHP Markdown 的な感じです。 PHP M
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
PHPで各種バリデーション - Qiita
PDOフェッチパターン大全 - Qiita
PHPのハマりポイントのリンク集 - Qiita
PHPのオートロード(autoload) - Qiita