フォーラムへの返信
-
投稿者投稿
-
これ、サーバーサイドに複製環境つくるのではダメなんでしょうか?
サーバー自体が落ちちゃうとダメだから意味ないのかなバックアップという意味では意味がないですが、とりあえずのテスト環境としては良いのではないでしょうか。ただ同じサーバーで似たような場所にあるとテスト環境でテストするつもりが間違って本番でテストしてた、ということが発生する可能性が高まると思うので、そこはよく注意したほうが良いかもです。
それもあって広告の位置もパン屑あたりにしたく以下のコードをリファレンスからさがしてきました
これで該当位置にフックされると考えてよいでしょうか
パンくずの位置はレイアウトや設定によっても変わるので一概には言えませんが、デフォルトであればそれで良さそうに思います。一度試してみてください。
♥ 0Who liked: No userだめですかー。リンクの URL 自体が空で出力されているので、元のページに戻るというより、シンプルに同じページが開かれている形になっています。リンクの URL さえ出力されれば解決するのですが、ちょっとなんでかわからないですね…。
var_dump()
では正しく URL が入っていたので、このフックのところではなくて、もっと別のどこかで最終的に URL が除去されているという可能性もあるのかもしれません。これ以上は直接触らないとわからないので、可能でしたら本番サイトで直接調査してみたいのですがいかがでしょうか?ご検討のほどよろしくお願い致します。(もし OK であれば Discord のほうでやりとりさせていただければと思います)
♥ 0Who liked: No user一度、プラグインの編集時にサイトすっ飛ばしてしまって、編集にとても緊張するので、
もしかして本番サイトのダッシュボード→プラグイン→プラグインファイルエディターから直接編集されていますかね?それは危険なので絶対にやめたほうが良いです。
PC内でテキストエディターを使ってコードを編集、本番環境をコピーしてきたローカル環境やテスト環境で実行、問題がなければ本番環境に反映、がセオリーです。
♥ 0Who liked: No userSnow Monkey の前に、WordPress 自体にもかなり多くのフックがあるので、まずはそれでできないか検討するのが重要です。このあたりを確認して試してみてください!
♥ 0Who liked: No user検討します。
♥ 0Who liked: No userotomeweb さんのコードだと、
get_adjacent_post_by_furigana( true )
で前の投稿データが、geet_adjacent_post_by_furigana( false )
で次の投稿データがとれるのですよね?僕のもともとのコードだと
if ( 'next' === $key ) { $_post = get_previous_post( $args['_in_same_term'], $args['_excluded_terms'], $args['_taxonomy'] ); } elseif ( 'prev' === $key ) { $_post = get_next_post( $args['_in_same_term'], $args['_excluded_terms'], $args['_taxonomy'] ); }
とあるのが確認できると思います。
get_previous_post()
が前の投稿を、get_next_post()
が次の投稿を取得しています。なのでここを差し替えるのが簡単だと思います。♥ 0Who liked: No user確かにカウントアップされないですね…。
これ本家で生成したボタンもカウントアップされない気がするのですがどうでしょうか…?
♥ 0Who liked: No user返信が漏れておりすみません!!
現在の設定では全ページの@typeが一括でarticleになるため、もう少し個別に設定したいと思っています。
たとえばトップページは@websiteにしたり、といった具合にです。
かなり昔につくった機能であるのと、構造化データに詳しくないのでよく覚えていないのですが、投稿は
@type
がBlogPosting
、固定ページはarticle
、それ以外はWebSite
になっていたのではないかと思います。ひとまず、トップページについては一般的には
WebSite
が適切なのでしょうか?基本的な運営者情報や著者情報、組織情報を個別で指定できると便利かなと思っています。
アーカイブとか検索とかは UI をどうするかが難しいですが、投稿・固定ページは編集画面にセレクトボックスを持たせてそこから選んで任意の
@type
を変更できる、くらいはできるかもしれません。ただ、前述したように構造化データに詳しくないので、どういう選択肢を持たせたほうが良いのかがわからず…。これくらいはあったほうが良いというものがあればぜひ教えてください。一応、現状は UI で設定できる機能は無いのですが、フィルターフックではカスタマイズが可能です。
inc2734_wp_seo_json_ld
♥ 0Who liked: No user良かったです!
トピックのクローズをお願いします。♥ 0Who liked: No uservar_dump( $url );
がstring(69) "https://livingskape.jkdecor.com/money/marriott-bonvoy-premium-review/"
となっているからちゃんと URL は取得できているぽいんですけどねー、なんでだろう…。<a href="<?php echo esc_url( $url ); ?>" target="<?php echo esc_attr( $target ); ?>">
のところを
<a href="<?php echo $url; ?>" target="<?php echo esc_attr( $target ); ?>">
としてみたら変化はありますか?
esc_url()
は URL から不正な文字列を除去してくれる関数です。全然問題は無いように見えるんですけど、万が一ということもあるので、念の為この関数を消したらどうなるかを確認したいです。セキュリティ的に下記を使うのは良くないのであくまで動作確認です。♥ 0Who liked: No user金土日が出張で作業できなかったので、今日の夕方か夜に作業予定です。お待たせしてすみません!
♥ 0Who liked: No userこれですかね?
実際に見てみないと調査はできないため、可能であれば URL の記載をお願いします!
下記を参考に組んでみてください!
あと、トピックは同じ問題にぶつかった人が参照しやすいように、わかりやすいタイトルをつけてください。個々人のサポートデスクではなく、あくまでフォーラムなので、よろしくお願いいたします。
♥ 0Who liked: No userSnow Monkey のアドオン(専用プラグイン)は多くが GitHub 経由でアップデートを提供しているのですが、今回は 6.7 対応で一気に全アドオンのアップデートをおこなった影響で、GitHub のデータ取得制限にひっかかってしまい、エラーが発生してしまうようでした。ご迷惑おかけしてすみません。
正しくアップデートできれば次からは同じエラーはでなくなる(はず)です。
とりあえずしばらく待てば制限が解除されてアップデートされるようになるはずですが時間がかかるので、マイアカウントページから snow-monkey-search.zip のアドオンをダウンロード&解凍して、FTP でプラグインディレクトリにアップロードしてアップデートしてみてください。
もしそれでも他のアドオンで同じエラーがでる場合は、そのアドオンも同じようにマイアカウントページから zip ファイルをダウンロードして FTP でアップロードしてください。
お手数おかけしてすみません><
「カテゴリー」というのは、WordPress コアの「カテゴリー」ではなく、独自に追加した「カスタムタクソノミー」という理解であっていますかね?
もしそうだとしたら、ウィジェットエリアを表示する条件を下記のように変更してみてください。
// 「news カスタム投稿タイプ詳細ページ」、「news カスタム投稿アーカイブページ」、「news_category カスタムタクソノミーアーカイブ」のときはは何もしないで終了 if ( ! is_singular( 'news' ) && ! is_post_type_archive( 'news' ) && ! is_tax( 'news_category' ) ) { return; }
♥ 0Who liked: No user -
投稿者投稿