概要 Windows 11にXAMPP(Apr 6th 2021)をインストール後、XAMPP Control Panelを閉じた時に次のようなメッセージが表示される状況を回避する方法を書きます。 対象環境 XAMPP(Apr 6th 2021) Windows 11 Pro(22H2) 対処方法 XAMPPのインストーラからXAMPP Control Panelを初回起動すると、xampp-controll.iniが管理者権限で作成されてしまい、その後、標準ユーザでの書き込み権限がなくなってしまうことが原因だと思います。 「xampp-controll.ini」のEveryoneのアクセス許可をフルコントロールに変更します。 1: エクスプローラでローカルディスク(C:)の「xampp」フォルダにある「xampp-controll.ini」のプロパティを開きます。 2: 「xampp-c

WindowsのXAMPPでPHPによる開発を行う際、開発する環境とリリースする環境をなるべく近づけて開発を行ったり、検証を行いたいということがあると思います。 そこで今回は、XAMPPのPHPのバージョンを、なるべく簡単に切り替えられる方法をご紹介します。 事前準備 PHPのバージョンを用意 PHPの各バージョンは二つの方法で入手することができます。 一つはPHP公式のアーカイブページ、もう一つSourceForge.netのXAMPPが保管されているページです。 PHP公式のアーカイブページは時期によって異なりますが、この記事を書いている時はPHPのバージョンで5.2.6から最新までが保管されています。 SourceForge.netではXAMMPPのバージョンで0.9（PHPのバージョンは4.3.3）から最新までが保管されています。 公式のアーカイブは5.2.6からのバージョンが保管

Wordpressはデータベースを利用してWEBサイトを動的に表示するCMSですが、作業途中のページ等をお客様や来訪者に見せたくないのが常ですので、ローカル環境をPC上に構築して、ある程度の作業を進める必要があります。 そこで、Windowsのローカル環境構築といったらXAMPPがメジャーで、私も利用しているので、XAMPPでPHPの複数のバージョンを切り替えて利用できる環境をこの記事では構築していきます。 なぜ複数のPHPバージョンが必要なのか 特定のお客様だけだったり自社で管理するサーバであれば一律同じバージョンのPHPで良いのですが、WEBサイトの構築のみ行い、サーバはお客様が指定する環境に置くという案件が多々ありました。 また最新のPHPのバージョンだと不具合が起きることもあり、既存のサイトであっても、PHPのバージョンアップを行う前にテストを行いたいとの思いもありました。 プラグ

PHP5.6以上（PHP7含む）の場合、拡張子が.phpの場合で、文字コードがShift_JIS、またはEUC-JPの場合、PHPが絡んでいようがいまいが文字化けしてしまうようです。（要するにそのファイルにHTMLだけが記述されていたとしても） もちろんmetaタグのContent-Typeで「charset=shift_jis」などを指定していたとしてもだから余計に厄介。 おそらくデフォルトcharset（default_charset）がUTF-8に変わったせいだろう。 metaタグやファイルの文字コードが間違いなくても文字化けするのでハマる可能性が高いと思う。 （あえてheaderで書いていないケースも多いと思うので） 解決法としては、単純にheader関数で明示的に文字コードを指定すれば解決できた。 以下1行をソース上の一番上の行（DOCタイプ宣言の更に上）に記述すればOK。 ※E

windows10上でphp7.1が入ってるxampp上でphp5.3を起動したかったので調べて実行したよ。 ついでに、5.5も起動できるようにした。 xamppの各バージョンのDL 7.1のDL ここで欲しいXamppのバージョンを選ぶ 今回は7.1.8をチョイス https://sourceforge.net/projects/xampp/files/XAMPP%20Windows/7.1.18/に飛ぶから xampp-win32-7.1.18-0-VC14.zipをクリックしてDLする。 5.5のDL xampp5.5.37の xampp-win32-5.5.37-0-VC11.zip をDLする。 5.3のDL xampp1.7.7の xampp-win32-1.7.7-VC9.zip をDLする。 解答してディレクトリ作って配置する さっきDLした7.1のxampp-win32-

2020/05/08のアップデートにてこの問題は修正済ですので、それ以前にダウンロードされた方のみが対象です。 PHPのバージョンが7.4以降（PHP8含む）の場合、get_magic_quotes_gpc()関数が非推奨、または廃止となったため、確認画面に進んだ段階で「Deprecated」または「Fatal error」が表示される場合があります。 ※確認画面で表示されますので動作確認にてすぐに気付けます。

