Aki Hamano
フォーラムへの返信
-
フォーラム: 使い方全般
返信が含まれるトピック: ワードプレス導入後、投稿画面が真っ白で投稿できない。@blopolice さん
こんにちは。
原因は分かりませんが、SSL証明書が正しく認識されていないような気がします。
普通にサイトにアクセスする分には、Chromeでも鍵マークは赤くなっておらずちゃんとhttpsで通信出来ていますので、WordPress管理画面の何かしらの設定が問題かもしれません。一旦原点に戻って、
- デフォルトテーマ(TwentyTwentyOne)へ変更
- すべてのプラグインの停止
などを再度試してみていただけないでしょうか。
参考:問題解決のためのチェックリストフォーラム: 使い方全般
返信が含まれるトピック: ワードプレス導入後、投稿画面が真っ白で投稿できない。@blopolice さんこんにちは。
解決のため、いくつか情報をいただけますでしょうか。
- 「/Users/rokusugiyama/Desktop/スクリーンショット 2021-10-02 8.57.57.png」が見れませんので、表示されているエラーメッセージを教えて下さい。
- 管理画面の「WordPressアドレス」と「サイトアドレス」は、「https://blo-police.com/」になっていますでしょうか。(https~、かつwwwなし)
- Chromeに関しては、ブラウザのアドレスバーの頭の鍵マークが赤くなっているが、記事投稿自体は問題無く行えるという事でしょうか。
フォーラム: 使い方全般
返信が含まれるトピック: ワードプレス導入後、投稿画面が真っ白で投稿できない。@blopolice さん
こんにちは。
chromeで起動して投稿画面を開いた際にも、コマンド、オプション、1キーをしましたが、こちらでは反応はありませんでした。
→申し訳ありません、ちょっと文字が分かりづらかったですが、Macの場合は「Command+Option+I」で、「I」というのは数字ではなくアルファベットです。
あとは、ブラウザによってサイトの保護状態(http/https)が変わるのが気になるのですが、管理画面 > 設定メニューの「WordPressアドレス」「サイトアドレス」はhttps~になっていますでしょうか。
フォーラム: 使い方全般
返信が含まれるトピック: ワードプレス導入後、投稿画面が真っ白で投稿できない。@blopolice さん
横から失礼いたします。
状況としては、以下であっていますでしょうか。
- サイト自体は問題なく表示される
- 管理画面の各メニューも問題無く動作している
- 記事の新規投稿画面もしくは編集画面を開くと真っ白になる
可能性として、ブロックエディタ本体でエラーが発生している可能性があります。
以下の手順で、もしエラーが出ていれば教えていただけないでしょうか。
- Google Chromeで新規投稿画面を開く
- WindowsならF12キー、MacならCommand+Option+Iキーを押す
- デベロッパーツールというものが表示されるので、「Console」というタブをクリック
- 赤文字で何かエラーが出ていないか
参考画像:https://wd.imgix.net/image/admin/xeCLVEAiw99oxMJp0uzn.png
フォーラム: プラグイン
返信が含まれるトピック: Font Awesome プラグインがウィジェットで有効にならない@asako08 さん
はじめまして。
ご質問のプラグインは以下で良いでしょうか?https://ja.wordpress.org/plugins/font-awesome/
検証してみましたが、ウィジェットブロックエディタではアイコンを表示・挿入するためのJavaScript自体が読み込まれていません。
ソースを見た所、JSをenqueueしているフックが原因だと思われますが、それが仕様なのか不具合なのかは分かりません。
こちらのフォーラムでは解決が難しいので、よろしければGitHubの方でissueを投稿されてみてはいかがでしょうか。
https://github.com/FortAwesome/wordpress-fontawesome/issuesフォーラム: 自作品の告知
返信が含まれるトピック: スライドショーのカクカク@hachikuma さん
はじめまして。
コードを拝見しましたが、「TweenMax」というJavaScriptライブラリに関するご質問かと思います。
申し訳ありませんが、WordPressとは全く関係ないご質問のため、当フォーラムでは、サポートが難しいと思われます。よろしければ、一度開発元(GreenSock社)のフォーラムに問い合わせみてはいかがでしょうか。
https://greensock.com/forums/フォーラム: 使い方全般
返信が含まれるトピック: Twenty Twenty-Oneでモバイルでデスクトップメニュー表示こんにちは。
細かいレイアウトについては正解がなく、また具体的なコードも書ききれませんので、これ以上のレイアウト調整についてはご自身でお試しいただくか、もしくは専門業者等にご相談いただけないでしょうか。フォーラム: 使い方全般
返信が含まれるトピック: オリジナルメタボックスのバリデーションについて@non888 さん
はじめまして。
Gutenbergを利用されているという前提で、サーバサイドで生成したエラーメッセージを記事保存時に表示させたいという事かと思いますが、技術的には実現出来ます。試したことはありませんが、以下のコードが参考になると思います。
https://wordpress.stackexchange.com/questions/362975/admin-notification-after-save-post-when-ajax-saving-in-gutenbergtransientを使ったり、@wordpressのパッケージを使ってReact寄りのJavaScriptを書いたりする必要があるので、難易度的には高いかもしれません。ただここまでやらなくても、試されている通りフロントエンド側は自前のjQueryでチェック、サーバサイドでnonce/権限チェックやサニタイズをされていれば、セキュリティ的にも問題ないと思います。
一点だけ改善点をお伝えすると、メタボックスの追加(
add_meta_box)は、admin_menuフックではなくadd_meta_boxesフックで追加する事が推奨されています。フォーラム: 使い方全般
返信が含まれるトピック: Twenty Twenty-Oneでモバイルでデスクトップメニュー表示以下のコードではいかがでしょうか。
@media only screen and (max-width: 481px) { .menu-button-container #primary-mobile-menu { display: none; } .primary-navigation { position: static; width: 100%; } .primary-navigation > .primary-menu-container{ position: static; opacity: 1; height: auto!important; visibility: visible; padding: 0; transform: initial; } .primary-navigation > div > .menu-wrapper { padding-bottom: 0; } .primary-navigation > div > .menu-wrapper .sub-menu-toggle { display: flex; } .primary-navigation > .primary-menu-container ul > li .sub-menu-toggle[aria-expanded=false] ~ ul { display: none; } }フォーラム: 使い方全般
返信が含まれるトピック: Twenty Twenty-Oneでモバイルでデスクトップメニュー表示こんにちは。
こちらのフラットな環境では正しく表示されたので、
- プラグインが影響している
- 他に独自に記述したCSSが影響している
- Twenty Twenty Oneのバージョンが古い
のなどの可能性が考えられますので、原因の切り分けを行ってみて下さい。
フォーラム: 使い方全般
返信が含まれるトピック: Twenty Twenty-Oneでモバイルでデスクトップメニュー表示はじめまして。
CSSの上書きで対応出来ると思います。
例えば、以下のようなCSSをカスタマイザーの「追加CSS」に設定してみて下さい。@media only screen and (max-width: 481px) { .menu-button-container #primary-mobile-menu { display: none; } .primary-navigation { position: static; width: 100%; } .primary-navigation > .primary-menu-container{ position: static; opacity: 1; height: auto!important; visibility: visible; padding: 0; transform: initial; } .primary-navigation > div > .menu-wrapper { padding-bottom: 0; } }CSSの知識が必要となりますが、適宜希望のレイアウトに合わせて調整してみて下さい。
フォーラム: 使い方全般
返信が含まれるトピック: videoタグのcontrols属性に追記すると無効コンテンツと出るこんにちは。
「解決」をクリックするとブロックが「壊れる」とのことで、
壊れたら困ると思うのが素人の感覚で、メッセージも「想定されていない無効のコンテンツ」と書かれてあるものですから、「このままではいけない。直さなければならない」と思っていたのです。「壊れる」という言葉を聞くと不安に思うかもしれませんが、あくまで影響が及ぶのはそのブロックのみであり、記事やWordPress全体に影響が出るわけではありませんので、心配なさらなくて大丈夫です。
また、ブロック側でも対処の選択肢を示してくれている通り、「直さなきゃいけない」と受け取るのは正しい感覚だと思います。
しかし、ご回答を拝見していると、どうやらHTMLソースが壊れているわけではなく、完全なHTML記述しかやる方法がないよ、というだけなのでしょうか。
おっしゃるとおり、検索していると「ブロックが壊れる」と書いてあるため、直さなきゃと思ってしまいますが、要は「ブロックが分解される。一度分解されると分解前の状態である”ブロック”には戻せないよ」ということでしょうか。→その通りです。
しかし、実は、「HTMLに変換」したあとの状態も、「カスタムHTMLブロック」と同じことだった、ということでしょうか。
→その通りです。「ブロックの問題を解決」ポップアップにある「HTMLに変換」というボタンを押すと、自分が書いた(またそのせいで壊れてしまった)コードを保持した上で、カスタムHTMLブロックに変換されます。
フォーラム: 使い方全般
返信が含まれるトピック: videoタグのcontrols属性に追記すると無効コンテンツと出るはじめまして。
Gutenbergの動画ブロックは、サイドバーの設定にある通り、videoタグについて以下の属性を設定出来ます。
autoplay loop muted controls playsinline poster preload上記以外の属性(
controllistやoncontextmenu)は設定出来ず、無理にHTML編集モードから追記するとブロックが壊れます。これはGutenbergの仕様で、このブロックに関わらず想定されていないタグ・属性を追記するとブロックが壊れる場合があります。
そのまま保存すればサイト側では編集した通りに表示はされますが、エディタ側ではブロックは壊れたままとなります。
上記の通り動画ブロックでは対応出来ませんが、単純にvideoタグを埋め込むだけなのであればカスタムHTMLブロックを使えば良いと思います。
カスタムHTMLブロックであれば、書いたHTML通りに出力されるので、好きな属性を設定出来ると思います。新規でカスタムHTMLブロックを追加するか、参考サイトに記載されているように「HTMLに変換」のどちらかを行ってみて下さい。
フォーラム: 使い方全般
返信が含まれるトピック: スペーサーの間隔を調整したい@mrsmith11 さん
はじめまして。
スペーサーブロックは高さをpx固定になるので、テーマによってスペーサー自体の高さが変わる事はありません。おそらく、
- スペーサーの前のブロックの下余白(
margin-bottom) - スペーサーの後のブロックの上余白(
margin-top)
がテーマによって異なるため、見た目上の間隔に違いが出ているのだと思います。
ブラウザの開発者ツール等を使って、スペーサーの上下にあるブロックにどのようなmarginがあたっているか確認してみて下さい。
フォーラム: テーマ
返信が含まれるトピック: Twenty Twenty-One モバイルメニューを中心寄せにしたい@rskd さん
はじめまして。
モバイル表示で、右上の「Menu 三」というハンバーガーボタンを押下した時に開くメニュー内の項目の事で良いでしょうか。
それでしたら、以下のようなCSSで対応出来ると思います。
@media only screen and (max-width: 481px) { .primary-navigation .menu-wrapper { text-align: center; } }