「xampp」の記事 - Crieit

PHP で MIMEタイプ判定を行う (fileinfo 使用)

2021-12-22T00:02:36+09:00

WordPress でアップロードできないファイルの確認のため、 PHP で MIMEタイプを確認してみます。

経緯

自分で Markdown でメモを書いた後に、それを WordPress の投稿に投げておきたい、という場面に遭遇しました。

どこにも記録を残さず削除するのは忍びない
大した内容ではないので記事文本文に転写するようなものでもない

という微妙なポジションの走り書きファイルをとりあえず記事に紐付けておきたい。どこかに保存しないのであればデスクトップがひたすら汚れていくか、いっそ記録を残さず削除するか……。

であれば .mdファイルもメディアとしてファイルアップロードを受け付けるようにすれば良い、と考えました。

WordPress 標準だとそもそも .md拡張子がNGなので。

……ところで、 .md って MIMEタイプは何になるのでしょうか。

WordPress で一部の .xlsファイルだけがアップロードできない (解決)のプラグインで text/html や text/markdown としても受け付けてくれなかったので。

ファイル名	MIMEタイプ
	file( __DIR__ . '/' . $file, FILEINFO_MIME_TYPE), ENT_QUOTES, 'UTF-8'); ?>

余談

XAMPP で動作確認を取る際に PHP のパッケージ読み込みで fileinfo が読み込まれておらずエラーになってしまいました。

そこで XAMPP の php.ini を編集。

;extension=fileinfo
extension=fileinfo

コメントアウトを解除して XAMPP の Apache を再起動。これでエラー解消を確認しました。

Guzzle Client で cURL error 60: SSL certificate problem: self signed certificate in certificate chain エラー

2021-07-15T22:35:47+09:00

現象

XAMPP 上で Guzzle Client を利用しようとしたら以下のようなエラーが発生しました。

