とある５丁目で活動する還暦を過ぎたWebプログラマーの覚え書きです。それとかかってくる迷惑電話や、家業のアパート経営について。
WordPressのカラムブロック全体にリンクを貼ろうと思ったらできませんでした。一応はできると言う記事があって、EditorsKitプラグインをインストールしてもダメでした。
こちらのEditorsKitは投稿や固定ページには、カラムブロックにリンクはできるのですが、やりたいことはトップページのブログホームなのです。何か違いがあるのでしょうか？
だったらHTMLで直接aタグを書こうと思っても、カラムブロックにはHTML編集ができないのですね。テンプレートに書き出しても同じようです。
以上で断念。リンクのテキストをカラムブロックに挿入してお茶を濁します。何かよい方法があったら考えてみます。
ポチップなんやかんやでWordPressのサイト構築で躓くのは、PHPのプログラミングなのでした。
Ringのサポート担当者からは、Wi-Fiの信号が弱いと切断接続を繰り返すからバッテリーが消費してしまうという指摘がありましたので、Wi-Fi中継機を設置して信号を強くしてみました。しかし、結果的には信号の強さは変わりませんでした。Wi-Fiの信号強度をWi-Fi中継機の導入前後をサポート担当者に送っています。
しかしながら、あまりにもRing ドアベルがバッテリーが持たないので、諦めてACアダプターで電源を供給することにします。
Ringドアベル用プラグインアダプターをアマゾンから購入しました。
ポチップ箱を開けてみてビックリ。マニュアルの印刷がおかしいです。こんな感じです。
スキャンに失敗したわけではありません。何か２回印刷しまった感じです。めまいをしながら、読み進めなくてはいけません。
どうも図の中の＋ーが気になります。コードには色分けで極性を区別できるわけでもなく、同じ白いケーブルになっています。
心配になってRingのサポートに電話をかけてみます。つながらないかと思ったら一発で電話がつながりました。
コードの極性について聞いたら、アダプター側で自動判別するからどちらをつないでも大丈夫とのことでした。本当に大丈夫かと念を押したら、本当に大丈夫だそうです。壊れたら電話しましょう。
ついでにマニュアルの印刷のことを言ったら、思い当たることがあるらしく、Webサイトにも紙のマニュアルと同じ内容が載っているとのことでした。
だんだんとこのまま使っていっていいものか、心配になってくるRingのドアベルなのでした。
一応は一日一回このサイトにアクセスしているのですが、本日アクセスしたらページが文字化けしていました。
まず疑ったのは、Wordpressのバージョンアップです。再度6.3.1に再バージョンアップします。それでも文字化けはなおりません。
次に疑ったのはプラグインです。一つづつプラグインを無効にしていきます。無効にして正しく表示できたのは、TexoPressです。タグの管理プラグインです。とりあえずは、TexoPressを無効にしておきます。
TexoPressプラグインの代わりはあるのでしょうか？ それともTexoPressプラグインが文字化けしないまでバージョンアップを待ちましょうか？
それにしてもTexoPressプラグインを無効にしてしまうとタグの選択が面倒です。
ポチップなんやかんやでWordPressのサイト構築で躓くのは、PHPのプログラミングなのでした。
それにしてもWordpressのこちらのサイトが微妙におかしい。たとえば、Wordpressのグーテンベルクの編集画面で再利用可能ブロックの一覧が表示できない障害がまた出ている。そして、やけにページの保存に時間がかかるようになった。
再利用可能ブロックの件は、以前にも障害があったが、こちらはサイトのホスティング元のさくらインターネットのサーバーの改修で改善されたので、おそらくさくらインターネットのサーバーの問題なのだろう。
時間が解決するのか、放っておけば解決するのかはわからない。
3日前にTexoPressプラグインがアップデートされたようで、文字化けが直っていた。これでタグの管理が楽になる。
再利用可能ブロックが出てこないのはまだ直っていない。再利用可能ブロックの代わりにメディアというタブが出てきているけど、この影響なのかな？ とにかく再利用可能ブロックが挿入できないを辛い。しかたないから、他のページからコピペした対応する。でも面倒。
知らない電話番号から着信があった。出てみると、以前からお付き合いのある会社の社長だった。その会社とは担当者は知っているけど、社長は初めて話す。
話しを聞いてみると、その会社が請け負ったサイトのメンテナンスの話しだった。
何でも請け負ったサイトがWodpreddで作られていて、大昔のサイトだったからPHPが5．3（！）でMySQLも相当古いバージョンで、サイトを動かしているさくらインターネットから警告が来ているそうな。
そこでサイトを作成して会社にWordpressのサイト環境にバージョンアップの見積もりを依頼したらべらぼうな値段でふっかけられてそうな。そこで、その値段より安く作業できないかという相談だった。
具体的な作業の値段を教えてくれないので、安いとか高いとかは言えないので、常識的というか当たり障りのない範囲で答えておく。
早いところWordpressはバージョンアップしたほうがいいと言っておいた。さくらインターネットならレンタルサーバーでWordpressのインストールが簡単に出てきてしまうので、新しくサーバーを契約してサイトを移行してしまえば、PHPやMySQLも新しいバージョンで利用できることを伝えた。
ただし、そのサイト固有のWordpressのプラグインとか何か改造しているのであれば、それ相当の手間と費用がかかることも言っておいた。
どのようなさくらインターネットのサーバーを契約しているか、ましてどのようなサイトであるかも把握していないようなので、これで話しは終了した。
デザイン志向の会社なのであまり技術的なことはわかっていないようだ。
以上、15分位ほど話しをして適格な回答をしたけど、全く儲けにはならないのでした。これ以上、この案件は進まないのだろうな。
ポチップなんやかんやでWordPressのサイト構築で躓くのは、PHPのプログラミングなのでした。
お客さんからサイトがアクセスできなくなったと連絡がありました。こちらはWordPressで作ったサイトです。この前と同じようなエラーです。
phpMyAdmin でMySQLデータベースにアクセスしてプラグインを無効にしてみます。無効の方法はエラーのページにあるトラブルシューティングに書いてある通りです。
プラグインを無効にしてあげると正常にアクセスができるようになりました。今度もBackWPupプラグインが悪さしていると思って、一旦BackWPupプラグインを削除して、その他のプラグインを有効にしてみます。
するとまだエラーがでてアクセスできません。
ここは面倒でも一つずつプラグインを有効にしていって、どのプラグインがエラーになっているかを確かめてみます。
エラーを起こしているのは、WP-SCSSプラグインでした。
WP-SCSSプラグインを有効にするとエラーになります。そこでWP-SCSSプラグインを削除してしまいます。もし、SCSSからSCCの変換が必要であれば、自分でCSSに変換してCSSファイルに追加しておきます。
以上で無事にWordPressのサイトにアクセスができるようになりました。同じエラーだからと言っても同じ原因だと決めつけてはいけません。
ポチップなんやかんやでWordPressのサイト構築で躓くのは、PHPのプログラミングなのでした。
このサイトはWordpressで構築されていますが、今朝アクセスできなくなっていました。エラーはこんな感じです。適当にディレクトリ名は隠しています。
Fatal error: require(): Failed opening required '/home/(ユーザー）/www/(サイト）/wp-content/plugins/backwpup/vendor/composer/../amphp/amp/lib/functions.php' (include_path='/home/(ユーザー）/www/(サイト）/wp-content/plugins/backwpup/vendor/pear/pear_exception:/home/(ユーザー）/www/(サイト）/wp-content/plugins/backwpup/vendor/pear/console_getopt:/home/(ユーザー）/www/(サイト）/wp-content/plugins/backwpup/vendor/pear/pear-core-minimal/src:/home/(ユーザー）/www/(サイト）/wp-content/plugins/backwpup/vendor/pear/archive_tar:.:/usr/local/php/7.4/lib/php') in /home/(ユーザー）/www/(サイト）/wp-content/plugins/backwpup/vendor/composer/autoload_real.php on line 59
このサイトで重大なエラーが発生しました。
WordPress のトラブルシューティングについてはこちらをご覧ください。エラー表示を見るとBackWPupプラグインが悪さしていることが想像つきます。
素直にWordPress のトラブルシューティングのページを見ています。解決方法がズバリ書かれています。まずはプラグインの無効化です。
phpMyAdmin でMySQLデータベースにアクセスして（MySQLデータベースのサーバー、ID・パスワードを探すのに手間取った）、トラブルシューティングに書かれている通り
wp_options テーブルの option_name カラム (フィールド) で active_plugins という行を見つけるoption_value フィールドの値を a:0:{} に変更するを実行して、サイトにインストールされているすべてのプラグインを無効化します。
今度は正常にアクセスできました。プラグインが原因のようです。念のために一つずつプラグインを有効化して、どのプラグインがエラーを発生させているかを確認していきます。
やはりBackWPupを有効にするとエラーになります。再度プラグインを無効化してBackWPup以外を有効にします。
BackWPupを一旦削除して再インストールしてみます。今度はエラーが出ません。
気になるのは、エラーになったBackWPupのバージョンが4.0と表示されていました。しかし、BackWPupの最新版は3.10なのです。プラグインの自動アップデートが、おかしなバージョンを配信してしまったのでしょうか？
再インストールしてみると今度はバージョンが3.10になっています。今までのバックアップ設定も残っていたのは助かりました。設定が初期化されていたら、最初から設定しないといけないので面倒なくてよかったです。
以上でWordpressのサイトで致命的なエラーになる件は解決です。今回の教訓はこちらです。
WordPressで致命的なエラーがでたら、プラグインを無効にしてみよう。
ポチップなんやかんやでWordPressのサイト構築で躓くのは、PHPのプログラミングなのでした。
BackWPupプラグインは正常にバックアップを実行していました。
同じようなエラーでしたが、WP-SCSSプラグインが原因でした。
こちらの話しの続きです。
既にクラシックエディタでWordpressの記事を書けない体になってしまいました。もちろん、今書いているWordpressの記事もブロックエディタで書いています。
ある案件で、Wordpressの既存のサイトを更新という案件があるのですが、これがまだクラッシックエディタで固定ページを作っているいうサイトです。しかも、記事をHTMLでdiv divと多用して作成していくという、私（だけ）が呼ぶところの「Wordpress div divサイト」です。
お客さんからはクラッシックエディタを辞めてグーテンベルクのブロックエディタで作成してもいいよ、と言われているのですが、何とテーマがグーテンベルクに対応していない相当古いテーマ（有料なのに）なので、Gutenbergプラグインをインストールしても動きません。
今更テーマを変更するなんて無謀なことができませんし、時間もお金もいただけないので、そのままdiv divのHTMLで作成していくことになります。
問題のWordpress div divサイトは、その会社の支店で横にサイトがコピーされていきますので、支店が増えるたびにWordpress div divサイトが量産されていくことになり、またメンテナンスはdiv divで悩まされることになります。
ポチップなんやかんやでWordPressのサイト構築で躓くのは、PHPのプログラミングなのでした。
このサイトはさくらインターネットでWordPress上で構築しているのですが、直近のさくらインターネットがサーバーのメンテナンスというかOSのアップデートしてくれたおかげで、いろいろあったWordPressの不具合が改善されました。
一番の問題は、グーテンベルクのブロックエディタで再利用ブロックを選択できないことでした。テーマを変更したりブラウザを変えたり、いろいろとやってみましたが全く改善されずに難儀していました。
また、タグ管理ブラグインのTaxoPressが動かないというのもありました。
もっと言うと、投稿の編集画面で、カテゴリやタグを入力するフォームが表示されないとかもありました。こちらは、投稿一覧でクイック編集で回避するなんてことをやっていました。
以上の障害は、今回のサーバーメンテナンスで一挙に解決していました。予想どおりサーバー側の問題でした。Chromeの開発ツールのコンソールにはエラーが出てこなくなりました。今までの苦労は何だっただろうな。でも、さくらインターネットに言っても改善してくれなさそうだし、我慢して待つしかないのです。
このままではさくらインターネットから別のレンタルサーバーに乗り換えないといけないと思っていたところでしたので、このままさくらインターネットを使っていきます。サーバーの移行は、とっても面倒くさいしね。
もし、さくらインターネット以外で同じような障害が発生していたら、別のレンタルサーバーに移った方がいいかもしれません。おそらくレンタルサーバーのサポートに言っても改善してくれないと思うので、一層のこと別のレンタルサーバーに移行したほうが解決が早いかもしれません。そのときは、これから同じ障害が起きるかもしれませんので、さくらインターネットはあまりお薦めはしません。
ポチップなんやかんやでWordPressのサイト構築で躓くのは、PHPのプログラミングなのでした。
このサイトはWordpressで構築していますが、最近になってアクセス数が少なくなっておかしいなと思っていました。
さくらインターネットがサーバーのメンテナンスをやったときと重なるので、なにかさくらインターネットがやらかしてしまったのかと疑っていました。
Worpressの管理者としてログインしていない状態でアクセスしてみたら、サイトにアクセスされずに”ダウンロード.gz”をダウンロードされてしまうという障害が発生していました。普段は管理者としてアクセスしているので全く気が付きませんでした。これではアクセスが全くないのは当たり前です。
Googleさんに「ダウンロード.gz wordpress」で聞くと、ピッタリのサイトが見つかりました。
このサイトによると、Wordpressのキャッシュプラグインが悪さしているそうです。書いているとおりに一旦WP Super Cacheプラグインを削除して、.htaccessを元に戻せるようにリネームしてみました。
すると今度は正常にサイトにアクセスできるようになりました。このままではサイトのアクセスが遅いので、再度WP Super Cacheをインストールして戻します。WP Super Cacheを再インストールしても正常にアクセスできていました。
以上で無事に解決です。明日でもサイトのアクセス数が戻ったか確認です。
WordPressの管理者のログインなしに、たまにユーザーと同様にアクセスして確認してみた方がいいでしょう。
ポチップなんやかんやでWordPressのサイト構築で躓くのは、PHPのプログラミングなのでした。
このサイトはWordPressで運用しているのですが、記事はタグを付けて管理しています。今まではTaxoPress（旧名称SimpleTag）でタグを付けていたのですが、テーマをTwenty Twenty-twoしたり、WordPressを5.9にしたところ、タグ管理プラグインのTaxoPressが動かなくなってしまいました。もしかしたら、さくらインターネットのレンタルサーバーが原因かもしれません。再利用ブロックの選択ができませんし。
TaxoPressがないとタグを付けるのがとても面倒になります。タグ一覧から選択ではなくて、文字入力して行くのは辛いです。
別のプラグインを探しましたが、最適なプラグインを見つからず、ちまチマとタグを文字入力していましたが、こちらのサイトを見つけてタグの一覧から選択するようにしてみました。同じコードを掲載しているサイトが多数見つかりますので、どれがオリジナルかはわかりませんが。
TaxoPressのようにタグの一覧をすべて表示して選択なんてはいきませんが、リストから選択できるようになった、随分と楽になります。
それよりもタグがたくさんになりましたので、どこかで整理しなければいけません。
