Y.INABA
フォーラムへの返信
-
投稿者投稿
-
Y.INABA参加者現時点では、以前の内容だと追記CSSの内容が負けてしまい、反映されないように調整し直されているように思います。
以下のとおり!importantとお付けいただきますと解決するのではないでしょうか。.vk_borderBox .vk_borderBox_body { padding: 0.5em !important; }上記でお試しいただけますと幸いです。
Y.INABA参加者ご確認ありがとうございます。指定している「グループ」ブロック箇所を「リストビュー」でご確認いただけますでしょうか?
おそらく指定箇所が誤っていると思われます。「リストビュー」は添付箇所からご確認ください。解決いただいたようなので、こちらはご放念ください。
Attachments:
You must be logged in to view attached files.
Y.INABA参加者該当パターンの「グループ」ブロック(添付スクリーンショット)の箇所にテープ風装飾を表示させるカスタムCSSが仕込まれていますので、そちらを消してください(入力欄を空にしていただければOKです)。
—
なお、画像が外部URL(Google Drive内)に指定されており、ぱっと見では表示失敗しているように見えます(表示させるには直アクセスが必要)。
画像は「Attachments:」欄から添付いただくと確実に表示できるようになっておりますので、こちらから添付いただけますと幸いです。
Attachments:
You must be logged in to view attached files.
Y.INABA参加者Lightningのサイドバー固定化処理はJavaScriptによって実現されており、スクロールすると自動的にサイドバー内にstyle属性が直書きされる形式となっております。
https://github.com/vektor-inc/lightning/blob/4087addb4c66487a4447a7c360f5f964d6080bec/_g3/assets/_js/_sidebar-fixed.js上記は難読化前のファイルで、実際には以下ファイルが読み込まれています(他の難読化前JSファイルの内容も入っています)。
https://github.com/vektor-inc/lightning/blob/4087addb4c66487a4447a7c360f5f964d6080bec/_g3/assets/js/main.js—
style属性直書きによるCSS指定は何よりも優先される事項のため、その他外部のCSSで指定することは不可能となっております。
従って、本件でご希望いただいている調整をご希望ということでしたら、JavaScriptの処理に詳しい方に微調整をご依頼いただくなどの対応が必要となっており、かつJavaScriptの差し替え対応が必要になります。
お考えいただいているよりも工数が多く発生するのは目に見えていますし、少なくとも有償にて有識者にご依頼いただいた方が良いかと思います。
Y.INABA参加者最新WP7.0 + X-T9 1.41.1の環境で、1年以上も前のバージョン(1.103.0)あたりまで戻してみましたが、同様にPR Blockの画像について「クリア」が有効になっていないことを確認しています。
恐らくですが、最新のWP環境にプラグイン側が対応していないのではないか、と思います。——
そもそもVK Blocksの「PR Block」については何年も前から非推奨になっております。
そのため、本件について対応いただけるかどうかは不透明となっており、後方互換のためにあえて「ブロック」のみ残している可能性もあります。他のブロックで代替可能になっているため、まずはそちらのご利用をご検討いただいてみてはいかがでしょうか。
類似パターンは以下URLのパターンライブラリにて多数ヒットしますので、そちらをご利用いただくこともご検討ください。Attachments:
You must be logged in to view attached files.
Y.INABA参加者ご回答ありがとうございます。
メモリ不足が原因でエラーが出るの、割とロリポップあるあるですね……
上記ページによれば以下記載されております。②PHPメモリの増加
サーバーのPHPメモリ上限を引き上げます。
その方法として、WordPressのwp-config.phpに以下の1行を追加してください。define( ‘WP_MEMORY_LIMIT’, ‘256M’ );
これは、WordPressに256MBのメモリを割り当てる設定です(初期値では約40Mから128Mが設定されています)。
メモリ上限を大きくすることで、エラーが解消されるかを試してみてください。
ただし、サーバーによっては、php.iniファイル内でmemory_limitを変更する必要がある場合もあります。ということで、ひとまず256MBを割り当てていただいて様子見をするのが良いかと思います。
(なお、134217728 bytes はちょうど128MBにあたります)もちろん、あまり高くしすぎると、それはそれで高負荷になるなどの問題が生じます。
もし256MBでもエラーが出るようなら、ロリポップ様にご相談いただくなり、上位プランへの変更をご検討いただくなりするのが良いのではないかな、と思います(とはいえ、どのプランをご利用いただいているのか、まではこちらでは分かりかねますが)。
Y.INABA参加者500 Internal Server Errorが出ているということでしたら、設定によってはエラーログが出てくるようになっているはずです。
確認したところロリポップをお使いのようなので、まずは以下ページをご一読いただけますと幸いです。500 Errorというエラーが発生します – ヘルプセンター|ロリポップ!レンタルサーバー
そして、出力されたエラーログを、可能な範囲で構いませんので、ご共有いただけますでしょうか。
もし確認のしかたが分からないと言うことでしたら、まずはロリポップ様にお問い合わせいただくことをおすすめいたします。
Y.INABA参加者本件、対策されていることを確認いたしました。
ご対応いただきありがとうございました。
Y.INABA参加者本件、対策されていることを確認いたしました。
ご対応いただきありがとうございました。
Y.INABA参加者ご確認ありがとうございます。
Advanced Query Loopを入れなくとも、たとえば以下のコードをfunctions.php等に入れた方が早く再現できるかもしれません。
※以下の例で言えば、custom側が実際にカテゴリーに対応しているかどうかは関係ありません。function my_custom_query( $query ) { if ( is_admin() || ! $query->is_main_query() ) { return; } if ( $query->is_category() ) { // メインクエリの投稿タイプを配列にする $query->set( 'post_type', array( 'post', 'custom' ) ); } } add_action( 'pre_get_posts', 'my_custom_query' );クエリーループブロックは Advanced Query Loop を使っても1つの投稿タイプしか選択できないと思いますが、
添付箇所から設定可能です(クエリータイプが「デフォルト」ではなく「カスタム」設定時に限り)。
こちらはこちらでご確認よろしくお願いいたします。Attachments:
You must be logged in to view attached files.
Y.INABA参加者「カスタムCSS」については、仕様変更により、場所が移動しております。
(なお、カスタムCSSを挿入するのは「Lightning」ではなく「VK All in One Expansion Unit」の機能になりますね)詳細は以下ページをご確認ください。
Y.INABA参加者2026年5月21日 2:32 AM 返信先: [ 解決済 ] Katawara / Lightning:「サイドバー」において一部のウィジェットが空の場合、不必要なウィジェットデータが表示される #122583
Y.INABA参加者補足。
ウィジェットのデフォルトデータを誤って参照していたのだとばかり思っていたんですが、テンプレートファイル(sidebar-xxxx.php)にasideタグごと直書きしていたんですね、これ……。
どうりで管理画面側からだと消せないはずですしasideタグからsectionタグへの変更もままならなかったわけです。それでも、おかげで子テーマで上書きすることによって本件対処できました。改めてお礼申し上げます。
2026年5月21日 1:04 AM 返信先: [ 解決済 ] Katawara / Lightning:「サイドバー」において一部のウィジェットが空の場合、不必要なウィジェットデータが表示される #122579
Y.INABA参加者石川 様
ご回答ありがとうございます。ご事情は理解いたしました。
確かに説明文にはその通り記載がございますね。大変失礼いたしました。そして、確かにむやみやたらに消すべきではないことも確かだと思います。
ただ、何かしらの方法で編集できるようにしたかったというのが本音です。変更すべきでないといえば、該当箇所のHTMLコーディングも変更すべきではないのかなと思いますが、現状はasideタグの中にasideタグが入っている形になってしまっております(スクリーンショット2枚目)。
こちらはWordPressの仕様なのかもしれませんが、HTMLセマンティック上はあまりよろしくないので、たとえ表示させるにしても回避できる手段はほしかったところです。
※ご存じとは思いますが、他のウィジェット同様、sectionタグ(もしくはdivタグ)にて記述すべきところです。該当箇所のように不適切なasideタグはアクセシビリティの低下を招きます。本件解決済といたします。
Attachments:
You must be logged in to view attached files.
Y.INABA参加者本件、All in One Expansion Unit 9.116.0 にて対策されていることを確認いたしました。
迅速なご対応ありがとうございました。 -
投稿者投稿
