PHPのバージョン確認はphpinfoで行うのが確実 - Qiita
はじめに 運用しているサイトでエラーが発生！解析のため、PHPのバージョンを確認したい。sshで接続してPHPのバージョン確認をしてみる。 [user@host ~]$ php -v PHP 5.6.8 (cli) (built: May 6 2015 02:27:31) Copyright (c) 1997-2015 The PHP Group Zend Engine v2.6.0, Copyright (c) 1998-2015 Zend Technologies [user@host ~]$ よし！PHP5.6だ！！ … 違う！！(こともある) php -vで確認できるのはcliで稼働しているPHPのバージョンであり、Apacheで稼働しているPHPのバージョンは違うかもしれない。また、ドメインやサブドメイン単位でPHPのバージョンを切り替えて運用している場合もある。ではどうすれば正
ubuntu 18.04 インストール(6) apache, php - kashiの日記
ローカルにwebサーバが立ってると何かと便利なので、apacheを入れます。素のapacheと違ってhttpd.confが細分化されていて、debianの作法に従って設定する必要があって知らないと難しいです。 sudo apt install apache2 いくつかのモジュールを有効化します。 sudo a2enmod userdir sudo a2enmod include sudo a2enmod cgid sudo systemctl restart apache2 これらは、実際には/etc/apache2/mods-availableにあるファイルから/etc/apache2/mods-enabledへリンクを張っていて、mods-enabled以下のファイルが設定に読み込まれるという仕組みです。 次に、自分のよく使う設定をしていきます。public_htmlの有効化とcgiの
PHPの脆弱性 CVE-2018-17082 によるキャッシュ汚染についての注意喚起
エグゼクティブサマリ PHPの脆弱性CVE-2018-17082はXSSとして報告されているが、現実にはXSSとしての攻撃経路はない。一方、Apacheのmod_cacheによるキャッシュ機能を有効にしているサイトでは、キャッシュ汚染という攻撃を受ける可能性がある。 概要 PHPの現在サポート中のすべてのバージョンについて、XSS脆弱性CVE-2018-17082が修正されました。以下は対応バージョンであり、これより前のすべてのバージョンが影響を受けます。ただし、Apacheとの接続にApache2handlerを用いている場合に限ります。 PHP 5.6.38 PHP 7.0.32 PHP 7.1.22 PHP 7.2.10 PHP 5.5以前も対象であり、これらは脆弱性は修正されていません。 脆弱性を再現させてみる この脆弱性のPoCは、当問題のバグレポートにあります。 PHP ::
CentOS7 に PHP7 をインストールする方法
CentOS7 に PHP7 をインストールする方法 表題の通り、CentOS7 に PHP7 をインストールする方法をまとめます。 yum を使用して “yum install php” のようにインストールすると、標準レポジトリからのインストールとなり、PHPのバージョンが5.4となりました。これを最新の7.Xでインストールをします。 上記の通り、CentOSの標準レポジトリにあるパッケージのバージョンが古いことが原因なので、外部レポジトリからインストールを行います。そこで必要になるのが、”EPEL”と”Remi”という2つのレポジトリです。 EPEL と Remi EPELとRemiが何者なのかを簡単にまとめておきます。 EPEL EPEL/ja – FedoraProject エンタープライズ Linux 用の拡張パッケージ(EPEL) は、 Red Hat Enterprise
PHPのインストールと設定(CentOS 6) | blog.nomnel.net
さくらのVPSでMySQLをインストール, 設定した手順の覚え書き. 目次 インストール 設定ファイルの編集 yumでPHP関連のものをまるっと入れておく. sudo yum -y install php php-devel php-mbstring php-mysql php-mcrypt php-gd php-pear php-pecl-apc # バージョン確認 php -v # -> 5.3.3 設定ファイルの編集 設定ファイルのバックアップをとってから編集する. sudo cp /etc/php.ini /etc/php.ini.org sudo vi /etc/php.ini 変更内容は以下. (参照:ドットインストール) エラーログの保存場所を変更 ;error_log = php_errors.log -> error_log = /var/log/php_errors.l
2017年のPHPフレームワーク——2強時代に何を学ぶべきか？
動きの早いフロントエンド界隈や他の言語の躍進の話題に押されて、いつまでも古い知識のままPHPで開発していませんか？ 知識のアップデートに役立つ、最近のフレームワークの動向を、ちょっと辛口な現状分析とともに。 私が約1年前に書いた記事の続きを書くことにしたのは次の質問を受けたからです。 Q：PHP MVCフレームワークについて近況を教えてください。（2017/2/24） A：PHPのフレームワークといえば、現時点ではLaravelとSymfonyに尽きます。これから新しいプロジェクトを始めるなら、わざわざCakePHP、Zend、CodeIgniter、Yiiなどを使う理由は見当たりません。これらのフレームワークを使い慣れているか開発経験のある開発者がいないのなら、使う理由はないでしょう。 実際に開発が始まったら、ツールやプラグインを集めたり、よくある問題への対処方法を調べたりする必要があり
PHPMailerの脆弱性CVE-2016-10033について解析した
エグゼクティブサマリ PHPMailerにリモートスクリプト実行の脆弱性CVE-2016-10033が公表された。攻撃が成功した場合、ウェブシェルが設置され、ウェブサーバーが乗っ取られる等非常に危険であるが、攻撃成功には下記の条件が必要であることがわかった PHPMailer 5.2.17以前を使っている Senderプロパティ（エンベロープFrom）を外部から設定できる 現在出回っているPoCはMTAとしてsendmailを想定しており、postfixを使っている環境では問題ない 対策版として公開されている PHPMailer 5.2.19も不完全であるので、回避策の導入を推奨する。 はじめに 12月24日にPHPMalerの脆弱性CVE-2016-10033が公表され、とんだクリスマスプレゼントだと話題になっています。 PHPからのメール送信に広く使われているライブラリの「PHPMai
PHPMailerの脆弱性 CVE-2016-10033／CVE-2016-10045についてまとめてみた - piyolog
2016年12月25日、PHPのメール送信ライブラリPHPMailerに任意のコード実行可能な脆弱性が確認されたとして情報が公開されました。ここでは脆弱性の関連情報をまとめます。 脆弱性の概要 対象 PHPMailer CVE CVE-2016-10033 CVE-2016-10045 影響 RCE 重要度 Critical(発見者) 緊急(JVN) CVSS JPCERT/CC評価 CVSSv3：5.4 (CVSS:3.0/AV:N/AC:L/PR:L/UI:N/S:U/C:L/I:L/A:N) CVSSv2：5.5 (AV:N/AC:L/Au:S/C:P/I:P/A:N) PoC インターネット上に公開済 CVE-2016-10033⇒2016/12/26 CVE-2016-10045⇒2016/12/28 発見者/報告者 CVE-2016-10033:Dawid Golunski氏(
PHPMailerのリモートコード実行脆弱性(CVE-2016-10033)の影響範囲 - Qiita
今回の脆弱性 CVE-2016-10033 CVE-2016-10045 CVE-2016-10074(Swift Mailer) 追記 2016/12/28 14:15 Postfixを使っていて、sendmailコマンドの代わりにPostfixのsendmailコマンドを使っている場合は、Postfixのsendmailコマンドが -X オプションを無視するようですので大きな影響を受けないと思います。ただ、別のオプションで違う脆弱性が発生する可能性もあるので、PHPMailerはアップデートしたほうが良いですね。 2016/12/28 15:35 PHPMailer5.2.18の修正を回避する新しい攻撃が見つかり、 CVE-2016-10045として登録されその攻撃方法も公開されてます。こちらはPHPMailer5.2.21で対応されています。 この攻撃は、PHPMailer5.2.1
PHP 5からPHP 7への移行で、Tumblrはレイテンシが半分、CPU負荷も半減。テストツールでPHP 7への移行に問題ないかをチェック
PHP 5からPHP 7への移行で、Tumblrはレイテンシが半分、CPU負荷も半減。テストツールでPHP 7への移行に問題ないかをチェック PHPの10年ぶりのメジャーバージョンアップとして昨年12月に登場した「PHP 7」は、PHP 5と比べて2倍以上の実行速度を実現するとリリース前からPHPの生みの親であるRasmus Lerdorf氏自身が説明してきました。 PHP 5からPHP 7へと内部システムのアップデートを行ったTumblrはその成果をブログで発表し、たしかにPHP 7のへ移行したことで実行速度が2倍になったことを裏付けています。 静的解析と自動テストでPHP 7への移行に問題がないかを確認 Tumblrが公開したブログ「Tumblr Engineering — PHP 7 at Tumblr」によると、Tumblrがその内部で稼働しているシステムをPHP 5からPHP 7
CentOS 7の標準環境だけですぐできる、WordPress「5.4倍高速化」テクニック 後編
「gzip圧縮」して通信時間を短縮する まずは、Apacheの設定を調整して通信時間を短縮する方法を導入します。 具体的には、WebサーバからHTTPレスポンスとしてブラウザに送られてくるHTMLとその他のファイルを、「gzip圧縮」して通信させることで、通信時間を短縮させます。WordPressが直接生成するHTMLやXMLなどのファイルの他に、CSSやJavaScriptなどのリソースファイルにも有効です。 gzip圧縮を用いると、テキスト形式のファイルの多くは4分の1ほどのサイズまで圧縮できます。その分、通信時間を短縮し、帯域も節約できる訳です。 今回は、同時にWebサーバからブラウザに返されるHTTPレスポンスヘッダのExpireフィールドとCache-Controlフィールドを制御して、ブラウザキャッシュを強めにする設定も適用します。今回の設定では、MIME Typeがtext/
CentOS7にApache2.4.6（event_mpm）+PHP-FPM環境の構築 | iconDecotter-Log
Apache2.4.1からEvent MPMが正式に採用されたので、Apacheをイベント駆動型で動かすことが出来るようになりました。なんだか同時に高速の処理が出来るらしいとのことで速そうです。 参考：Apache_MPMに係る設定 | 静岡大学 横山研究室 今回新しくCentOS7にApache2.4.6を入れたので、チューニングが難しそうですが、せっかくだからとMPMをEventに変更して環境構築してみようと思いました。 インストール方法によってはデフォルトでEventになっているようですが、yumからインストールするとPreforkでした。 また、Event MPMの時はPHPをモジュールモードではなくFCGIで動かすのが推奨とのことですので、PHP-FPMを導入し、Apache2.4.6（event_mpm）+PHP-FPM（PHP7.0.3）の構成を目指します。 事前準備 リポジ
PHPに関するHTTPOXY脆弱性の問題と対応方法 - Code Day's Night
外部から簡単にHTTP_PROXYという環境変数がセットでき、サーバ間通信や外部サイトと連携している場合に影響があるかもしれない脆弱性です。(HTTPoxy. CVE-2016-5385) PHPの場合はphp-fpm, mod_php, Guzzle4以上やいくつかのライブラリで影響あります。 対応方法は簡単です。 Apache側で対応する場合は、mod_headerを使える状況であれば、confファイルに下記の1行を追加。 RequestHeader unset Proxy FastCGIの場合は下記の1行を追加。 fastcgi_param HTTP_PROXY ""; Guzzleは6.2.1で対応されたようです。 Release 6.2.1 release · guzzle/guzzle · GitHub コミットログを見ると、CLIの時のみ、getenv('HTTP_PROXY
初心者を戒めるPHP - Qiita
この記事は何か 挑発的な文言になってる箇所はあるものの、内容としてはそれなりにまじめに書いたつもり。むしゃむしゃしてやった。いまでは反芻してゐる。 PHPDocは必ず書け あらゆる再利用可能な手続きは、他人が容易に応用できるように型が明示的でなければいけない。メンバー全員が実装コード全てを把握できるものならそれが理想だけれど、残念ながら時間は有限だ。ヘッダだけを読んでメソッドの仕様が理解でき、またはコードを読む助けになるようなコメントが良い。 有名な事実を紹介すると、多くのコードは数か月(早ければ数日！)も経てば、他人が書いたコードに感じられるほど理解できなくなることがしばしばある。もちろん設計の練度にもよらうが、設計判断について注意を要した点などをコメントに残しておくことで、ひいては未来の自分の役に立てることができる。 お前の先輩は「PHPには型がない」などと知ったかぶって意味不明1なこ
Imagickの基本的な使い方
先日インストールしたImagickの基本的な使い方を紹介します ImagickはPHPからImageMagickを使う際に使うpeclのAPIになります 基本の使い方 ~~~ getMessage(); } ?> ~~~ リサイズする ~~~ resizeImage(100, 0, Imagick::FILTER_LANCZOS, 1); /* リサイズした画像を保存する */ $im->writeImage(‘/var/www/html/new.jpg’); /* imagick objectを破棄する */ $im->destroy(); echo ‘resize image’; } catch(Exception $e) { echo $e->getMessage(); } ?> ~~~ サムネイルを作成する ~~~ cropThumbnailImage(100, 100); /*
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
さよならPHP、WindowsでのPHPのサポートが「2022年11月28日」に完全終了
CentOS 7にPHP 7.3をインストールしてApache HTTP Serverと連携させる方法
現代におけるプロダクト開発とPHPを選定するワケ #phpkansai
PHP7 で堅牢なコードを書く - 例外処理、表明プログラミング、契約による設計 / PHP Conference 2016
PHPで100万件バッチ回したら死ねる
