Luxeritas 3.8.1.1 リリース

2020年4月2日

WP 5.4 だとカレンダーウィジェットのナビゲーションが崩れるので CSS 修正

それだけです。

Contents

1. 改訂履歴

改訂履歴

WordPress 5.4 以降だと、カレンダーウィジェットの月移動のナビゲーション部分が崩れるので CSS 修正
広告/アドセンスウィジェットの中身を空っぽにしたままウィジェットを配置すると、ウィジェットに投稿記事の内容が表示される不具合修正（ver3.8.1 でのレベルダウン）

リリース情報

Posted by るな

Luxeritas 3.8.2 リリース

Luxeritas 3.8.1 リリース + 各種デザインファイル更新

コメント一覧

天飴より:
2020年5月6日 12:42
　るな様。
　Luxeritasを使用させていただきありがとうございます。
　
　この度、Google AdSenseに申請を行い、広告を貼る準備として『＃1広告/アドセンス(Luxeritasオリジナル)』のウィジェットを凡庸サイドバーに挿入し、『ラベル：スポンサーリンク』を選択したところライブレビューでのウィジェットの表示が消え、ホーム画面ではサイドバーが下にずれこんで直らなくなってしまいました。(記事画面では問題ありません)
　現段階では、Head タグにAdSenseのコードを貼り付けたのみで、承認はされていません。
　
　ネットで調べてみてdivの閉じ忘れが原因かもしれないと思い至りましたが、訂正の仕方が分らず質問させていただいた次第です。
　お手を煩わせてしまい誠に申し訳ありませんが、可能であれば解決法をご教授いただくことは出来ないでしょうか。
　天飴
返信
- るなより:
  2020年5月6日 14:56
  天飴さん。
  はっきりとは分からないけど、記事一覧下ウィジェットに何かありますね。
  この付近にある div の閉じタグが足りてないです（たぶん）。
  返信
  - 天飴より:
    2020年5月6日 19:07
    　るな様
    　返信ありがとうございます。
    　記事一覧下ウィジェットにも、中身を空にした『＃1広告/アドセンス(Luxeritasオリジナル)』ウィジェットを追加しており、それが原因だったようです。
    　削除したところ無事元に戻りました。
    　親切に教えていただき、たいへんありがとうございました。
    　
    　
    返信
    - るなより:
      2020年5月6日 19:28
      天飴さん。
      空ウィジェットを置いても、通常そういった現象は発生しないので、真の原因は他にあると考えた方がよいです。
      返信
buruより:
2020年5月3日 18:18
るな様
お世話になっております　buruです。
ヒントを頂き、有難うございます。
教えて頂いたままの文言検索の結果
ドンピシャのサイトが見つかり
解決することができました。
今後とも宜しくお願い致します。
返信
buruより:
2020年5月3日 17:11
るな様
お世話になっております　buruです。
何度もすみません
最新の子テーマとmare et caelumで
トップページに大小7つの投稿の見出しを出しておりまして
その全てにアイキャッチを設定しているのですが
そのアイキャッチの表示が不安定で
ある時は全て表示されたかと思えば
別のPC、スマホでは
一部の投稿分で表示されてなかったり
全て表示されていたPCでも
キャッシュを削除して再読み込みしたら
一部が表示されなくなるなどしております。
つきましては、大変恐縮ですが
解決方法につきましてご教授頂けませんでしょうか。
宜しくお願い致します。
返信
- るなより:
  2020年5月3日 17:34
  buru さん。
  Google 先生で「mod_pagespeed 画像表示されない」等で検索すればいいんじゃないですかね？
  Luxeritas と関係のない質問は、WordPress のフォーラム等、他所でお願いします。
  ちなみに mod_pagespeed ってのは Luxeritas では既に済んでいる大半の処理をリアルタイムでサーバーにゴリゴリ負荷をかけながらやってくれる素敵モジュールだということも一応言っておきましょう。
  返信
buruより:
2020年5月2日 15:48
初めまして、buruと申します。
本日、こちらのサイトの存在を知りまして
luxeritas-3.8.1.2
luxech-3.0.3
をDLさせて頂き
デザインファイル
mare-et-caelum
black-glass
もDLさせて頂いたのですが
トップ画面での記事数が
mare-et-caelumでは
2つしか表示されず
black-glassでは
1つしか表示されませんで
どこを変更するのか
或いは何かコードを足さなけれなならないのか
が分かりません。
つきましては、大変恐縮ですが
教えて頂けますでしょうか。
返信
- るなより:
  2020年5月2日 16:38
  buru さん。
  1ページに表示する記事の件数は、
  ・設定 -> 表示設定 -> 1ページに表示する最大投稿数
  ・Luxeritas -> カスタマイズ -> ページネーション
  の 2 箇所です。
  これらの設定がどうなってるかを確認してください。
  返信
  - buruより:
    2020年5月2日 16:44
    有難うございます
    無事に表示することができる様になりました。
    今後とも宜しくお願い致します。
    ということで
    有料プラグイン、購入させて頂きます。
    返信
にっちより:
2020年5月2日 05:55
はじめまして、にっちと申します。
Luxeritasを愛用させていただいてます。素晴らしいテーマをありがとうございます。
Chromium系やFirefox系、Microsoft Edge(旧)のブラウザでは問題なく表示されるのですが、Internet Explorer 11で表示すると、テーブル内に画像があった場合、ブラウザのサイズを縮小するとレスポンシブにならずにはみ出てしまいます。
参考までにInternet Explorer 11で以下のURLを見ていただければと思います。
https://www.nichepcgamer.com/archives/intel-core-i4-4210m.html
https://www.nichepcgamer.com/archives/pixio-px247-launch.html
また、記事下部のAdsense関連コンテンツ(『こちらの記事もどうぞ』)もInternet Explorer 11に限り表示がおかしくなります。
不具合なのか、仕様なのか、こちらの不手際なのか判断がつかず、投稿させていただきました。
返信
- るなより:
  2020年5月2日 07:22
  にっちさん。
  数ある IE バグの中では比較的（というか、かなり）有名なバグです（Google 先生で検索すればワンサカ出てきます）。
  一応、画像が使われているテーブルだけ
