タグ付けされた質問 「codex」


1
ナンバーポスト?ショーポスト?posts_per_page?
そのため、Codexのドキュメントでは、showpostsが非推奨であることは明らかです。しかし、その同じドキュメントはナンバーポストについては何も言及していません。代わりに、posts_per_pageがリストされます。 しかし、get_postsのCodexドキュメントに目を向けると、posts_per_pageの言及はなく、代わりにnumberpostsが引用されています。 でpost.php我々は何が起こっているのか見る:numberpostsがデフォルト(5)のように設定が、その後(posts_per_pageを引数に設定されていない限り)posts_per_pageにコピーされます。 だから私の質問は本当にかなりつまらないものですが、Codexを更新したいので皆さんに質問したかったです。posts_per_pageを全面的に奨励したくなくて、最終的にはナンバーポストを廃止したいのですか?または、ここでいくつかの重要な洞察が欠落していますか?

4
media_handle_uploadを使用して複数のファイルをアップロードする
WordPressフォームプラグインがありmedia_handle_upload、ファイルをアップロードしてそこにIDを直接取得し、メタIDとしてそのIDを投稿に添付するために使用しています。 フォームフィールドのHTMLは次のとおりです。 <input type="file" name="my_file_upload" id="my_file_upload"> そして、phpコードは次のとおりです。 $attach_id = media_handle_upload( 'my_file_upload', $post_id ); if ( is_numeric( $attach_id ) ) { update_post_meta( $post_id, '_my_file_upload', $attach_id ); } そして、すべてが完璧に機能していました。 今、私は私のHTMLコードが複数のファイルをアップロードしようとしています: <input type="file" name="my_file_upload[]" id="my_file_upload[]" multiple="multiple"> しかしmedia_handle_upload、複数のファイルをアップロードする機能を機能させることはできません。 任意の助けをいただければ幸いです。

2
プラグインライフサイクルのドキュメントはありますか?
プラグインのライフサイクルとは何かを説明するドキュメントがどこかにありますか? 私はOOPスタイルの新しいプラグインを開始しましたが、私のメインクラスが非常にインスタンス化されていることがわかりました(XdebugとNetbeansのおかげです)。 Dropbox-APIオブジェクトをインスタンス化しているので、それが私をイライラさせ、WordPressがメインクラスをそれほどインスタンス化するとは思わなかったのです。 CodexでもGoogleでも、プラグインのライフサイクルに関連するものは見つかりませんでした。

2
is_page_template()は何と比較しますか?
Wordpressのドキュメントを見るis_page_template()と、「テンプレート名」が提供されている場合は、それと比較されます。 とpage-homepage.php呼ばれるに保存されているテンプレートがありHomepageます: /* * Template Name: Homepage * Description: The template for displaying the homepage */ そして、そのテンプレートを使用しているときにfunctions.phpで実行したいコードがいくつかあります。 if (is_page_template('Homepage')) { ... しかし、そのテンプレートを使用するページにいるときはトリガーされません。 Wordpressが実行するコードを見ると、is_page_template()実際にはテンプレート名ではなくドキュメント名をチェックしているように見えます...? function is_page_template( $template = '' ) { $page_template = get_page_template_slug( get_queried_object_id() ); if ( $template == $page_template ) return true; 私のインスタンスでは、ドキュメントのようにテンプレート名で$page_templateはpage-homepage.phpないようです...? 私は何か間違ったことをしていますか?

1
コーデックスはもはや積極的に維持されていませんか?
私は通常、Wordpress関数のクイックリファレンスが必要なときにGoogleを使用します。通常、最初に表示されるのはCodexの投稿です(たとえば、「get-term」をグーグル検索するときはhttps://codex.wordpress.org/Function_Reference/get_term)。 私は長年、コーデックスに依存する、と別々のコードリファレンスがあったことを漠然と認識していたされてきた(例えば。https://developer.wordpress.org/reference/functions/get_term/を)ことでしたコーデックスよりも詳細を与えます...しかし、ほとんどが重複したリストのように見えました。代わりに、これはGoogle検索で最初に戻ることがあります。 しかし、最近、私は2つの間に矛盾を見つけました...そして、コーデックスはいくつかの事柄で時代遅れになっているようです。たとえば、re。上記の2つのリンク- $taxonomy本当に必要なパラメーターではなくなったことに気付く前に、少し時間をかけてトラックのチケットを読みましたget_term()。コーデックスにはまだそれが必要であると記載されているので、私は庭の道にいました。 各ページの上部にコードリファレンスへのリンクがありますが、非推奨であると言及しているCodexのどこにも表示されません。 コーデックスが廃止されたかどうか誰かが知っていますか?それはまだ目的を果たしていますか?または、私はそれをほとんど無視して、developer.wordpress.orgを使用するべきですか?

1
Codexメソッドの変更により、親と子のテーマスタイルシートのエンキューに関する問題
この投稿は、このスレッドとこのスレッドで持ち込まれたスタイルシートのエンキューメソッドに関する最近の変更に関して私が遭遇したいくつかの質問を持ち出します。 私が遭遇した問題は、WP 4.0のインストールで特に子テーマに対応している、広く使用され維持されている親テーマを使用して、一般的なユースケースシナリオで発生しました。私の子テーマのfunctions.phpには、Codexに詳述されている関数のみが含まれていwp_enqueue_styleます。 以下で参照するコードはこのテーマに固有のものですが、その多くは親テーマで使用されている現在のコーディング規則を使用しています。さらに、私の関心領域は、現在広く普及している多数の確立された親テーマで重複している可能性が高いです。また、これらの提起された質問は、どの親テーマが使用されているかに関係なく、普遍的なレベルで適用できます。 問題1:Twoqueueing 推奨セットアップ: 親テーマは、wp_enqueue_scriptsフックを使用してスタイルとスクリプトをキューに入れることです。関連する部分は次のとおりです。 add_action('wp_enqueue_scripts', 'parent_theme_function_name'); function parent_theme_function_name() { wp_register_style( 'avia-style' , $child_theme_url."/style.css", array(), '2', 'all' ); wp_enqueue_style( 'avia-base'); if($child_theme_url != $template_url) { wp_enqueue_style( 'avia-style'); } } 私の子テーマfunctions.phpは、最近のコーデックスの変更ごとにスタイルをエンキューします。 add_action( 'wp_enqueue_scripts', 'enqueue_parent_theme_style' ); function enqueue_parent_theme_style() { wp_enqueue_style( 'dm-parent-style', get_template_directory_uri().'/style.css' ); } 参照コードで使用されている次のIDに注意してください。 id='dm-parent-style-css' 子テーマ関数によってエンキューされた親テーマのスタイルシートです id='avia-style-css' 親テーマ関数によってエンキューされた、私の子テーマのスタイルシートです id='dm-child-style-css' 私の子テーマの関数によってエンキューされた、私の子テーマのスタイルシートです …
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.