wordpressの再インストールで解決
いろいろググって試しました。
テーマを変更する
function.phpを再度アップしたり、全角スペースが無いか確認。
admin-ajax.phpの書き換え。
どれもだめで半分諦めていましたが、「バージョン6.2.2–jaを再インストール」をクリックしたら解決しました。
いろいろググって試しました。
テーマを変更する
function.phpを再度アップしたり、全角スペースが無いか確認。
admin-ajax.phpの書き換え。
どれもだめで半分諦めていましたが、「バージョン6.2.2–jaを再インストール」をクリックしたら解決しました。
タイトルどおりです。ググっても何もヒットせず、仕方ないので、MW WP Formが動いていた移行にインストールしたプラグインを一人ずつ外して確認しました。
その結果、LazyLoad Background Imagesが悪さをしていることがわかりました。
重くなりがちな背景画像を遅延表示しくれる便利がプラグインなのですが、コンテンツの置換を行うプラグインですので、本来置換してはいけないコードを差し替えてしまっていたのでしょう。
丸1日近く時間を使ってしまいました(汗
URIにスラッシュが抜けているのがいけないとか、ALL IN ONE SEOが悪いとか色々見つかりましたが、どれも違っていました。
すでに公開されているwordpressで作られたサイトのテーマファイルを確認していたら、style.cssにテーマ名の記述が無いんです。
/*
Theme Name: テーマの名前(必須)
Theme URL: テーマのサイトのURI
Description: テーマの説明
Author: 作者の名前
Version: テーマのバージョン
*/
というようにstyle.cssの上部に記述します。しかし以下のようになっていました。
/* ****************************************************
Title: layout.css
Created: 0000-01-29
Last Modified: 0000-01-29
Editor(s): **
***************************************************** */
規約違反?!ではないかと思いますが、wp管理ページの「外観>テーマ」にはちゃんとテーマ名が存在し、それが適用されているのです。
試しに、そのテーマのディレクトリ名を変更してみたら、その名前がテーマ名に変わりました。どうやら、styke.cssにTheme Name:の記述がないときは、テーマのディレクトリ名が使われるようです。
こっそりと追加しておきました💦
AWSのEC2「Amazon Linux 2、php7.4」に設置したwordpressにImageMagicが必要だということでインストールしました。
ImageMagic自体はyumで難なくインストールできました。
$sudo yum install ImageMagick
これだけではphpからは使えないのでimagickモジュールも必要です。ぐぐってみるとpeclを入れて、更にソースからコンパイルするなどありましたが、yum listで確認したらあるじゃないです。
$sudo yum list | grep imagick
php-pecl-imagick.x86_64 3.5.1-1.amzn2 amzn2extra-php7.4
php-pecl-imagick-debuginfo.x86_64 3.4.4-1.el7 epel-debuginfo
php-pecl-imagick-devel.noarch 3.5.1-1.amzn2 amzn2extra-php7.4
というわけで
$sudo yum install php-imagick
これでインストールできたのでphp-fpmを再起動。
$sudo systemctl restart php-fpm
phpinfoで確認。
簡単です。
MW WP FormとreCAPTCHA for MW WP FormでGoogle reCAPTCHAを使うように設定したのですが、デベロッパーツールのコンソールで「Uncaught ReferenceError: grecaptcha is not defined」というjavascriptのエラーが出てしまいました。
他のサイトでは問題なかったのですが、htmlのコードが長いのと画像もあるためhtmlの読み込みが遅く、https://www.google.com/recaptcha/api.jsからの読み込みにずれが生じエラーとなってしまったようです。
続きを読むwordpressの固定ページでフロント向けのcssを記述しても、管理画面上ではcssが効きません。なので、管理画面用のcssを記述すれば、なんとかなるかなと思ったのですが、これがうまくいきません。なぜならば、その領域はiframeで構成されているためでした。iframe内のコードに対して外からはcssを当てられないのです。
続きを読むAdvanced Custom Fieldsを4.4.9から5.12.2にアップグレードすると、管理画面で項目が全て消えてしまい、フロント側も表示されなくなってしまうという現象を解決しました。
続きを読む真っ白になるのはよくあるトラブルです。一番怪しいのはプラグインのコンフリクトやphpのバージョン違いによるエラーです。その次に怪しいのがテーマ内のphpでのおなくじバージョン違いによるエラーです。
テーマやプラグインの変更はログインしないとできないので、dbを直接いじります。
続きを読むMW WP Formは日本語の解説ページが充実していて、wordpressで作られたサイトのお問い合わせフォームなどによく利用されます。管理画面で色々設定を変更できるので、開発者だけでなく、管理者にも使いやすいのです。
ですが、それ故に、あまりメール送信システムに関する知識が無くても、設置できてしまい、いざトラブルが発生してしまうと、どうしたら良いのかわからず、困る方が多いのも事実だと思います。
続きを読むどなたかが開発したWordpressのテーマで、MW WP Formの実装を行ったのですが、どうも思い通りに遷移しない。さらに、ページ遷移をしない状態にしても、cooikeが消え無いなど、どうも挙動がおかしく、あれこれ悩みました。で、ググって最終的にたどり着いたのが、footer.php内にwp_footer()が埋め込まれていなかったという単純なミスでした。
自分で作ったものなら、当たり前に埋め込むwp_footer()ですが、他の方が作ったものを触るときは、確認するべきでした。
続きを読む