```
table-layout: fixed;
```
  を指定してやれば IE でも自動伸縮になります。
  全部のテーブルに fixed を指定するわけにはいかないので、該当するテーブルだけ、任意指定してやった方がいいです（つまりテーマ側で対応できるようなバグじゃないってことです）。
  また、IE 云々とは全然関係ないですけど、コンテンツ内のテーブルに関しては、ブロックエディタのスクロールブロック、または bootstrap の .table-responsive クラスを使った方が良いかと思います。
  アドセンスに関しては、カスタム HTML ウィジェットを使用してる上にテーマとも全然関係ないので ↓ この辺のヘルプを読んでください。
  レスポンシブ対応の関連コンテンツユニットをカスタマイズする方法
  返信
  - にっちより:
    2020年5月2日 08:15
    るな様
    お返事ありがとうございます。
    Internet Explorer側のバグだったんですね……。『table-layout: fixed;』を追加することではみ出なくなりました。テーマと無関係にも関わらず教えていただきありがとうございます。
    また、関連コンテンツに関しても重ねてありがとうございました。こちらもテーマと関係なかったようですみませんでした。
    返信
176Rより:
2020年4月28日 17:10
るなさん　こんにちは。
検索結果から特定カテゴリーを除外することはできないでしょうか。
（サイトマップについても一応非表示で対応できていますが、理想を言えば非表示ではなく”除外”できればばいいのにな、、と思っています）
返信
- るなより:
  2020年4月28日 18:38
  176R さん。
  検索結果云々は Google 先生で調べればワンサカ出てくるレベルの質問なので当方からの回答は割愛。
  サイトマップについては、luxeritas/pages/sitemap.php 内にある get_categories を以下の条件でカテゴリ ID をカンマ区切りで exclude 指定してやれば除外できる。
  ・子のないカテゴリの場合 96行目
```
$categories = get_categories( 'child_of=' . $parent_id );
```
  ↓
```
$categories = get_categories( 'child_of=' . $parent_id . '&exclude=カテゴリID' );
```
  ・子を持ってる親カテゴリの場合 80行目
```
$categories = get_categories();
```
  ↓
```
$categories = get_categories('exclude=カテゴリID');
```
  返信
  - 176Rより:
    2020年4月29日 15:56
    るなさん　こんにちは。
    ありがとうございます。
    検索結果はGoogleでわんさかでてくるんですね。
    調べ方が甘かったようです。すみません。m(__)m
    返信
  - 176Rより:
    2020年5月5日 08:34
    るなさん。こんにちは。
    アドバイスありがとうございました。
    無事にできました。
    ついでにお伺いしておきたいのですが、新着情報（THKオリジナル）も同じように特定のカテゴリを除外することはできるのでしょうか。
    widget.phpあたりをいじるのかな？と思ってみたものの、書き換えまでには至らず。
    カテゴリIDを配列で指定できる方法が理想てきなのですが・・。
    （Wordpress標準の「最近の投稿」だと、コードを発見して除外することはできましたが、THKオリジナルの方がサムネもあって見た目がいいのでできればそちらを使いたい）
    よろしくお願いいたします。
    返信
    - るなより:
      2020年5月5日 13:11
      $arr = array( 'posts_per_page' => $number );
      ↓
      $arr = array( 'posts_per_page' => $number, 'category__not_in' => カテゴリID );
      返信
      - 176Rより:
        2020年5月5日 16:11
        るなさん。ありがとうございます。
        無事にできました。
        (るなさん的には)超簡単なことでお手を煩わせてしまってすみませんでしたm(__)m
        返信
ゆうだいより:
2020年4月26日 23:25
初めまして。
今回初めてテーマを使わせていただているものです。
テーマのインストールをして、有効かしたのですが、サードバーガ表示されません。
いろいろなサイトを調べてみましたが、解決策が見つからず、こちらでお伺いしようと思いました。
対応策などありますでしょうか？
返信
- るなより:
  2020年4月26日 23:38
  ゆうだいさん。
  とりあえずパッと見だと、サイドバーウィジェットに何もウィジェットが入ってないように見えます。
  サイドバーにウィジェットは配置してますか？
  返信
昔はモテた爺より:
2020年4月24日 21:07
稚拙な質問をさせて頂きます。
ヘッダー背景画像は何ピクセルが推奨ですか？
728px×90pxでいけるかと気楽に作ったのですがダメ
その後、微調整を続けるも心が折れました。
助けて下さいいいいいい
返信
- るなより:
  2020年4月25日 12:45
  昔はモテた爺さん。
  特に推奨サイズとかないです。
  ・横幅いっぱい
  ・画像に合わせて高さを自動調整
  ・自動調節でもこの値より～
  ・配置（上下左右）
  ・繰り返し（no-repeat、repeat、repeat-x、repeat-y）
  ・伸張（cover、contain、auto、100%）
  上記をいろいろ組み合わせてみれば、たいていの画像はいい感じになるので。
  後は「もうちょっと左右に大きければ」とか「小さければ」とかの場合に画像を調整する程度です。
  返信
ビジサポより:
2020年4月19日 17:00
Luxeritasの開発ありがとうございます。３つのサイトで利用させていただいています。
フッターの位置について、１つ質問させてください。（低レベルで申し訳ありません）
ページのコンテンツが少ない（高さが少ない）場合にも、フッターの位置を一番下に固定表示したいと考えています。
footerとcontainerに対してCSSを追加し、一瞬は一番下に表示されるようになったのですが、メニュー関係か何かのロードのタイミングで、再び中央付近に表示されてしまいます。（スマホでもPCでもほぼ同じ状況です。）
対処方法など教えていただけますでしょうか。
大変お忙しいところお手数おかけしますが宜しくお願いいたします。
（reCAPTCHAでハジかれたため、５度目の送信になります）
返信
- るなより:
  2020年4月19日 17:43
  ビジサポさん。
  ビジサポさんのページの CSS を見る限り、
```
div#footer {
	width: 100%;
	position: absolute;
	bottom: 0;
}
```
  ↑ こうなってるんですが、これはつまりスクロール時にも完全に固定して表示したいってことですか？(正しくは absolute ではなく fixed だと思いますが)
  この場合、逆にコンテンツのあるページでもフッターは常に固定表示されるので、コンテンツ領域がめちゃくちゃ狭くなって読みにくいと思いますが？本当にそれで OK ですか？
  ビジサポさんが書いてる CSS を有効にするためには当方のプラグインが必要になりますけど、正直言って、上記の理由からビジサポさんの書いてるような CSS は全くおすすめできません。
  スクロール固定とかするよりも、
