【Docker環境構築】PHP5.3.3 + Apache + MySQL + phpMyAdminにFuelPHPをインストール - Qiita
【Docker環境構築】PHP5.3.3 + Apache + MySQL + phpMyAdminにFuelPHPをインストールMySQLApacheFuelPHPPHP5.3Docker 概要 既存の社内システム改修をする必要があり､PHP5.3.3､FuelPHP 1.7.2 1.7.3､Apache､MySQLという構成で､Dockerで環境構築を行いました｡ 調べたところPHP5.3.3は2010年頃にリリースされたらしくかなりレガシーなバージョンになるようで､記事があまり見つからない中のDocker環境構築は大変でした(最終的には色々な記事を参考になんとか構築できました・・・)｡ 自分が1から再構築できるようにDockerfile､docker-compose.ymlの解説や手順等を改めてまとめておこうと思います｡ 先に下記の先人のおかげでこの構成ができたことを感謝申し上げます
PHPセキュリティ入門【これだけはやろう】 - Qiita
セキュリティについて、 "安全なWebアプリケーションの作り方 第二版(徳丸浩著)"を読みましたので アウトプットとして、 細かいところは置いといて 最低限の守るべきところをまとめました！ 1. POSTの値を使うときはfilter_inputをかける 2. 外部からコードやファイル名を取り込むのは避け、どうしても使うときはエスケープする 3. バリデーションはアプリケーション要件に沿って行うだけでも効果あり 4. eval関数は使わない 5. APIを呼ぶときはMIMEタイプを正しく指定する 6. hiddenパラメータ、クッキーは書き換え可能という前提を持つ 7. htmlspecialchars関数の文字コード指定は必須
Next.js + React Hook Form + バニラPHPでお問い合わせメールを送る - フリーランスのNK STUDIO 備忘録
はじめに Next.js（React）でフロント側のフォーム作成といえば、React Hook Formが定番です。ではメールを送信するバックエンド側はどうでしょうか。 従来のMPA（Multiple Page Application）※１で構築したサイトであれば、入力画面からPHP等で作成し、確認画面、完了画面とセッションで値を保持して、最終的にはsendmailもしくはSMTP接続にてメール送信という流れでした。 Next.js（React）のSPA(Single Page Application)※2で構築されたお問い合わせフォームの事例では、SendGridやEmailJS、MicroCMSと連携する方法がなどが出てきます。Vercelとsendgridの組み合わせも定番ですね。 企業によっては、外部サービスの利用にはセキュリティの関係で安易に採用できないという場合があるでしょう。
【MailForm01】PHPメールフォーム多機能版（著作権リンク無し）フリー（無料）｜PHP工房
【重要】※要修正 PHP8以上の場合にエラーとなり送信できない問題 ただし、2020/05/08以前にダウンロードされた方が対象です。 2020/05/08以降にダウンロードされた方は関係ありませんので無視して下さい。 対象かどうかの確認方法はファイル内上部に「ver2.0.0」など、バージョンが記述されている場合は改修済みですので対応不要ですが、記載がない場合（最終更新日2018/07/27などとなっている場合）は修正が必要です。 バージョン（ver●●）が表示されている場合の記述例 PHPメールプログラム フリー版 ver2.0.0 最終更新日2021/05/20 ※この場合は修正の必要はないということです。 【症状】 送信した際にPHP7.4の場合は環境によってエラーが表示される。PHP8以上の場合はエラー表示（またはページ真っ白）となり、送信が行えなくなります。 【原因】 PHPの
POST送信を行っているページにBackするとエラーが出る際の対処法 - Qiita
経緯 クライアント「ブラウザで戻る、進むをした時に、エラーが出ないようにしてほしい」 僕「なるほど やってみます」 備忘録メモ 実際にはまっていた理由はsession_start();がソース上にいくつもあって、どこが本当に利用されているのかわからなかったからなんだけど… やっぱりフレームワークはちゃんと使った方がいいよね… 参考にさせていいただいたサイト 忘れんうちに書いとけ:PHPでWebページの有効期限が切れてますとなる時の傾向と対策 ブラウザの戻るボタンを押すと有効期限切れとなるのはなぜですか - PHPプロ！Q&A掲示板 エラーの内容と原因 POST送信されたデータをもとに処理を行っている画面に、ブラウザの戻るボタンや、JSのBackで戻ろうとすると、有効期限切れエラーが表示されてしまう。 原因は、PHPでSESSIONをStartした際に、Sessionを制御するヘッダーが送信
PHPの脆弱性（CVE-2024-4577）を狙う攻撃について | 情報セキュリティ | IPA 独立行政法人 情報処理推進機構
注釈：追記すべき情報がある場合には、その都度このページを更新する予定です。 概要 近年、インターネット境界に設置された装置の脆弱性の悪用を伴うネットワーク貫通型攻撃が脅威となっています。IPA は、昨年8月に公開した「インターネット境界に設置された装置に対するサイバー攻撃について ～ネットワーク貫通型攻撃に注意しましょう～」脚注1、今年4月に公開した「アタックサーフェスの Operational Relay Box 化を伴うネットワーク貫通型攻撃について ～Adobe ColdFusion の脆弱性（CVE-2023-29300）を狙う攻撃～」脚注2 で注意を呼び掛けています。 そのような中、IPA では、The PHP Group が提供する PHP の脆弱性 (CVE-2024-4577) を悪用した攻撃による被害を確認しています。具体的には、国内の複数組織においてこの脆弱性が悪用され
PHPでファイルを開いて読み込む - Qiita
PHP初心者のときに混乱したし、未だに初心者が困ってるのをよく見掛ける。 はやわかり ファイル全体をまるごと読み込みたい→ file_get_contents() ファイルの中身をまるごと出力したい→ readfile() 行単位のテキストファイルを配列として読み込みたい→ file() ファイルをバイト単位で読み込みたい→ fopen()+fread() CSVを読み込みたい→ SplFileObjectクラス オブジェクト指向的に操作したい→ SplFileObjectクラス クラウドとかFTPとかにあるファイルを読み込みたい→ League\Flysystemライブラリ バイナリファイルを操作したいとか事情がない限り、feof()とかfclose()とかの出番はない。 file_get_contents() (PHP: file_get_contents - Manualより抜萃、2
【PHP】データの暗号化・復号化 - Qiita
PHPで動作するデータの暗号化・復号化のメモです。 通信時やDBのアクセス時などで使用します。 動作環境 PHP 7.3.11 プロトコル AES-256-CBCを使用します。 const AES_KEY = 'tekitou_key'; const AES_IV= 'tekitou_iv'; /** * 暗号化 * @param string $data * @return string */ function encrypt($data) { return $data === null ? null : openssl_encrypt($data, 'AES-256-CBC', AES_KEY, 0, AES_IV); } const AES_KEY = 'tekitou_key'; const AES_IV= 'tekitou_iv'; /** * 復号化 * @param stri
KUSANAGI 本体のバージョンアップ｜プログラムメモ
KUSANAGIはプライム・ストラテジー株式会社が開発している超高速LAMP, LEMP, WordPress環境です。 バーチャルドメインマネージャーとしても有用です。 ● バージョンアップ前に現在のKUSANAGIのバージョンを調べておく sudo kusanagi --version KUSANAGI Version 8.4.5-7 ● KUSANAGI 本体のバージョンアップ sudo yum update -y こちらのコマンドでエラーが出る場合があります。 その場合はこちらのコマンドからアップデートを行います。 ● KUSANAGI 本体のバージョンアップ（エラーが出る場合） sudo yum update -y --enablerepo=remi,remi-php56 ● バージョンアップが完了したら再度バージョンを確認する sudo kusanagi --version K
Dockerfileに書けるPHP Extensionsメモ - Qiita
などとすれば、PHPのExtensionsが導入出来ます。 さてじゃあここで追加出来るExtensionsって何ぞや、と思っていたら、 Dockerfileのビルドエラー時に一覧が出てきたので、備忘録的に記録。 Possible values for ext-name: bcmath bz2 calendar ctype curl dba dom enchant exif fileinfo filter ftp gd gettext gmp hash iconv imap interbase intl json ldap mbstring mcrypt mysqli oci8 odbc opcache pcntl pdo pdo_dblib pdo_firebird pdo_mysql pdo_oci pdo_odbc pdo_pgsql pdo_sqlite pgsql phar pos
[PHP]対象の日付が月の何週目なのかを調べる | カバの樹
はじめに カレンダーのシステムを作ることになったので、日付けを週ごとに並べる為のグループ分けするロジックが必要になりました。 PHPの関数には、対象の日付が月の何周目なのか調べるものがありません。 仕方ないので自作することにしました。 環境 PHP： 7.1 導入手順 以下のロジックで計算することができます。 // 対処の日付 $TargetDay = date('Y-m-d'); $WeekNum = intval(date('w', strtotime($TargetDay))); $j = intval(date('j', strtotime($TargetDay))); $WeekEndDay = $WeekNum != 6 ? (6 - $WeekNum) + $j : $j; // 結果 return ceil($WeekEndDay/7); 解説 考え方としては、日付を週の統
![[PHP]対象の日付が月の何週目なのかを調べる | カバの樹](https://cdn-ak-scissors.b.st-hatena.com/image/square/4356a8178775301f06ae1d5b7a911d1e5098422e/height=288;version=1;width=512/https%3A%2F%2Fwww.kabanoki.net%2Fwp-content%2Fuploads%2F2019%2F05%2F06afd064-4652-4d8a-b8ee-b72d56057bb6.png)
docker-compose を用いて Apache・PHP・MySQL の開発環境を構築してみた - Qiita
PHP のバージョンは 5.4、MySQL のバージョンは 5.5 の環境を構築します。 Apache のバージョンは特に気にしていません。 ディレクトリ構造 ディレクトリ構造は以下のようになります。 . ├── config │ ├── mysql │ │ ├── Dockerfile │ │ ├── initdb.d │ │ │ └── init.sql │ │ └── my.cnf │ └── php │ ├── Dockerfile │ ├── apache2.conf │ ├── php.ini │ └── sites │ ├── 000-default.conf │ └── default-ssl.conf ├── data ├── docker-compose.yml └── html └── test ├─
PHP as cgi/fastCGI でPHP_AUTH_USER が使えないので対処方法
php-fpmを使いましたが、思わぬところで仕様が違うので困りますね・・。 $_SERVER['PHP_AUTH_USER']と$_SERVER['PHP_AUTH_PW']を使ったphpでbasic認証をかけるソースがある場合は以下のようにやります。 .htaccess RewriteEngine On RewriteCond %{HTTP:Authorization} ^(.*) RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}] php list($_SERVER['PHP_AUTH_USER'], $_SERVER['PHP_AUTH_PW']) = explode(':' , base64_decode(substr($_SERVER['REDIRECT_HTTP_AUTHORIZATION'], 6)));
メールアドレスの混沌 FILTER_VALIDATE_EMAILには気をつけろ!
if (filter_var($mail_address, FILTER_VALIDATE_EMAIL)) { return true } else { return false } 上のPHPコード「のみ」で判定しているサービスは、いますぐそれをやめましょう。 理由 時代はさかのぼり、牧歌的インターネットの時代。なりすましメールなど考えることもなく、インターネットに接続できる限られた研究者同士がメールを送り合っていた時代です。そんなときに策定されたのが、 RFC724[1] です。これは現在(執筆時点)最新のメールアドレスなどについて定めたRFC5322(Internet Message Format)の遠い祖先で、1977年に制定されています。端的に言うと、これの「負債」が今に残っていると考えるとわかりやすいです。 その結果、以下のようなメールアドレスはRFC上有効ということになってい
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
AlmaLinux9.3にPHP8.3を入れてLaravel9から10にバージョンアップする | ソフトウェア開発のギークフィード
Top 5 PHP Form Builders in 2024
Formr
session_start()→POST遷移→戻る→有効期限切れ を防ぐ - Qiita
FigmaとPHPで作る1ミリたりとも表示崩れしない最強の帳票印刷ソリューション
実践！ユニットテスト入門（PHPカンファレンス2022）