WordPressをアップデートしてもエラーになる場合 wordpressをアップデートしても、他の要因により、エラーになる場合があります。 それは、大体下記の通り。 プラグインがPHP8に対応していない テーマがPHP8に対応していない プラグインがPHP8に対応していない場合の対処 プラグインがPHP8に対応していない場合は、一旦全てのプラグインを停止あるいは読み込めない状態にします。 WordPress管理画面にログインできる場合 管理画面にログインできる場合は、管理画面の[プラグイン]から一つずつ、プラグインを停止して、都度エラーが除去されたかどうか確認します。 WordPress管理画面にログインできない場合 そもそも管理画面にログインできない状態になった場合は、FTPにログインして、直接プラグインのフォルダ名を一時的に変更してしまいます。 WordPressをインストールしたU

PHP7.4のセキュリティリリースが終了してもう1年以上経っています。本来ならば8.1以上を利用するのが望ましいのですが、なかなかPHPの更新まで手が回らないでいるというサイトも少なく有りません。 今回はPHP7.4までは問題なかったものの、8.0以上に更新した際にWordPressのループ箇所から以降が一切表示されず、エラーメッセージも表示されなくなってしまった場合の原因と解決策についてです。 なお、PHPの更新作業はバックアップを作成した上で、本番環境ではないテスト環境や開発環境で実施し、確認後に本番環境で実施することを推奨します。 PHP 8.0に更新するとループ以降が一切表示されないエラーが発生 WordPress のループによってお知らせ的なコンテンツを表示していた箇所がありました。イメージとしては以下です。 ループ箇所のイメージ図。 最新順に記事が並んでいるよくあるようなループ

https://webtech.fukushimaku.jp/s/ogp.png 表題の通りなのですが、サーバーのphpのバージョンを7.4から8.2に変更したところ、WordPressが動かなくなってしまいました。「まあ動くやろ～」と軽くバージョンアップのボタンを押したのでめちゃめちゃ焦りました。この記事では、どこに不具合があるのか発見するための手順や、実際にどこが悪かったのかを掲載しています。 そもそもPHPを変える必要ある？ リリース日アクティブサポート終了日セキュリティサポート終了日8.02020.11.262022.11.262023.11.268.12021.11.252023.11.252024.11.258.22022.12.82024.12.82025.12.8https://www.php.net/supported-versions.php WordPress(6.2

環境 MacBook Pro（Catalina 10.15.7） VSCode（1.63.2） PHP（8.0） Docker Desktop（4.3.1） はじめに 普段はフロントエンドメインの開発を行なってますが、Laravel で API 周りの実装もしないといけなくなったので、使い慣れてる VSCode にいくつか PHP の Extension を入れてみました。 その中で、ハイライト、コード補完、構文チェックなどなど、開発にあたり一通りの機能が揃ってて、評価の良い PHP Intelephense も導入しました。 機能としては申し分なく期待通りだったんですが、なぜか、PHP8.0 から導入されたであろう名前付き引数で、変数名が補完されるにも関わらず構文エラーが発生。 また、複数の戻り値の型を指定すると同じくエラー。 当初は、ツールの問題だろうと思い disable/enabl