```
.container {
	min-height: 100vh;
}
```
  とかで、画面の外に出すくらいの方が良いかと思いますよ。
  返信
  - ビジサポより:
    2020年4月19日 18:59
    るな様
    こちらの意図をくんでくれての回答ありがとうございます。やりたかったことはfixedです。
    containerにmin-heightを設定することで、やりたいと思っていたことに近いものができました。
    有料プラグインでは提供元を消す以外にも、（お薦めできないけど）固定表示ができるということですね。
    今作っているサイトがLuxeritasでいけそう、と判断したらプラグインは購入しようと思っていたので、購入後に固定表示もトライしてみたいと思います。
    ちなみに有料プラグインは、フッターの高さも調整できるということでしょうか。
    フッター高さが調整できるなら、固定表示もアリかと思いました。
    素晴らしいテーマ提供ありがとうございます。個人的には末永く（Wordpress等の仕様変更対応のみでも）サポートが続くことを願っています。
    返信
    - るなより:
      2020年4月19日 19:22
      ビジサポさん。
      > ちなみに有料プラグインは、フッターの高さも調整できるということでしょうか。
      クレジット表記周りの CSS をいじれるようになるので、できます。
      返信
タテリーヌより:
2020年4月19日 15:55
るな様
いつも大変お世話になっています。
アコーディオンを開いたときに、文字が左から右に移動するエフェクトがあるのですが、あれを止めることは出来ますでしょうか？
もし可能ならば教えて頂ければとてもうれしいです。
よろしくお願いいたします。
返信
- るなより:
  2020年4月19日 16:32
  タテリーヌさん。
  開く時と閉じる時の padding の値が同じになってりゃいいので、
```
div.acc {
	padding: 0 15px;
}
```
  こうですね。
  返信
  - タテリーヌより:
    2020年4月19日 17:25
    るな様
    早速のご返事ありがとうございます。
    エフェクトが止まりました！
    CSSで調節出来るのですね。
    いろいろな値にして動作を確認してみました。
    ありがとうございました。
    返信
176Rより:
2020年4月17日 10:07
るなさん、こんにちは。
動画配信サービスを作成しているのですが、Vimeoのライブストリーミングを埋め込みしてみたのですが、Luxeritasだと、埋め込み画面が表示されませんでした。
通常のオンデマンドの動画の埋め込みは大丈夫でした。
色々と設定変更してみましたが変化ありませんでした。
ちなみに他のテーマだと表示されます。また、編集画面中のブロックエディタ上のプレビューでも表示されます。
考えられる原因はありますでしょうか。
返信
- るなより:
  2020年4月17日 11:00
  176R さん。
  ちなみに、これ本当にブロックエディタで埋め込んでるんですか？
  一応、以下で表示できるけど、ブロックエディタでこーいう状態になるの？
```
.i-embed {
	position: static;
}
```
  返信
  - 176Rより:
    2020年4月17日 12:07
    はい。ブロックエディタで埋め込んでいます。
    Vimeoサイトで、埋め込み用のタグをコピー
    ↓
    カスタムHTML　というやつを選んで貼り付けしてます。
    試しに段落っていうブロックで貼り付けたら、潰れた画面が表示されました。
    選択したブロックがまずかったってことでしょうか。
    返信
    - るなより:
      2020年4月17日 12:17
      176R さん。
      そすか。まぁ、ストリーミング用の埋め込みブロックは存在しないので、カスタム HTML で正しいです。
      ちゃんと表示されない理由は、他の動画（Youtube や Vimeo、Facebook 等の動画）をレスポンシブ表示するための CSS が邪魔してるからです。
      なので、ライブストリーミングを表示したいページで上記の CSS を書けば表示できます。
      他のテーマではおそらくレスポンシブにならないですが、Luxeritas なら上記の記述だけでレスポンシブ表示できます。
      一応、次のバージョンで対応させときます。
      返信
      - 176Rより:
        2020年4月17日 13:14
        るなさん。
        CSSに追加で表示されるようになりました。
        とりあえず違うテーマで一時対応してたので色々とやりにくくて困ってました。
        ありがとうございました。
        返信
ミヤザキより:
2020年4月16日 20:56
こんばんわ。
WordPress 5.3.1→5.4
Luxeritas 3.7.11→3.8.1.2
Luxeritas Child 3.0→3.0.3
うえのようにアップデートしました。
その後、記事内の画像が中央寄せされません。
アドバイスよろしくお願い致します。
返信
- るなより:
  2020年4月16日 21:52
  ミヤザキさん。
  クラシックエディタですか？
  ひとまず、
```
.post img.aligncenter {
	margin-right: auto;
	margin-left: auto;
}
```
  としておいてください。
  次のバージョンでクラシックエディタでも中央寄せになるようにしときます。
  返信
  - ミヤザキより:
    2020年4月17日 15:12
    るなさん。
    ありがとうございました。
    大変助かりました。
    返信
