-
投稿者投稿
-
2022年7月8日 5:57 AM #107588
【お使いの Snow Monkey のバージョン】v17.2.2
【お使いの Snow Monkey Blocks のバージョン】
【お使いの Snow Monkey Editor のバージョン】
【お使いのブラウザ】Firefox Chrome で検証
【当該サイトのURL】### 発生している問題
v17.2.2で修正されたとされるGoogleフォントの反映が、Wordpressからログアウトした状態では反映されていない。
### 試したこと
サブディレクトリ型サイトの2種類で検証。お世話になっております。またしてもフォント関係の話で恐縮ですが…
Snow Monkey v17.2.2で修正されたとされるGoogleフォントの反映ですが、Wordpressからログアウトした状態では反映されていないようです。
※例えば Noto serif JP にしても、打ち消されて serif で表示されています。なお、Wordpressにログインした状態ですと、エディター画面もフロント画面ともに反映されています。
サブディレクトリ型サイトは下記の2種類がありますが、どちらも同様の状態です。
トップページ URL : https://example.com/wp
WordPress ディレクトリ : https://example.com/wpトップページ URL : https://example.com/
WordPress ディレクトリ : https://example.com/wp私個人としては先日ご相談したように個別でフォントファミリーを設定しているため
特に問題はないのですが、v17.2.0、v17.2.1、でテストをした際にも反映されおらず
様子を見守っていた中、今回修正が言及された上でも不具合が継続していたので、
ご報告することにいたしました。
※v17.2.1まではログイン中でも反映されていなかったので、その点は変化がありました。ご確認いただけましたら幸いです。よろしくお願い申し上げます。
♥ 0いいねをした人: 居ません2022年7月8日 8:47 AM #1075912022年7月8日 9:06 AM #107593キタジマさん
そうですね。17.2.1の段階でもSnow Monkey サイトではソースを確認すると
フォントファイルも正しく配置されていて、しかもきちんと反映・表示されて
いたため、私の環境でもファイルは設置されているのになぜなんろう…と
テスト遊びをしつつもWAFの各項目をオンオフする等を含め、悩んでいました。ちなみに、サブディレクトリ型で構築するケースが多いと思っていたのですが、
Snow Monkey サイトを含め、実際にはそうでもないのでしょうかね。あ、あとですね、カスタマイザーの下記コメントも17.2.1から変更された
現状のものに合わせて直していただいた方がよいと思います。
「~フォントファイルは wp-content/wp-google-fonts にダウンロードされます。」それでは、よろしくお願いいたします。
♥ 0いいねをした人: 居ません2022年7月8日 9:16 AM #107594ローカル環境で、下記の構成でテストしてみました。
トップページ URL : https://subdirectory.local/sub
WordPress ディレクトリ : https://subdirectory.local/subトップページ URL : http://owndirectory.local/
WordPress ディレクトリ : http://owndirectory.local/wpいずれも非ログイン状態で閲覧したところ、どちらの場合でも正しくフォントが反映されていました。どちらのサイトでもフォント以外の設定はデフォルトのまま、プラグインは無し、なので、設定やプラグインの状況によって優先順位が変わったり意図しない不具合が発生したりということがあるのかもしれません。
Google フォント用の CSS ファイルの読み込みはされているのか/いないのか、CSS ファイルが読み込まれている場合フォントファイルは読み込まれているのか/いないのか、を確認していただきたいのですが、非ログイン状態の場合、下記の CSS ファイルは読み込まれていますか?
<link rel='stylesheet' id='wp-google-fonts-css' href='http://example.com/sub/wp-content/uploads/inc2734-wp-google-fonts/noto-sans-jp-400700.css?ver=1' type='text/css' media='all' />
また、読み込まれている場合、デベロッパーツールのコンソールになにかエラーはでていませんか?(CSS ファイルに記述してあるフォントファイルへのパスが正しくない場合はフォントファイルの404エラーが大量にでます)
あ、あとですね、カスタマイザーの下記コメントも17.2.1から変更された
現状のものに合わせて直していただいた方がよいと思います。
「~フォントファイルは wp-content/wp-google-fonts にダウンロードされます。」確かに!ありがとうございます!
2022年7月8日 9:39 AM #107596キタジマさん
キタジマさんのテスト環境では問題なく反映されていましたか…それはまた謎が深まりましたね。。
まずCSSについて確認したところ、非ログイン状態ではソース上で確認できませんでした。
またログイン状態では下記のように表示されていました。※URL部分は書き換えています
<link rel='stylesheet' id='wp-google-fonts-css' href='http://example.com/sub/wp-content/uploads/inc2734-wp-google-fonts/noto-serif-jp-400700.css' type='text/css' media='all' />
キタジマさんのものとは?ver=1
が無いという違いがありますね。なおエラーについては、フォント周りに起因するものはログイン・非ログインのいずれもありませんでした。
17.2.1の時に、サブディレクトに新規インストールしたWordpressで、プラグインゼロの状態でも
本件のテストを行ったのですが、その際もフォントは反映されていませんでした。CSSはログイン状態では表示を確認できていましたが、その時はログイン・非ログインで差異があると
考えていなかったため、非ログインでの状態までは確認していませんでした。現時点では新規状態の環境がないため、テストをしようと思うと少しお時間をいただくことになりますが、
必要であれば新規インストールをして試してみますので、仰ってくださいませ。♥ 0いいねをした人: 居ません2022年7月8日 10:24 AM #107603追伸です。
v17.2.1で制作中だった2サイトがあり、どちらもプラグインを全オフし、カスタマイザーも初期状態に戻せる状態だとわかったので、取り急ぎ、v17.2.1のままとv17.2.2にしたものの2点でテストをしてみました。※どちらも下記のケースです
トップページ URL : https://example.com/wp
WordPress ディレクトリ : https://example.com/wp結論として、v17.2.1、v17.2.2、いずれも非ログインでは反映されなかったのですが発見がありました。
v17.2.1では、ログイン・非ログインのいずれも、ソース上で当該CSSが表示されていました。
また、ログイン・非ログインのいずれもフォントまわりのエラーが20ほど発生していました。v17.2.2では先のとおり、ログイン時のみCSSが表示されていて、エラーはどちらもありませんでした。
取り急ぎ、追加情報としてご報告しておきます。
2022年7月8日 2:05 PM #1076262022年7月8日 2:30 PM #107638 -
投稿者投稿
- トピック「Googleフォントの反映について」には新しい返信をつけることはできません。