GuzzleHttp\Exception\RequestException: cURL error 60: SSL certificate problem: self signed certificate in certificate chain (see https://curl.haxx.se/libcurl/c/libcurl-errors.html) for https://example.jp/

前提

この XAMPP 環境は以前XAMPPのPHPのバージョンをアップグレードする ( 7.1.7 → 7.4.3 )で PHP のバージョンを上げていました。

調査

XAMPP の PHP について php.ini を確認。

extension=curl

まずここはOK。

[curl]
; A default value for the CURLOPT_CAINFO option. This is required to be an
; absolute path.
;curl.cainfo =

あ、SSL証明書の指定がないですね。

ちなみに元々 XAMPP に入っていたバージョンの php.ini では

[curl]
; A default value for the CURLOPT_CAINFO option. This is required to be an
; absolute path.
curl.cainfo="PATH:\TO\xampp\apache\bin\curl-ca-bundle.crt"

SSL証明書の指定がありました。

パス先にSSL証明書が存在していることを確認の上、パスを現行の php.ini に貼り付けます。

[curl]
; A default value for the CURLOPT_CAINFO option. This is required to be an
; absolute path.
;curl.cainfo =
curl.cainfo="PATH:\TO\xampp\apache\bin\curl-ca-bundle.crt"

これで XAMPP の Apache を再起動したところ、エラーは出なくなりました。

Windows XAMPP 環境で Composer をアップグレードする

2021-07-12T20:48:00+09:00

去年の10月に Composer 2 がリリースされましたが、アップグレードをしてこなかったのでやってみることにしました。

検索して出てきた方法としてコマンドですぐに完了するとのことだったのでコマンドを実行。

> composer self-update --2


  [Symfony\Component\Console\Exception\RuntimeException]  
  The "--2" option does not exist.


self-update [-r|--rollback] [--clean-backups] [--no-progress] [--update-keys] [--stable] [--preview] [--snapshot] [--set-channel-only] [--] []

あれ？

[Symfony\Component\Console\Exception\RuntimeException] The "--2" option does not exist.

エラーになってしまいました。

エラー文で検索したところ以下の記事がヒットしたので、そのコマンド実行。

Composer 2 Update | IMWZ - Bespoke DevOps Work

> composer global update
Changed current directory to C:/Users/USERNAME/AppData/Roaming/Composer
Composer could not find a composer.json file in C:\Users\USERNAME\AppData\Roaming\Composer
To initialize a project, please create a composer.json file as described in the https://getcomposer.org/ "Getting Started" section

自身のユーザ名の下の AppData\Roaming\Composer に composer.json がないと？ Composer の大本の設定のディレクトリですね。

とはいえ、 composer.json の中身をどうすれば良いのか……と思っていたところ、そういえばこの環境はインストーラからインストールしたことを思い出しました。

Composer

ということでおとなしくインストーラをダウンロードし直して実行。

「1つのPCに入れられる Composer は1バージョンのみなので、既存の Composer をアンインストールして」と言われました。

コンパネからアンインストール。 Roaming の設定は一応残しておきます。キャッシュは削除。

アンインストール完了直前に C:\Users\USERNAME\AppData\Local\Composer を手動で削除して、というメッセージが出たので手動削除。先程指定したキャッシュのようですが、アンインストーラから削除できなかったのか……。

アンインストール完了後、再度ダウンロードしたインストーラを実行。後はポチポチしていくだけ。

>composer -v
   ______
  / ____/___  ____ ___  ____  ____  ________  _____
 / /   / __ \/ __ `__ \/ __ \/ __ \/ ___/ _ \/ ___/
/ /___/ /_/ / / / / / / /_/ / /_/ (__  )  __/ /
\____/\____/_/ /_/ /_/ .___/\____/____/\___/_/
                    /_/
Composer version 2.1.3 2021-06-09 16:31:20

インストール完了しました。ひとまずOKそうです。

【XAMPP】【Apache】URLとフォルダパスの関係を定義する

2021-04-11T15:40:59+09:00

httpd.confファイルの編集

「XAMPP Control Panel」を起動する。
Apacheの「Config」ボタンを押す。
Apache（httpd.conf）を選択する。

URLとフォルダパスの関係を定義する

ファイル内をキーワード「Alias: Maps web paths」で検索する。
該当コメントの後に、下記を追記する。
[URL]のリクエストを受け付けると、Webサーバ内の[フォルダパス]を参照する。

alias [URL] "[ディレクトリパス]"

    Options Indexes followSymLinks MultiViews
    AllowOverride All
    Order allow,deny
    Allow from all
    Require all granted

例）

alias /hoge "/xampp/htdocs/hogeproject/public/"

    Options Indexes followSymLinks MultiViews
    AllowOverride All
    Order allow,deny
    Allow from all
    Require all granted

Webブラウザで「http://localhost/hoge/fuga.html」を指定すると、「/xampp/htdocs/hogeproject/public/fuga.html」を表示する。

「PHPフレームワーク　Laravel入門　第2版」P21で、
---引用---
ファイルを開いたら、末尾に以下のように追記をしましょう。
---引用ここまで---
と記載されていたのに、その通り設定しても「ページが見つかりません」となってしまったので、気になって調べてみた。

参考

Aliasディレクティブ：特定のパスへのリクエストに対してドキュメントルート以外のディレクトリを割り当てる（https://www.javadrive.jp/apache/ini/index12.html）

もっとhttpd.confの設定（http://www.nina.jp/server/redhat/httpd/httpd_conf.html）

PHPフレームワーク　Laravel入門　第2版（https://www.shuwasystem.co.jp/book/9784798060996.html）

phpMyAdmin5.0.1の「状態」タブがFatal Errorで表示されないバグ

2020-02-03T05:23:58+09:00

どこにもエラー報告が見当たらなかったので。デフォルトでも発生する、大きいバグと思われる。問題詳細から解決方法まで記録用に。

事前に行なっていたこと

環境：Windows 10

64bit Windows版 XAMPP7.4.1(PHP 7.4.1, Apache 2.4.41, MariaDB 10.4.11, PHP 7.4.1, phpMyAdmin 5.0.1, OpenSSL 1.1.1, XAMPP Control Panel 3.2.4, Webalizer 2.23-04, Mercury Mail Transport System 4.63, FileZilla FTP Server 0.9.41, Tomcat 7.0.99 (with mod_proxy_ajp as connector), Strawberry Perl 5.16.3.1 Portable)をインストールした。

起動前に若干設定ファイルを変更した。タイムアウトの延長や、前バージョンの設定の引継ぎなど。今回の問題に関わるような変更はしていない。

問題

「外観の設定」で「言語 - Language」を「日本語 - Japanese」にし、phpMyAdminの「状態」(http://localhost/phpmyadmin/server_status.php)を開いたときに、

Fatal error: Uncaught TypeError: mb_detect_encoding() expects parameter 1 to be string, bool given in C:\xampp\phpMyAdmin\libraries\classes\Util.php:1620 Stack trace: #0 C:\xampp\phpMyAdmin\libraries\classes\Util.php(1620): mb_detect_encoding(false, 'UTF-8', true) #1 C:\xampp\phpMyAdmin\libraries\classes\Controllers\Server\Status\StatusController.php(51): PhpMyAdmin\Util::localisedDate(1580669987) #2 C:\xampp\phpMyAdmin\server_status.php(35): PhpMyAdmin\Controllers\Server\Status\StatusController->index(Object(PhpMyAdmin\ReplicationGui)) #3 {main} thrown in C:\xampp\phpMyAdmin\libraries\classes\Util.php on line 1620

と表示され、閲覧できない。
当該ソース(C:\xampp\phpMyAdmin\libraries\classes\Util.php)はこちら。

/* Fill in AM/PM */
$hours = (int) date('H', (int) $timestamp);
if ($hours >= 12) {
    $am_pm = _pgettext('AM/PM indication in time', 'PM');
} else {
    $am_pm = _pgettext('AM/PM indication in time', 'AM');
}
$date = preg_replace('@%[pP]@', $am_pm, $date);

$ret = strftime($date, (int) $timestamp);
// Some OSes such as Win8.1 Traditional Chinese version did not produce UTF-8
// output here. See https://github.com/phpmyadmin/phpmyadmin/issues/10598
if (mb_detect_encoding($ret, 'UTF-8', true) != 'UTF-8') {
    $ret = date('Y-m-d H:i:s', (int) $timestamp);
}

これはphpMyAdminを構成するコアな部分で、もちろん一切コードは変更していない。

このバグは言語が日本語の時だけ発生する。他の言語では発生しないため、発見が遅れている可能性が高い。

原因

該当ソースのユーザー定義関数localisedDate()の中で発生している。直接的には、1617行目のstrftime()がfalseを返していることが原因。php.netによれば

エラー / 例外
出力内容は元となった C ライブラリに依存するため、サポートしていない変換指定子もあります。 Windows では、対応していない変換指定子を渡すと 5 つの E_WARNING メッセージが出て FALSE を返します。その他のオペレーティングシステムでは特に E_WARNING メッセージは出ず、変換指定子が (変換されずに) そのまま出力されます。

とあり、Windows依存のバグ。

先ほどのコードでは、strftime()の第一引数に、$dateの中身として%Y 年 2 月 %d 日 %H:%Mが渡されている。これ自体は仕様通りで問題が無いように見える。

しかし、strftimeを処理する際に、依存するWindowsのCライブラリでは、文字列を一度Shift-JISに変換している。つまり、UTF-8→SJIS→UTF-8の変換が行われている。ここで、漢字の「月」の字が文字化けを起こし、不正なマルチバイト文字と認識され、strftime()がfalseを吐いている、というのが真相である。

実際に、UTF-8→Shift-JIS→UTF-8変換を行うと、「%Y 年 2 � %d 日 %H:%M」となる。
また、$dateフォーマット文字列において漢字の「月」を削除すればこのバグは発生しなくなる。

結論

要するに、このバグはOS依存の関数を用いるコードのほうに問題がある。strftime()ではなくdate()に書き換えるべきである。

とりあえず日本語ユーザーができる仮対応としては、C:\xampp\phpMyAdmin\libraries\classes\Util.phpの1617行目を「$ret = strftime('%Y-%B-%d %H:%M', (int) $timestamp);」に書き換えることで閲覧できるようになる。

Fatal Errorが出るのは相当だと思うので、もし他の方が同じバグに遭遇したら是非プロジェクトに熱いissueを送ってほしい。私はやり方がよくわからないので原因究明で終わりにします。

【追記】
だらさんに報告して頂きました、ありがとうございます。
https://github.com/phpmyadmin/phpmyadmin/issues/15830