氷川より:
2020年4月11日 23:31
はじめまして、氷川と申します。
Luxeritasを使用させて頂き、ありがとうございます。
本日、Luxeritasバージョン: 3.8.1.2に上げたところ、エディターで予期せぬエラーが発生しました。復旧を試みる、投稿内容をコピー、エラー文をコピーがでたので、「WordPress 5.4 対応」のところに書いてある通り、ブラウザのキャッシュ削除してブラウザ再起動しました。それでも治らず、8回ほどキャッシュを削除してブラウザの再起動とパソコンの再起動を試しましたが、治りません。
Google ChromeとMicrosoft Edgeでも同じ症状が出ます。
大変申し訳ありませんが、御教授お願い致します。
Luxeritasバージョン: 3.8.1.2
Luxeritas Child Themeバージョン: 3.0.2
Google Chrome　バージョン: 81.0.4044.92（Official Build）（64 ビット）
Operating System: Windows 10 Pro 64-bit (10.0, Build 18363) (18362.19h1_release.190318-1202)
Microsoft Edge 44.18362.449.0
返信
- 氷川より:
  2020年4月11日 23:37
  返信で記入したはずが、新規での投稿となってしまいました。申し訳ありません。
  何度もお手数をおかけいたします。
  WordPressのバージョン 5.4–jaとなっております。
  返信
  - るなより:
    2020年4月12日 02:40
    氷川さん。
    プラグインを一個づつ停止/有効化して確認してみてください。
    返信
    - 氷川より:
      2020年4月12日 05:38
      深夜遅くに返信ありがとうございます。
      全てのプラグインを一個づつ停止・有効化を行ない、キャッシュをクリアしブラウザを立ち上げ直しても同じ症状がでます。
      また、iPhoneの最新バージョンのSafariとChromeでも同じ症状が出て次に進めません。
      大変申し訳ありませんが、他に心当たりがあれば御教授お願いします。
      返信
      - るなより:
        2020年4月12日 05:54
        氷川さん。
        PWA が有効化されてるのであれば、PWA のキャッシュクリアしてみるとか。
        あとブロックエディタは React と Ajax で構成されてるので、まれに WAF が原因になることがある。
        ちなみに「エラー文をコピー」でコピーされるエラー内容は何ですの？（React のエラーならほとんどの場合ブラウザキャッシュクリアで直る）
        返信
        氷川より:
        2020年4月12日 06:08
        対応ありがとうございます。
        エラー分のコピーでコピーできる分は以下になります。
        親テーマに変更しても同じ現象が起きます。
        PWA が有効化されてるのであれば、PWA のキャッシュクリア等は確認してみます。
        TypeError: Cannot read property ‘DotTip’ of undefined
        at https://mirne.net/wp-includes/js/dist/edit-post.min.js:6:28507
        at je (https://mirne.net/wp-includes/js/dist/vendor/react-dom.min.js:78:476)
        at ph (https://mirne.net/wp-includes/js/dist/vendor/react-dom.min.js:215:173)
        at lh (https://mirne.net/wp-includes/js/dist/vendor/react-dom.min.js:126:409)
        at O (https://mirne.net/wp-includes/js/dist/vendor/react-dom.min.js:121:71)
        at ze (https://mirne.net/wp-includes/js/dist/vendor/react-dom.min.js:118:14)
        at https://mirne.net/wp-includes/js/dist/vendor/react-dom.min.js:53:49
        at unstable_runWithPriority (https://mirne.net/wp-includes/js/dist/vendor/react.min.js:26:340)
        at Ma (https://mirne.net/wp-includes/js/dist/vendor/react-dom.min.js:52:280)
        at mg (https://mirne.net/wp-includes/js/dist/vendor/react-dom.min.js:52:496)
        返信
        氷川より:
        2020年4月12日 06:46
        解決いたしました。
        るなさんの御指摘の通りキャッシュの問題だと推測されます。
        その前に上での御教授の通り、PWAの設定を確認しましたが有効化されていませんでした。
        当方ConohaWingを使用しています。ConoHa wingのコントロールパネルからアプリケーションインストールのキャッシュクリアというボタンがあり、そこを押すと投稿画面にいく事が出来ました。おそらくリバースプロクシ側でJavaScriptのキャッシュをしており、そのキャッシュが消えてなかったようです。
        深夜から早朝と、真摯に対応して頂きありがとうございました。
        返信
        氷川より:
        2020年4月13日 02:27
        るな様
        先日は解決に御協力頂き、誠にありがとうございました。
        今回の顛末をまとめました。
        ConoHa WINGを使用しているユーザー限定とはなりますが、他の人たちも引っかかるかもしれませんので共有させて頂きます。
        https://mirne.net/?p=484
        返信
        るなより:
        2020年4月13日 05:06
        氷川さん。
        ありがとうございます。
        返信
とんより:
2020年4月11日 21:17
るな様
お世話になっております。
いつからなのかわわかりませんが、
画面右下に表示される「Google reCAPTCHA v3」が表示されなくなっています。
正確に言うと、表示されるパターンとされないパターンがあります。
＜表示される条件（例）＞
デザイン：musica-in-maris
reCAPTCHA v3 バッジと Page Top ボタンの位置関係：何もしない
＜表示されない条件（例）＞
デザイン：musica-in-maris
reCAPTCHA v3 バッジと Page Top ボタンの位置関係：コメント送信ボタン～～～リンクを表示する
全パターン試したわけではないですが、デザインの種類によっても表示されなくなったりしています。
お手数ですが、確認お願いします。
返信
- るなより:
  2020年4月11日 21:44
  とんさん。
  デザインファイルとカスタマイズの設定内容は "全く何らの関連性もないです"
  というか、例に書いてある「コメント送信ボタン～～～リンクを」を選択すれば、バッジが表示されないのは当然です。
  参考：機能拡張いろいろ Luxeritas 3.7.6
  返信
一ノ瀬七海より:
2020年4月10日 23:52
お世話になっております。
Google Mapの埋め込みについて質問させてください。
Google MapをカスタムHTMLブロックで埋め込んでいるのですが、表示サイズをどのように設定しても横幅は表示エリアの１００％になるのは仕様でしょうか？
（貴サイトの昔のページを拝見したところ、それもめいっぱいの表示の例はあったのですが、サイズについての説明は見つけられませんでした）
Google Mapで埋め込み用のHTMLを取得する際、小さいサイズやカスタムで値を設定しているのですが、どうも縦サイズ（height）は、設定サイズになりますが、横サイズ（width）は幅いっぱい（親コンテンツに対して１００％に近い）になります。
よろしくお願いします。
返信
- るなより:
  2020年4月11日 06:43
  一ノ瀬七海さん。
  レスポンシブで常に「縦横比が同じ」になるよう横幅にマッチさせてるので仕様です。
  幅を指定したい場合は、子テーマの CSS もしくは Google マップが埋め込まれてるページの追加ヘッダーの style で以下のように横幅の最大値（max-width）を指定してください。
```
iframe[src*=".google.com/maps"] {
	max-width: 300px;
}
```
  返信
  - 一ノ瀬七海より:
    2020年4月11日 22:30
    るなさま
    さっそくのご回答ありがとうございます。
    レスポンシブ対応の関係だったんですね。
    アドバイスいただいたコードを追加し、やりたいことができました。
    ありがとうございました。
    返信
ヤトラより:
2020年4月9日 13:59
こんにちは。
昨日、ブログまわりを最新にアップデートをしました。
WordPress 5.3.1→5.4
Luxeritas 3.7.11→3.8.1.2
Luxeritas Child 3.0→3.0.3
JetPack →8.4.1
すると、ブログ記事中のインスタとツイッター埋め込みが非表示になり、また当該埋め込み前後の記事本文も非表示になりました。記事によっては本文・画像ほとんどすべて表示しません。ブラウザはChiromeとSafariのどちらでも同様です。
テーマをLuxeritasからSimplicity2に変更すると問題なくすべて表示します。
テーマをLuxeritas子テーマから親テーマに変更したらレイアウトが崩れてサイドバーが本文記事の下方に表示されました。
これらのことからLuxeritasと何かがぶつかっているのかと思い、JetPack 8.4.1を停止、WordPress のバージョンを5.3.2に下げるなどを試みましたが何の効果もありません。どのような方法をとったらよいでしょうか。ご教示いただければ幸いです。
返信
- るなより:
  2020年4月9日 14:12
  ヤトラさん。
  インスタとツイッターが埋め込まれてる記事の URL を教えてください。
  基本的にインスタやツイッターの埋め込みってのは Luxeritas ではなく WordPress の標準機能なので「何かとぶつかる」ってのは普通はないですけどね。
  > 子テーマから親テーマに変更したら
  これに関してはおそらく勘違いかと。
  WordPress は子テーマと親テーマは別々のテーマとして管理されてます。なのでウィジェットの配置もそれぞれで管理されてます。
  レイアウトが崩れたのではなく、親テーマのウィジェット類がサイドバーではなくフッターに配置されてるんだと思います。
  返信
  - ヤトラより:
    2020年4月9日 14:58
    るなさん、返事をありがとうございます。
    埋め込みが載っている記事はこちらです。
    このページはFBとTwitterの埋め込みは表示されますが、インスタが非表示です。
    https://www.photo-yatra.tokyo/blog/archives/19291
    このページは記事全体がほとんど非表示です。
    https://www.photo-yatra.tokyo/blog/archives/22397
    しかしこのページはインスタ埋め込みも表示されていて正常です。
    https://www.photo-yatra.tokyo/blog/archives/1723
    サイト内をあちこち見てみましたが、どうなっているのか分かりませんでした。
    >レイアウトが崩れたのではなく、親テーマのウィジェット類がサイドバーではなくフッターに配置されてるんだと思います。
    こちらは分かりました。ありがとうございます
    返信
    - るなより:
      2020年4月9日 15:43
      ヤトラさん。
      HTML のソースを見た限りだと非表示ではなく、そもそも埋め込み自体がないのだけれど、投稿画面ではちゃんと埋め込みされてるってこと？
      返信
      - ヤトラより:
        2020年4月9日 16:00
        埋め込んでいます。
        テーマをLuxeritasからSimplisity に変えると問題なく各ページに表示されます。
        今、試しにTwenty Twentyにしたらやはり埋め込みが表示されました。
        が、Luxeritasに戻すと埋め込みが表示されません。
        返信
        るなより:
        2020年4月9日 16:12
        ヤトラさん。
        ちなみに ver3.7.11 だと表示されるって認識であってますか？
        あと、以下についても確認してもらえますか。
        ・子テーマ内に親テーマからコピーした古いファイル等はないか？
        ・子テーマの functions.php は真っさらな状態か？
        返信
        ヤトラより:
        2020年4月9日 16:30
        はい、一昨日まで ver3.7.11 で表示されていました。
        現在はv3.8.1.2ですが、ダウングレードして確認してみたほうがよいでしょうか
        返信
        るなより:
        2020年4月9日 16:43
        ヤトラさん。
        そうですね。3.7.11 での表示を見せてもらえますか。
        返信
        ヤトラより:
        2020年4月9日 17:26
        るなさま
        ftpで3.7.11に変更いたしました。それ以外になにもしていません。
        すると、
        このページのインスタ埋め込みが表示されました。記事後半の岩合さんの写真です。
        https://www.photo-yatra.tokyo/blog/archives/19291
        このページは記事全体が表示されるようになりました。
        https://www.photo-yatra.tokyo/blog/archives/22397
        やはり（私の環境では）v3.8.1.2にしたことで表示不具合がおきています。
        返信
        ヤトラより:
        2020年4月9日 17:37
        3.7.11に戻すことで、さしあたって問題はなくなりました。
        しばらくこれでしのぎます。
        早急に解決すべき問題ではなくなりましたが、今後のアップデートのときにまた起きると思いますので、解決の方向性がありましたらいつになっても結構ですので教えていただけますようお願いいたします。
        るなより:
        2020年4月9日 17:50
        ヤトラさん。
        ver3.7.11 じゃなくて ver3.7.1.1 なんですね。。。
        かなり古いですねぇ。
        難儀なのは、ヤトラさんの投稿内容と全く同じ内容でテストサイトに投稿して ver3.8.1.2 でちゃんと表示されてしまうってこと。
        なおかつ 3.7.1.1 → 3.8.1.2 だと違いがありすぎて切り分けが難しいです。
        なので、現在配布してる一番古いバージョンが ver3.7.6 なので、その辺を入れた場合はどうか確認してみてもらえませんか？
        — 追記 —
        記事の内容を再度、確認したところ、記事内で使われてる p や div の閉じタグが不完全ですね(ブロックエディタなら閉じタグの不備とか出ないんですけどね・・・)。
        https://www.photo-yatra.tokyo/blog/archives/19291
        は、かなりぐちゃぐちゃ。
        https://www.photo-yatra.tokyo/blog/archives/22397
        は p タグが不完全
        https://www.photo-yatra.tokyo/blog/archives/1723
        はタグが完全
        この場合、投稿画面と実際に表示する投稿の差が HTML の圧縮の部分で問題が出てるかもしれない。
        なので、ver3.8.1.2 で HTML の圧縮率を「圧縮しない」にして確認してみてもらえますか。
        ヤトラより:
        2020年4月9日 18:42
        ルナさま
        最後にいただいたレスに返信ボタンがないのでこちらに着けます。
        すみません、バージョンを勘違いしていました。
        ver3.7.6.1に入れ替えたところ、やはり問題再現し、埋め込みが表示されませんでした。
        ver3.8.1.2 で HTML の圧縮率を「圧縮しない」「圧縮率・低」にしたら、問題なく埋め込みが表示されます！さしあたってほぼ完全に解決しました。
        タグの閉じ方が不完全だったのが原因だったのですね。私はMacでMarsEditorでブログ記事を作成しています。いつも同じ調子で記事を書いているのにときにタグが不完全な記事があります。Chrome機能拡張HTMLエラーチェッカー0.4.0.3で確認していますが、どこで不完全になるのか理由が分かりません。CSSの記述に原因があるのでしょうか。
        ともあれ、今後は一層気をつけて記事を作成します。
        どうもありがとうございました。
        るなより:
        2020年4月9日 18:56
        ヤトラさん。
        「圧縮率：低」は大丈夫で、「圧縮率：高」だとダメなの？
        うーん、かなり難解ですねぇ。
        そもそも、どういう記事の書き方だと再現できるかが分かんないってのが、さらに難解。
        ちょっと考えてみますが、デバッグに付き合っていただけると助かります。
        > 最後にいただいたレスに返信ボタンがないので
        WordPress のコメント設定で 10 階層までの入れ子に設定してるので 10 件までですね。
        ヤトラより:
        2020年4月9日 19:00
        るなさま
        現在、「圧縮率：低」にしています。
        これで大丈夫です。
        デバッグは私にお手伝いできることがあれば喜んでいたします。
        るなより:
        2020年4月9日 19:05
        ヤトラさん。
        ヤトラさんは、ツイッターのアカウントないんですかね？
        デバッグの際にツイッターのダイレクトメッセージで連絡できれば楽なんですが。。。
        メールで連絡しても大丈夫ですかね？
        ヤトラより:
        2020年4月9日 21:33
        Twitterあります。
        @photoyatra_85mm
        メールでもOKです。
        るなより:
        2020年4月10日 05:52
        ヤトラさん。
        ありがとうございます。
家ナビぐんま管理人より:
2020年4月8日 08:42
るな　様
WPのバージョン5.4–ja　になります。
数日前に最新に更新しました。
返信
- るなより:
  2020年4月8日 08:53
  家ナビぐんま管理人さん。
  WP 5.4 なら、image_downsize() ですね。
  プラグイン等が何かしらの画像のサムネイルを作ろうとしてるけど、それが延々失敗を繰り返してるってことですね。
  ※ できれば新規コメントじゃなくて「返信」して欲しいんですが・・・
  返信
  - るなより:
    2020年4月8日 09:08
    追記。
    とりあえず、どこかメディアに関連しそうなウィジェットの ON/OFF とプラグインの停止/起動をして、そのつどログを確認してみるのがよいかと。
    返信
  - 家ナビぐんま管理人より:
    2020年4月8日 09:08
    るな　様
    >プラグイン等が何かしらの画像のサムネイルを作ろうとしてるけど、それが延々失敗を繰り返してるってことですね。
    プラグインの心当たりがありますのでちょっと外して試してみます。
    >※ できれば新規コメントじゃなくて「返信」して欲しいんですが・・・
    申し訳ありません。
    返信しているつもりが、「Google reCAPTCHA : 認証サーバーへの接続に失敗しました。・・」になってそのまま再度送信したら新規になっている状態でした。
    注意します。
    返信
    - 家ナビぐんま管理人より:
      2020年4月8日 09:10
      >追記
      >とりあえず、どこかメディアに関連しそうなウィジェットの ON/OFF とプラグインの停止/起動をし>て、そのつどログを確認してみるのがよいかと。
      了解しました。
      ありがとうございます。
      ちょっと確認してみます。
      返信
      - るなより:
        2020年4月8日 09:12
        家ナビぐんま管理人さん。
        今から寝るので、次にコメントがあっても返信は夜以降になると思いますｗ
        返信
        家ナビぐんま管理人より:
        2020年4月8日 09:19
        るな　様
        了解しました。
        ごゆっくりお休みくださいませ。
        ご対応ありがとうございました。
        返信
        家ナビぐんま管理人より:
        2020年4月8日 17:02
        るな　様
        こんばんわ。
        頂いたアドバイスのとおり１つ１つィジェットの ON/OFF とプラグインの停止/起動で問題箇所をさがしてみたところ、「Page Builder by SiteOrigin 」というプラグインに原因がありそうだということがわかりました。
        （関係あるかわかりませんが、このプラグインは「SiteOrigin Widgets Bundle」というプラグインと同じタイミング（抱き合わせ？）で導入しています。）
        この「Page Builder by SiteOrigin 」をOFFにするとver3.8.1が正常にサイト表示されるのを確認できました。
        アドバイス頂けましたらよろしくお願いします。
        返信
        るなより:
        2020年4月8日 18:18
        家ナビぐんま管理人さん。
        試しにその「Page Builder by SiteOrigin」と「SiteOrigin Widgets Bundle」とやらを入れてみて、いろいろウィジェットとか配置してみたけど、案の定なんの問題もないですね。
        メモリのエラーが出てるのは media.php の image_downsize() なので、そのプラグインのメディア関連の設定（もしくは画像や動画そのもの）を調査してみるのが良いかも。
        ちなみに、ver3.8.1 でメディア関連の変更などは一切入ってないです。
        あと、ひょっとしてループとかでメモリを使い果たしてるんじゃなくて、単純にメディアを扱う際にメモリが不足してるのかもしれないので wp-config.php でメモリ上限を 256M くらいまで引き上げて確認してみるといいかも。
        define( 'WP_MEMORY_LIMIT', '256M' ); define( 'WP_MAX_MEMORY_LIMIT', '256M' );
        返信
        家ナビぐんま管理人より:
        2020年4月8日 20:48
        るな　様
        色々とアドバイスありがとうございます。
        これから色々と試してチェックしてみたいと思います。
        あと大変素人かつテーマ外の質問で恐縮なのですが、wp-config.php のメモリ上限を引き上げる下のコードを書き込む場所はどこになるのか教えていただけませんでしょうか。
        define( ‘WP_MEMORY_LIMIT’, ‘256M’ );
        define( ‘WP_MAX_MEMORY_LIMIT’, ‘256M’ );
        返信
        るなより:
        2020年4月8日 20:56
        家ナビぐんま管理人さん。
        一番最後に書かれてる
        require_once(ABSPATH . 'wp-settings.php');
        よりも前であれば、どこでも OK。
        WP_DEBUG の前後あたりが分かりやすいかなと思う。
        返信
        家ナビぐんま管理人より:
        2020年4月8日 21:10
        るな　様
        ありがとうございます。
        試してみます。
家ナビぐんま管理人より:
2020年4月8日 08:11
るな　様
おはようございます。
なんとかログをとることができました。
度々のアドバイスありがとうございました。
よろしくお願いします。
—————–以下ログ———————
[07-Apr-2020 14:37:34 UTC] PHP Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 262144 bytes) in /home/users/2/main.jp-inaka-nobishiro/web/ienavigunma.jp/wp-includes/cache.php on line 126
[07-Apr-2020 14:37:34 UTC] PHP Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 262144 bytes) in Unknown on line 0
[07-Apr-2020 14:37:34 UTC] PHP Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 86016 bytes) in Unknown on line 0
[07-Apr-2020 22:55:23 UTC] PHP Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 262144 bytes) in /home/users/2/main.jp-inaka-nobishiro/web/ienavigunma.jp/wp-includes/media.php on line 954
[07-Apr-2020 22:55:23 UTC] PHP Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 262144 bytes) in /home/users/2/main.jp-inaka-nobishiro/web/ienavigunma.jp/wp-includes/class-wp-recovery-mode.php on line 169
[07-Apr-2020 22:55:23 UTC] PHP Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 73728 bytes) in Unknown on line 0
[07-Apr-2020 22:56:35 UTC] PHP Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 262144 bytes) in /home/users/2/main.jp-inaka-nobishiro/web/ienavigunma.jp/wp-includes/media.php on line 954
[07-Apr-2020 22:56:35 UTC] PHP Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 262144 bytes) in /home/users/2/main.jp-inaka-nobishiro/web/ienavigunma.jp/wp-includes/class-wp-recovery-mode.php on line 169
[07-Apr-2020 22:56:35 UTC] PHP Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 73728 bytes) in Unknown on line 0
[07-Apr-2020 22:56:44 UTC] PHP Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 262144 bytes) in /home/users/2/main.jp-inaka-nobishiro/web/ienavigunma.jp/wp-includes/media.php on line 954
[07-Apr-2020 22:56:44 UTC] PHP Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 262144 bytes) in /home/users/2/main.jp-inaka-nobishiro/web/ienavigunma.jp/wp-includes/class-wp-recovery-mode.php on line 169
[07-Apr-2020 22:56:44 UTC] PHP Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 73728 bytes) in Unknown on line 0
[07-Apr-2020 22:57:31 UTC] PHP Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 262144 bytes) in /home/users/2/main.jp-inaka-nobishiro/web/ienavigunma.jp/wp-includes/media.php on line 954
[07-Apr-2020 22:57:31 UTC] PHP Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 262144 bytes) in /home/users/2/main.jp-inaka-nobishiro/web/ienavigunma.jp/wp-includes/class-wp-recovery-mode.php on line 169
[07-Apr-2020 22:57:31 UTC] PHP Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 57344 bytes) in Unknown on line 0
返信
- るなより:
  2020年4月8日 08:37
  家ナビぐんま管理人さん。
  ログを見てのとおり、
  /wp-include/media.php の 954行目の処理を延々と失敗を繰り返してメモリ不足になったってことです。
  media.php と言っても WordPress のバージョンによって 954行目の処理は違うため WordPress のバージョンがいくつなのか分からんので当方では何とも言えないです。
  返信