対象読者 VSCodeを使ってPHPを書いているが、設定とかプラグインは何を入れれば良いとかあんまりわかっていない昔の自分のような人 プラグインのインストール 汎用的なやつ Japanese Language Pack for Visual Studio Code(エディターメニューの日本語化) zenkaku(全角スペースを見やすく) indent-rainbow(コードインデントを見やすく) EditorConfig for VS Code(プロジェクト単位でエディタの設定ができるように) PHP用 PHP Intelephense(コード補完や定義元ジャンプ、クラスインポートなど) ※名前の似ているPHP IntelliSenseと間違えないように PHP Debug(VSCodeでXDebugが動かせる) PHP DocBlocker(関数定義後にPHPDocの作成をサポートしてく

簡単設置スマホ対応レスポンシブ メールフォームの無料ダウンロード 簡単に設置できるスマホ対応メールフォームを無料でダウンロードできます。著作権表示不要。カスタマイズ自由。レスポンシブ仕様でタブレットにも対応しています。

はじめに こんにちは。kouです。 前回の記事を書いてから2年が経ちました。🤔 現在自分が開発に携わっている マナリンク では、バックエンドにLaravelを使用しています。 今年に入ってから、PHPStan（PHPの静的解析ツール）が導入されることとなり、現在はレベル6で運用に載っています。 PHPStanのレベルが6に上がったことを受けて、型宣言周りをより詳細に書く必要が出てきました。 PHPでは、配列の型を言語仕様レベルではarray型としか書くことができず、それが数値の配列なのか、オブジェクトの配列なのか、はたまた連想配列なのかをこの型自体から読み取ることは難しいため、「この引数（あるいは返り値）のarray型は何が来るんだ？」という思いを抱いたことがある方は多いかと思います。 例に漏れず自分もその一人であり、今後PHPStanのレベル6(もしかしたらそれ以上)の中で開発を進めて

WordPressがSQLiteをサポートし、その後PHP WASM（PHPのWebAssembly実装）を利用したWordPress Playgroundが誕生、ブラウザでWordPressが動作するようになった。ではこれを何に使ったらよいのかと不思議に思っていた方も多いだろうが、さっそくその実例であるwp-now が誕生した。WordPress Playgroundリポジトリの中にあるので、派生プロジェクトの一つだろう。例によってnodeプログラムである。 コントリビューターであるAutomatticのブログによると、wp-nowはブロックテーマの開発に最適化されているようで、テーマディレクトリ内で実行するとWordPressが実行できる。 実行するためのコードは以下の通り。なお、nodeは18系で行った。 # wp-nowをインストール npm i -g @wp-now/wp-now

WordPressのコア開発チーム、WordPressをWebブラウザで実行する「Client-side WebAssembly WordPress」を開発中 WordPressのコア開発チームは、PHPサーバをWebAssembly化することなどにより、WordPressをWebブラウザ上で実行する「Client-side WebAssembly WordPress」（以下WASM WordPress）の開発中であることを明らかにしました。アーリー版のデモも公開しています。 WordPressのWebAssembly化は、先月VMwareが実験的な取り組みとしてデモを公開していました。 参考：PHPとSQLiteをWebAssembly化し、Webブラウザ上でWordPressを実行可能にしたデモをVMwareが公開 しかし今回はWordPressのコア開発チーム自身がWebAssemb

はじめに Webエンジニアの皆さん、日々の業務お疲れ様です。皆さんは、さぞや楽しいエンジニアライフを送っていることでしょう。最近は技術の進歩も落ち着いてきましたので、Rustなんかに手を出して、先行者利益を目論んだりしているのではないでしょうか。 さて、そんな楽しい中、たまにやってくる何とも言い難い案件というのが「WordPressのテーマ作成」です。普段、大規模開発や自社サービスに携わっている方は、WordPressに関わることはないかもしれませんが、請負業務やフリーランスの方には、ふと湧いてくる案件でもあります。そして、何かと言い訳を付け、できる限りWordPress関連の案件は避けているのではないでしょうか。 なぜ、エンジニアはWordPressを嫌うのか エンジニアというのはWordPressを嫌う傾向にありますが、それは何故でしょうか。 プライドがゆるさない WordPress界

0 fgets <internal>:-1 1 <main> <internal>:-1 0 fgets <internal>:-1 1 <main> <internal>:-1 0 fgets <internal>:-1 1 <main> <internal>:-1 ... 0 time_nanosleep <internal>:-1 1 PhpProfiler\Lib\Loop\LoopMiddleware\NanoSleepMiddleware::invoke /home/sji/work/php-profiler/src/Lib/Loop/LoopMiddleware/NanoSleepMiddleware.php:33 2 PhpProfiler\Lib\Loop\LoopMiddleware\KeyboardCancelMiddleware::invoke /home/sji/

WordPress5.5.0から追加された新しい機能についてご紹介します。 この記事を執筆中のWordPressの最新バージョンは5.8.2なので、なんで今更と思われてしまうかもしれませんが、少し驚いた機能だったのでこうして記事にしてしまいました。 WordPressはXMLサイトマップを標準で出力する？ しない？ これまでWordPressではXMLサイトマップはそのままでは出力されませんでしたので、プラグインを利用したり、または自前で用意したりといったかたちで対応をしてきたと思います。あるとき、WordPressをいじっているとまだ準備していないはずのXMLサイトマップが出力されていることに気づきました。 WordPress5.5からはデフォルトでXMLサイトマップが出力されるようになっていたのです。それがどのような機能なのかを簡単に見ていきたいと思います。 XMLサイトマップには、設