momo
フォーラムへの返信
-
投稿
-
こんな時間にサポートがあるとは思いもよらず。。。。。。。
ありがとうございます。しかし、絶対サポートは無理と諦めて、先ほどHTML形式のサイトに差し替え実施しました。
実は最後の諦めた理由は、驚いた事に固定ページで自分でパーマリンクを設定していた全てのページのURLがいつの間にか投稿ページのようにpage id=XXX
となっていた事でした。これは、もしかすると、以前ですが、固定ページと投稿の切り替えが出来るプラグインを入れた時期があって、その影響でこうなったのかもしれないのですが、固定ページの全てが、投稿のようなURLになっておりました。
このURLの問題はおそらくは御社の今回のトラブルとは無関係かもしれません。
私的には、御社のブロックエラーだけならば、待つ案もあった。そうしたかったのですが、URLが異常な状態である事が放置できませんでした。最近、突然、検索順位がガタ落ちしたのは、URLがサイト全体で激変したからかもしれません。
とりあえず、ブロックの問題が発生した時のバックアップはプラグインで取ってはあるので、もしかしたらLightningに戻れるかもしれませんが、現状は、ブロック問題とURL問題がダブルで来てしまっているので、緊急避難でHTMLサイトに差し替えを実行しました。
先ほどからリカバリー作業を開始しました。
教えていただいたリカバリー手順で治る箇所もあったのですが、多くのページはリカバリーしてから保存しても、元のエラーが再発。
仕方なくエラーが回避できない目次ブロック？らしきを「ブロック削除」してからページの保存しても、再度開くと元のエラーブロックが復活してしまっていて堂々巡りでした。なぜ復活するのか全く未知の世界です。次に思い切って該当ページ内の全ブロックを削除して保存して。
これも再度開くと、再び全てのブロックが復帰してしまってブロック削除した意味がない状態に。つまり全部のブロックの削除まで修復作業して保存して再度開いて、再度編集に入ると全てのブロックが復活する異様な状況になりました。
このページは最悪、ページ自体を削除して作りなおそうか？
とも考えて、試しに別なエラー中のページも同様に作業すると、
そちらも同じようにエラーページはブロック削除しても保存すると削除したブロックが復活する異常な動作でした。
この手のページは目次を入れた全てのページで再現してしまってどうしようもなく。
あるいは、グループ化したブロックがそうなっているようにも感じました。多くのページをページ単位で削除して作り直すには今日は時間が取れないので、断腸の思いで、昔に実験して残っていた他社テンプレートで実験中だったサイトデーターに差し替える覚悟で現在作業をしております。
他社テンプレートの実験は相当内容が古いので、本当にそれで現在稼働中のLightning Proサイトを上塗りしても良いものか？
悩ましいのですが、エラー多発で不安定な状況で放置もできないので、おそらく数時間以内に実行するつもりです。思い切って連絡先ブロック（画面サイズ出しわけ付き）を削除しました。
エラー箇所は激減したのですが、それでもエラーが残るので、ダメでした。
おそらく連絡先ブロック以外にもグループ化した箇所がエラーを引き起こしている可能性です。
私は随所にブロックのグループ化を使っていたので、それらが軒並みトラブっているようです。
いったん、11時間前のバックアップに戻したのですが、その時点でも既に編集が不能となっておりました。
残念な事にそれ以上古いデーターは削除してしまったので、これ以上の対処は自力では無理になってます。もしかしたら、ですが。
連絡先ブロックの入っているページにトラブルが出ている気がします。
色んなページで編集モードに入って、トラブルになるページは軒並み、連絡先ブロックが入っている傾向です。
編集画面が壊れているので、本当に連絡先ブロックの部分なのか？
はっきりと言えないのですが、冒頭付近に連絡先ブロックを入れてあるような気がします。
エイヤーで、壊れている1番上のブロックを削除したら、そこが連絡先ブロックなら治るのか？
触るの怖くてまだ出来てません。タブブロックとレスポンシブな表は私も希望します。
贅沢言えたら、表は、横長スクロールも良いですが、別に縦長に並び直すのもあったら嬉しいです。
以前に、どこかの記事を真似てcssで縦に並ぶ表を自分で入れてましたが、何かのスタイルと被って不具合が出てから削除してました。それと、無関係かも知れないのですが、他のサイトでは、ブロックのグループ化が出来ない現状を体験しました。
その時のページと今回報告のページでの共通点は、リストブロックが含まれています。
しかも、ブロックはLightning独自のスタイルを適用したブロックです。
その他のサイトでは、グループ化を断念したまま投稿してそのまま忘れてましたが、何となく関係あれば解決の糸口に？と
おぼろげな記憶で書きました。vektorさん、SEOプラグインは無くても良さそうな件、ホッとするお話しありがとうございます。
そして、もし導入する場合の重複機能の停止に関するアドバイスもありがとうございます。
DRILL LANCERさんのご紹介のプラグインを使う時に参考にさせていただきます。DRILL LANCERさん、明快な回答をありがとうございます。
＞ウィジェットをまるごと消したいのであれば私のコードで非表示
＞ウィジェットの中身の一部分を消したいのであれば VK Block Pro + VK 固定ページ本文 を使用そう言う使い分けで考えれば良いのですね。
そうするとウイジェットの一部分と言う可能性もあるので、汎用性を考えると私の場合は
「VK Block Pro + VK 固定ページ本文」
となりそうです。この方法を使い込んだ場面を想像すると、修正作業の時には、
1、サイドバーウイジェットに私がどの固定ページを入れたかを思い出す
2、覚えてない場合は、ウイジェットを一度開いて固定ページ名を確認し、該当固定ページを開いて編集して。。。となりますので、ウイジェットをダイレクトに編集する事が出来るDRILL LANCERさん方式の方が楽かも知れません。
でも、とりあえずは、上手に両機能を併用する自信がないので、今回はVektorさん純正の「VK Block Pro + VK 固定ページ本文」の方法で進めてみます。DRILL LANCERさんの詳しい回答と、細かなご対応を感謝申し上げます。
kurudriveさん
下記の件
＞おそらくですが、DRILLさんのソースコードだとどれか一つのサイズで非表示になってしまい、
＞その指定クラスの影響でをうけてしまうのだと思います。について質問相談です。
DRILL LANCERさんのfunction.phpに追記する件は、今朝の時点で既に修正して頂いておりますが、
いずれにしても、御社の「ブロック出し分け機能」に対して、このfunction.phpカスタマイズが干渉する関係性は
変わらないような気がします。（素人空想）
私の昨日の実験でも、iPhone出し分け不良が出た時は、両方の機能に出たと思うので、function.phpに
記載した事項がVektorさんの出し分け機能よりも強い作用した印象があります。そうなるとVektorさんのテーマ側のブロック出し分け機能だけにしないと、この先スマホサイズが更に
増えた場合など、つまり出し分け機能に影響がある世の中の変更が出た都度、なんらかの注意が必要になってきます。この場合は、Vektorさんのブロック出し分けに頼り、サイドバーのウイジェットは固定ページ表示ウイジェットに
すべきかも知れないのですが、ブロックもウイジェットもDRILL LANCERさんの手法で一括で出し分け対応が
出来たら最強な気もします。技術力が無い私の立場としては、DRILL LANCERさんの手法がVektorさんのテーマに組み込まれたら
ウイジェットの出し分けもブロック出しわけも揃って一番シンプルです。しかし、現在Vektorさんが取られたブロック出し分け手法（内容はサッパリ理解できてません）が、
Vektorさんとしては、DRILL LANCERさんの案を見た今の時点でも、御社方式が一番良い方法と判断される
のであれば、Lightningユーザーであり、自力で問題解決する技術力が無い私としては、
Vektorさんのブロック出し分け機能と固定ページウイジェットの組み合わせでサイドバーウイジェットの
出し分けを利用する方向になるのかも知れません。と言う事で、DRILL LANCERさんの方式をfunction.phpに入れたままでは、御社の出し分け機能に
影響を及ぼすのかどうか知りたいです。
もちろん今の時点では、DRILL LANCERさんが敏速に修正してくださったので、影響しているとしても
結果はVektorさん機能と、DRILL LANCERさん機能が一致しているから問題ないとは思うのですが。