家ナビぐんま管理人より:
2020年4月7日 23:56
るな　様
やはり色々試しましたがログを取得できませんでした。
改めてチャレンジしたいと思います。
ちなみにですが、使っているRecent Posts Widget Extended というプラグインを停止したところ１度ver3.8.1へのアプデに成功しました。
その後、Recent Posts Widget Extended を有効にしましたがプラグインが反応せず、ver3.8.0に戻しました。
その後はver3.8.1同じ手順でアップロードするもHTTP500エラーです。
後日改めて挑戦してみます。
返信
- るなより:
  2020年4月8日 01:00
  家ナビぐんま管理人さん。
  Recent Posts Widget Extended とやらを入れて、ウィジェット設置してみたけど、特に何の問題もないですね。
  500 の場合ログが見られないとデバッグは無理だと思います。
```
define('WP_DEBUG', true);
define('WP_DEBUG_LOG', true);
define('WP_DEBUG_DISPLAY', true);
```
  として WP_DEBUG_DISPLAY も ON にすれば、画面上にログを表示できます（環境等の条件にもよりますが）。
  返信
家ナビぐんま管理人より:
2020年4月7日 22:38
るな　様
ご返信ありがとうございます。
私のやり方が悪いのか
define(‘WP_DEBUG’, true);
define(‘WP_DEBUG_LOG’, true);
を書き込んでもエラーをデバッグでログを確認できませんでした。
（debug.logが作成されませんでした。）
念のため
define(‘WP_DEBUG’, true);
だけでやってみましたが、画面が真っ白になるのみで表示されませんでした。
私の力不足でエラーの状況すらお伝え出来ない状況でお時間をおかけして恐縮です。
もう少し色々と試して状況が報告できるようにしてみたいと思います。
返信
- るなより:
  2020年4月7日 22:47
  家ナビぐんま管理人さん。
  書く位置等がかなり重要になります。
