momo
フォーラムへの返信
-
投稿
-
言葉が足りてませんでした。
この件は、Lightning独自の話では無いので、当フォーラムではなく広くネットでググって解決しようとしていたのですが、私の調べた範囲では、最初の質問に書いた程度の情報でした。
このまま実行すると後悔することになりそうで、お知恵拝借と思ってこちらに投稿しました。また、本件は、私と同じような悩みは多くの方が持つと思ったので、情報としては共有する価値があると思いました。
そんな気持ちの投稿ですが、相応しく無いと感じられる方もいると思ったので補足説明の投稿でした。どなたか名案があったらよろしくお願いします。
なるほど、無料ユーザー向けに追加されましたか。
で、あれば、有料ユーザーとしては、無料版向けのexunitブロックは興味は無いので、この関係で改善を期待するとしたら、VK blocks PROの子ページ一覧で、exunitの子ページ一覧と同じデザインもあったらなぁ。だけになります。統合はしないのは理解しましたし、もし、可能なら優先度は低くて良いので、いつかexunitと同じ子ページ一覧がVK blocks PROても欲しいです。
回答ありがとうございました。
お礼
今気がついたのですが、昨日、当日中にVektorさんからコメントを頂きました。
なんと日曜日だったんですね。
今日になって気がつきました。近所のパン屋さんが月曜日定休日(笑)。
ありがとうございました。実に不思議なことに私がTwitter本文に記載したURLをChromeでソース表示すると
間違いなく解像度の高い画像がTwitter用に指定されているのですが、実際にツイートすると妙な低解像度の画像になります。更に驚きは、トップページ以外のURLをツイート本文に記載すると、キチンと上記で設定してある高解像度のTwitterカードがツイート内に表示されます。
どうやらTOPページだけ、なんでか低解像度の画像がTwitterカードに出てしまう状態です。早速の回答をありがとうございます。
Exunit
メイン設定
SNS
に入りまして、画像選択する場所はデフォルトOGPと書かれた項目かと思うのですが、
そこを変えても今も先ほどの画像がツイート画面に表示されてしまうようです。
jetpackを一旦停止してみたのですが、それでも同じ画像が出てしまいました。
TOPページのアイキャッチ画像も変えてみたのですが、それでも従来の画像がツイート時に表示されてしまって。
一応、私が今出ていて困っている画像が添付ファイルの画像です。
今回の質問の経緯ですが、
この画像だと解像度が悪いので、別な画像にしようと思ったら、変え方が分からないということに気が付いてご相談に至りました。ブロックエラーはリカバリー完了しました。
ほぼ全てのページで編集画面に入ってみて、エラーブロックは、リカバリー処理を実行しました。
リカバリーが出来ないブロックもありましたが、その場合はブロック単体の削除を行って、他のブロックは影響せず、ページを更新すれば、そのブロックが削除された状態でセーブも正常でした。エラーになって編集不可能となっていたブロックは目次ブロック限定ではなく、グループ化したブロックにもエラーブロックがありましたが、一部例外を除けば、ほとんどのエラーはリカバリー処理が可能でした。
明け方の大問題になったエラーブロックをリカバリー処理してもセーブ出来ない問題は、URL異常もあっての事である事が明確になりました。
今の時点で、データベースの最適化ブラグインを実行してもURL異常は再発してません。
Optimize Database after Deleting Revisionsこの回復した状態でのAll-in-One WP Migrationによるサイト全体のバックアップも実行はしてますが、All-in-One WP Migration Unlimited Extensionによるバックアップの復元処理は怖くて実験出来ない状態です。
この先、バックアップと復元をどう言う方法で行おうかなと考え中です。
御礼が2つあります。
お礼1：
いったん大問題（URL異常）が解決してホッとしたので、改めてお礼を書かせて頂きます。
目次ブロックのエラーがあったお陰で、私の目が自分のサイト管理に集中して、URL異常を見つける事ができました。
怪我の功名と言うか、偶然の産物ですが、これは本当に感謝しております。
URLが全ての固定ページで異常な値になっていたのは、私のサイトの検索急降下した時期だと思うので、今回の目次ブロックの問題より前だろうと思います。お礼2：
深夜早朝にも関わらず、目次ブロックのエラーに対して、敏速な対応を頂きまして、ありがとうございました。
あの敏速さが無ければ、その後の私の作業も後になったので、私のサイト全体のURL異常を見つけるのも、それだけ後になっていたはず。
検索順位の急降下の回復にはまだまだ時間を要すると思いますが、感謝しております。つまりLightningProのユーザーとして、今回は偶然が重なったラッキーとは言えども、常に敏速なレスポンスがあるサポート掲示板は物凄い有難い存在であることは間違いなく、今度の偶然には無関係に安心感につながるものと思います。
お陰様で奇跡的回復？
エックスサーバーで取得可能な一番古いデーターベースを復元。
固定ページのURLを確認して正常。次に、今回修正して頂いた目次ブロックの入ったページを編集モードで開く。
エラーを教えて頂いた手順で復元する。
いったんセーブする。
もう一度 編集モードに入る。正常にセーブされたデーターが見える。
以上でした。
つまり、一週間前のデーターベースはまだURLが正常な固定ページが保管されており、その後にいずれかの日にURLが壊れてしまったようです。
それと、エックスサーバーのコントロールパネルでhtaccessを確認したところ文字化が発生していて、これもいつからなのか？不明ですが、私がキャッシュ系のプラグインをあれこれ入れたり止めたりしている間に発生した可能性があります。
そこはもはや文字が化けているので削除しました。URL異常原因は不明なままですが、とりあえず目次ブロックのエラーは解決したようです。
URLの問題はLightningとは思えないので、私のプラグイン利用が原因だろうと思うので、今回はこの点、大変お騒がせしました。深夜早朝に、対応いただきまして、心から感謝申し上げます。
エックスサーバーで取得可能な一番古いデーターベースで戻しても固定ページのURLは私の意図したURLでは無いものになっておりました。（←ここは何か間違いでした。次の投稿）
こうして見ると私はWordPressは素人なのにも関わらず、バックアップと復元のプラグインを気軽に利用して、復元操作を行ったり、データーベースの最適化プラグインも気軽に実行かけてました。
データーベースを安易に触るプラグインを多用しすぎていた事が痛恨の極みです。
いつの時点でURLが異常になったのか？もはやわからないのですが、出来ればLightningに戻りたいのですが、相当先になりそうです。さらに続報です
固定ページを手動でダッシュボードにて全削除して、そこにエクスポートしてあった以前の固定ページをインポートしても重複エラーでした。
ダッシュボード上では、固定ページは0ページの状態であるのに、固定ページのインポートは重複エラーでした。完全にデータベースがおかしい感じです。
故に、素人目には、今回の問題は、ブロックエラーは、目次ブロックだったとは思いますが、URLエラーは私のエックスサーバー のデーターベースが、All-on-One WP Migrationの利用によってか？原因は不明ですが、壊れてしまったのかもしれません。
固定ページだけ戻そうとしても、同じページがあるエラーで戻れませんでした。
固定と投稿の切り替えプラグインを利用したのは相当昔で、しかも一瞬だったので、原因はそうとも思えず、もう一つ疑いは、All-in-One WP Migrationで取った一括バックアップを戻して使ったので、そこで何かあったのか？
さっぱりわからない状態です。ただ、現時点ではURLが正常なWordPressのバックアップがなさそうなのでHTMLサイトでこのまま運用するか？
エックスサーバーのバックアップデーターを利用すれば、もしかしたら過去に戻せるのか？
やってみます。
