momo

フォーラムへの返信

15件の投稿を表示中 - 31 - 45件目 (全618件中)
  • 投稿者
    投稿

  • momo
    閲覧者

    早速見て頂いてありがとうございます。
    ご検討よろしくお願いします。

    返信先: G3β14.0.17ダウンロードエラー? #51639

    momo
    閲覧者

    対応ありがとうございます。
    今10:48ダウンロード出来ました。

    返信先: ヘッダーロゴのサイズを指定するには #51602

    momo
    閲覧者

    追記します。

    ヘッダーロゴはLightningのカスタマイズ画面で添付写真の箇所で指定しております。
    このロゴ画像自体は、添付写真2枚目のようにLightningでの推奨サイズに作成はしております。

    その上でグーグルスピードテストから警告?としてサイズ指定を明示的にするように言われるので、どこで指定したものか?とわからずにおりました。

    Attachments:
    You must be logged in to view attached files.
    返信先: 単なる報告、高速化が逆効果? #51459

    momo
    閲覧者

    今日5/6久しぶりに、こちらの高速化設定のオンオフを実験しました。

    Lightning G3ベーター  14.0.13
    Lightning G3 Pro Unit 0.2.0

    の環境になっております。

    この状態からJavaScriptのフッター読み込みをオンにした所、最初にご報告した逆に遅くなる問題が消えてました。

    オンにすると高速度合いがアップするか?と聞かれたら、私のサイトでは、オンとオフの差がほとんど出ないようです。
    せっかくなのでオンして利用させて頂きます。


    momo
    閲覧者

    待ちに待ったアコーディオンブロック、私も早速利用開始させて頂いてます。
    ベクトル様、ありがとうございます。
    対馬様の改善案は私も賛成です。

    返信先: menuと表示する方法 #51381

    momo
    閲覧者

    対馬様

    お陰様で大成功です。期待通りになりました。
    現在G3β利用中にて子テーマは使ってないので、追加CSSに入れて見ました。

    そして私が見たのはkatawaraだったのですね。
    この時、スマホで見ていたので気が付きませんでした。

    お察しいただいた上でのご回答ありがとうございました。

    返信先: webpを使いたいです #51239

    momo
    閲覧者

    webpをあれからも使ってみていたのですが、まだ時期早尚な感が出てきました。
    達人、または、プラグインを使いこなせる人は良いとは思うのですが、自分の技量では時期早尚でしたのでご報告です。

    時期早尚と思った理由ですが、投稿時にアイキャッチ画像をwebpで設定すると、アイキャッチ画像設定画面の中で前後に画像がはみ出してしまうようです。表現が変ですが、実際にwebpをアイキャッチに設定すると一目瞭然です。

    故に、その下にある、概要欄など付近の項目を修正トしたいと思っても、パソコンの大画面なら画像に潰されずに概要欄がかろうじて表示されてますが、iPhoneでは、概要欄がアイキャッチ画像のはみ出した状態の下になって編集不能でした。

    私の場合はwebpに関してはMacのアプリを使って作成していたので、投稿の編集もMacの大画面だったので、この問題に気付くのが遅くなりました。
    たまたま投稿した後で出先でiPhoneで概要欄を修正したいと思った時に作業不能となって気がつきました。

    この問題はWordPress本体がwebpに対応するまで治らないと思うので、私もそれまではwebpの多用は避けて、速度を有利にしたいトップページくらいに抑えようと思ってます。

    このスレッドで報告した元々の課題も、もしかしたらWordPress自体がwebp対応したら治るかもしれませんし。
    (結局は私の環境ではベクトル製以外のプラグインを止めても治らない状態だったので、WordPress対応で同時に治るのを期待してます)

    • この返信は3年、 6ヶ月前にmomoが編集しました。理由: 少し文章の訂正
    返信先: webpを使いたいです #51133

    momo
    閲覧者

    素人として出来る範囲の暫定対策を実施しましたので報告します。

    とりあえず、当初webpが設定出来ない問題を報告させて頂いた箇所は、カードブロックを廃止して、PRブロックに置き換え。
    そしてPRブロックには画像を採用せず、アイコンのままにして、Googleスピードテストにおけるwebpを促する警告を止めました。

    何故にカードブロックやPRブロックで、webpを指定出来ない問題の原因究明は断念しましたが、問題は回避されました。

    将来、再びカードブロックを採用したい時、その時点でも、まだ、webpでエラーが出てしまう時は、改めて投稿させて頂きます。

    このスレッドは個人的には解決済みにしても良いのですが、本当は原因不明で解決済みは嘘になるので、とりあえず解決済みボタンを押さずに置きます。

    もし、ベクトル様にて、フォーラム管理の上で邪魔になるようでしたら解決済みに状態遷移して頂いて構いません。

    返信先: webpを使いたいです #51126

    momo
    閲覧者

    やっぱり気になって実験用サイトにてプラグインを全停止して、ベクトル様の純正のみ残して実験するも
    結果が同じでした。

    こうなると他社プラグインに問題もなく、私のコンテンツの問題なのか?
    完全に私個人の問題になってしまったのかもしれません。

    ちなみに現在稼働中のプラグインは添付ファイルです。

    個人的な環境問題だと決まってしまうと、私の力ではどうしようもないので、正直なところ万策尽きたと言うところです。
    webpは断念を視野に入れてます。

    Attachments:
    You must be logged in to view attached files.
    返信先: webpを使いたいです #51122

    momo
    閲覧者

    対馬様

    すれ違いの投稿でした。
    デベロッパーツールの参考事例をありがとうございます。
    本来はプラグイン停止が基本であることは承知してますが、稼働サイトにてちょっと躊躇もあり、代替案をご提示頂いたご配慮に感謝します。

    早速、真似してみたのですが、画像設定時にブロックエディターでエラーが出た際に

    デベロッパーツールで!マークが見当たらず、エディター画面とデベロッパーツールの表示でエラーブロックとの位置合わせをしようとしたのですが、エラーとなるブロックが特定できずでした。
    デベロッパーツールのどこを触れても、左側のブロックエディター画面では画面全域がハイライトされてしまって素人目にエラー箇所の情報が吸い出せませんでした。
    ツールのソースでネストを開いてもダメでした。

    そこで、実験していた固定ページを一旦公開モードに切り替えて、皆様に見ていただこうとしたのですが、今度はエラーが出たページは2度と編集画面が表示されない状況でした。

    何度か繰り返し、同じ実験を作り直したのですが、どうやら、今回のwebp画像を入れてのエラーになると、その固定ページは、以後、編集画面に入ると画面が真っ白で、編集が出来ない可能性が高いことが分かりました。
    稼働中サイトの稼働中のページがそうならなかったのは幸いでした。

    そんな状況なので、本当に大事なページで、この画面真っ白が出ては私の手に負えない事故になってしまうので、無理してwebpの早期導入はやめたほうが良いのかもしれません。

    webp導入を進めたい気持ちは今も残るのですが、WordPress自体も、現状、アップロードする時点でプラグインかFTPと言う状況ですので、WordPressが正式にサポートして、webpユーザーが増えてきた頃には、原因がプラグインであれ、私の環境であれ、自然と問題が解決する日が来るかもしれません。

    対馬様には、ここまでご尽力いただいたのですが、これ以上はちょっと私のレベルを超えることになりそうなので、終了したいと思います。

    最後に、プラグインの停止による特定ですが、今残っているプラグインは、これ以上は減らせないというか減らしたくないプラグインなので、原因が判明しても結果的に逃げようがない事。
    それでも原因を絞れるメリットがあるのですが、現在、稼働中サイトで実験中なので、大事なプラグインを停止するのがちょっと気になるので、このプラグインの停止を伴う実験は、後日、別な実験サイトに環境をコピーしてから行います。

    プラグインが特定できたら、もしかしたら活路もあるやもしれませんが、私自身が即プラグイン停止できない以上は、そしてデベロッパーツールが使いこなせない状態では、一旦、終了モードで致し方ないと思いました。

    対馬様、お騒がせしました。

    一旦休憩で、また、サイトコピー後の実験で情報があったら継続投稿させていただきます。

    返信先: webpを使いたいです #51119

    momo
    閲覧者

    ###この投稿は対馬様のアドバイスとすれ違いのタイミングで投稿されたものです。

    ヒントが見つかりました。
    もし、このヒントからベクトル様で何か作りの中で思い当たる節があったら嬉しいのですが。

    投稿リストブロックを作成

    投稿リストブロックなので、リスト表示にはアイキャッチ画像が表されます。
    そのアイキャッチ画像をwebpで指定してあれば
    投稿リストブロックには、問題なくwebp画像が表示されました。

    結果だけ見たら、カードブロックと酷似するデザインですが、投稿リストブロックであれば、webpが表示可能と言うことがわかりました。
    これがヒントとなり、簡単に解決策があったら良いのですが、やっぱり私固有の問題であったらベクトル様にもヒントにもならないかもしれません。

    まずは、せっかくの発見した逃げ道なので、投稿リストブロックで代用する方向を模索したいと思います。
    ただ、投稿リストブロックとカードブロックは結果的に非常に似てるので、内部構造がそっくりなら、将来、投稿リストブロックもエラーが出る恐れがありそうで、ちょっと迷ってます。

    • この返信は3年、 7ヶ月前にmomoが編集しました。
    • この返信は3年、 7ヶ月前にmomoが編集しました。理由: 冒頭に追記###この投稿は対馬様のアドバイスとすれ違いのタイミングで投稿されたものです。
    返信先: webpを使いたいです #51115

    momo
    閲覧者

    何も進展ではないのですが追記します。

    カードブロックの代わりに「PRブロック」に画像を入れると言う逃げ道はどうか?
    と思ったのですが、やっぱり同じエラーでした。

    返信先: webpを使いたいです #51113

    momo
    閲覧者

    新規にテストページを作成し、その真っ新な固定ページにカードブロックを追加して実験したのですが結果はダメでした。
    どうやら私の環境問題(プラグインか何かが原因)と言う事ですね。

    念のために他の問題要素として、私がwebp画像を作成したアプリの問題である可能性も潰すため、ネット上のwebp変換サイトを使ってのwebp画像もカードブロックに入れてみたのですが、そちらのwebp画像も同様のエラーでした。

    変換アプリも原因でないとすれば、この結論は、おそらく私の環境固有で確定ですね。

    ただ、私の環境でもカードブロック以外の普通の画像ブロックやアイキャッチ画像に関しては、webpが使えているので、カードブロックに対してだけ干渉する環境問題なのかも知れません。

    そうなるとLightningのカードブロック限定での問題の可能性があるので、プラグイン側での対応があまり期待できないですね。
    今入れているプラグインはスピード重視の観点から最小限にしているので、これ以上は減らしたくないので、カードブロックの利用を一旦諦めたいと思います。

    あるいはカードブロックにはwebpを諦めるか。

    私以外の皆様がwebpとカードブロックの相性問題が報告されない場合は、ベクトル様の対応も期待できないと思うので、この先は私個人の問題として個人的に試行錯誤したいと思います。

    今のところ思う付くのは

    1、webp優先してカードブロックの断念
    2、カードブロックを優先してjpeg利用
    3、ダメもとでプラグイン開発元に相談(まず原因特定が先ですけど)
    4、その他、思いついたら更なる実験

    何か進展があったら、また報告を追加します。

    今回は特に対馬様、お世話になりました。

    返信先: webpを使いたいです #51109

    momo
    閲覧者

    対馬様
    本当にいつもありがとうございます。
    私も違うカードブロックでも試して見た結果、両方ともダメだったので投稿したのですが、しかし、対馬様が使えると言う事は、Lightningの制限は無さそうですね。

    思えば、わたしのカードブロックは数ヶ月前に作って再利用ブロックに入れて時々愛用してた古いアイテムです。
    最新の環境と何か微妙に相性があるとか、何かあるやも知れず。

    今は実験出来ませんが、また、少し試して見ます。
    まだ、私の方では未解決なので、このまま未解決にしますが、おそらく私個人の事だと分かりましたので、ベストアンサーは設定はこの時点でさせて頂きました。


    momo
    閲覧者

    石川さんスライダーブロックやアウターブロックを再び試してました。
    先日、1カラムにした時期があり、そのタイミングでチャレンジしてました。
    ただ、残念な事に、スライダーブロックもアウターブロックも入れるとGoogleスピードテストで目に見える点数悪化があり断念しました。
    普通のサイトには実用上は問題では無い速度の低下だと思うのですが、私のサイトは急いでいる人に見てもらうサイトなので、TOPページのスピードは捨てがたく、スライダーブロックもアウターブロックも諦めます。
    アウターブロックはなかなか見た目が好きですが。

15件の投稿を表示中 - 31 - 45件目 (全618件中)