```
define( 'WP_DEBUG', false );
```
  を「書き換えないと」ダメです。
  上記の記述が残ってたりするとダメです。
  あとは、/wp-contents 直下の書き込み権限がない可能性もあるので、空の debug.log を先に作ったりしてみてください。
  返信
家ナビぐんま管理人より:
2020年4月7日 17:51
るな　様
こんにちわ。
Luxeritasを愛用させて頂いております。
過日、親切にご対応頂きありがとうございました。
引き続きのご質問で恐縮ですがご教示ください。
今回のver3.8.1へのアップデートを試みると実行後、当方のページがHTTP500エラーとなってしまい表示できませんでした。
（ファイルをアップロードと Luxeritas Update Themeから子テーマの切り替わりもエラーなく実行できています。）
ver3.8.0に戻すことはできるので、現在はver3.8.0になっています。
当方（サーバーなど）固有の問題であれば申し訳ありませんがご教示いただけますでしょうか。
よろしくおねがします。
返信
- るなより:
  2020年4月7日 18:55
  家ナビぐんま管理人さん。
  500 ですか？
  デバッグモードを使わないと分からんので、WordPress のインストールディレクトリにある wp-config.php の
```
define( 'WP_DEBUG', false );
```
  を
```
define('WP_DEBUG', true);
define('WP_DEBUG_LOG', true);
```
  に書き換えてアクセスしてみてください。
  エラーが発生すれば /wp-contents/debug.log というファイルが作られるはずなので、debug.log に出力された内容を教えてください。
  debug.log の中身を確認したら、また
```
define( 'WP_DEBUG', false );
```
  に戻して、debug.log は削除しちゃって OK です。
  返信
そらじろうより:
2020年4月7日 08:18
先日はブログの方にコメントしてごめんなさい。
先日ルクサリタスを使い始めて、すごく使いやすくて感動しています！
wordpressのアップデートがあったのでそれに伏せてルクセリタスをアップデートしたいのですが、やり方がよくわかりません。アップデート用テーマ？が現在使えないとのことですが、どうしたらいいのでしょうか。
返信
- るなより:
  2020年4月7日 10:00
  そらじろうさん。
  > アップデート用テーマ？が現在使えない
  使えないというのは、どういった状況なんでしょうか？
  もうちょい詳しく説明をお願いします。
  返信
ひろより:
2020年4月5日 20:03
るなさん
こんばんは。
バージョン3.8.0にてサーチコンソールで「AMP 許可されていない属性または属性値が HMTL タグにあります。」というエラーが発生してしまいます。
バージョン3.6.0ではエラーにならず、それ以降のバージョンでエラーが出る様です。
エラーになるのはAmazonアソシエイトツールバーで作成した画像リンクの部分で、調べてみたところバージョン3.8.0との差は、
・target=”_blank”の前にexternalがつく
・最後の部分に「style=”border: none !important; margin: 0px !important;」が付く
の2カ所でした。
解決策についてご教授頂けますと幸いです。
※現在エラー回避のため3.6.0にしていま。
返信
- るなより:
  2020年4月5日 23:55
  ひろさん。
  うーん。インラインの style 内で important が使われてるパターンってのは、ちょっと想定外ですね。
  ちなみに、正確には 3.6.0 ではなく 3.6.5 以降（ver3.6.5 の改訂履歴参照）。
  とりあえず、luxeritas/inc/amp-func.php の 266 行目にある
```
return $contents;
```
  の上あたりに
```
if( stripos( $contents, 'style=' ) !== false && stripos( $contents, '!important' ) !== false ) {
	preg_match_all( '/style=[\"\']{1}[^\"\']+?\!important[^\"\']*?[\"\']{1}/ism', $contents, $matches );
	if( isset( $matches[0] ) ) {
		foreach( (array)$matches[0] as $m ) {
			$r = str_replace( '!important', '', $m );
			$contents = str_replace( $m, $r, $contents );
		}
	}
}
```
  と書けば、インラインスタイル内の important 消せます。
  返信
  - ひろより:
    2020年4月6日 21:43
    るなさん
    こんばんは
    ご対応ありがとうございます。
    バージョン3.8.0ではAMPページで importantが表示されなくなりました。
    しかし、バージョン3.8.1.1ではAMPページのurlを打つと”404 Not Found”となります。
    返信
    - るなより:
      2020年4月7日 05:37
      ひろさん。
      うーん。
      ver3.8.1 で AMP 用のリライトルールを変更したのが原因だけど、確かに ver3.8.1 未満から 3.8.1 以上にアップデートすると AMP が一旦無効化されてしまうことがある現象は確認できますた。
      無効化されないパターンもあるので現在調査中だけど、ひとまずカスタマイズの AMP タブ（もしくは設定のパーマリンク設定）で一回「変更を保存」ボタン押せば、新しいルールが再作成されるので AMP 自体は問題なく動作するようになります。
      — 追記 —
      ver3.8.1.2 をアップロードしました。これなら大丈夫だと思う。
      返信
      - ひろより:
        2020年4月7日 20:40
        るなさん
        ver3.8.1.2にして、１記事のみですが
        ・AMPページは問題なく作成されている
        ・style内に!importantが無い
        ことを確認しました。
        この状態で様子を見ていきます。
        アップデート対応して頂き、ありがとうございました。
        追伸：コメント送信すると、なぜか今まで必ず１回目はエラーになりました。
        返信
        るなより:
        2020年4月7日 20:55
        ひろさん。
        アップデート直後だけが問題なので、ver3.8.1.2 は「アップデート時の問題」を解消しただけです。
        カスタマイズの AMP タブページで「変更を保存」ボタン押してれば、ver3.8.1.1 でも問題はなく、ver3.8.1.2 である必要はないです。
        > 追伸：コメント送信すると
        Google reCAPTCHA v3 なので、サイト内を短時間に行ったり来たりとか怪しい行動を取るとそーなります。
        返信
haruより:
2020年4月2日 11:42
ご担当者様
本日wordpressを5.4-jaに更新しました。
エラーメッセージ
エディターで予期せぬエラーが発生しました。復旧を試みる、投稿内容をコピー、エラー文をコピー
復旧を試みるを試しましたが反応なしです。
サイトヘルスステータスで
ディフォルトテーマを利用可能にしましょう
サイトの古いバージョンのPHP（7.2.27）を実行しています。とのメッセージ。
最新バージョンを再インストールしても解決しない場合はどうしたらいいですか？
アドバイスいただけると助かります。
宜しくお願いします。
返信
- るなより:
  2020年4月2日 13:35
  haru さん。
  このページの「WordPress 5.4 対応」のところに書いてあるとおりです。
  ブラウザのキャッシュ削除してブラウザ再起動してください。
  返信