Questions tagged «codex»

4
WordPress加载顺序有流程图吗?
因此,就像WP必须从中加载一系列文件一样, index.php -> ... -> wp-header.php -> ... ->functions.php ...依此类推 在执行过程中,对于函数调用,条件调用等也必须有类似的流程图。这样的流程图在任何地方都可用吗?

1
电话亭?秀场?posts_per_page?
因此,食典上的文档非常清楚,不推荐使用showposts。但是,相同的文档中没有提到任何号码簿。而是列出posts_per_page。 但是,如果我们使用有关get_posts的Codex文档,则看不到posts_per_page的提及,而是引用了numberposts。 在post.php中,我们看到发生了什么:numberposts被设置为默认值(5),然后将其复制到posts_per_page(除非在args中设置了posts_per_page)。 所以我的问题确实很书呆子,但是我想更新Codex,所以我想问大家-是否有一个原因,我们不想全盘鼓励posts_per_page,最终弃用号码簿?还是我在这里缺少一些重要的见解?

5
使用media_handle_upload上传多个文件
我有一个WordPress表单插件,我media_handle_upload用来上传文件并直接获得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
食典不再有效维护吗?
我通常在Google上需要Wordpress函数的快速参考时,并且通常是第一个出现在Codex上的帖子(例如,在谷歌搜索“获取术语”时,https: //codex.wordpress.org/Function_Reference/get_term)。 我多年来一直依靠食典,并且隐约意识到有一个单独的守则参考(例如https://developer.wordpress.org/reference/functions/get_term/)确实比食典提供了更多细节...但大多数似乎是重复的清单。有时,这会首先在Google搜索中返回。 但是最近我遇到了两者之间的差异……似乎食典在某些事情上可能已经过时了。例如,重新。上面的两个链接-我花了一些时间阅读火车票,之后我才意识到$taxonomy确实不再需要该参数get_term()。我在花园小径上,因为食典仍然列出了它的要求。 尽管每页顶部都有指向“代码参考”的链接,但我在Codex上看不到任何提及它的地方。 有人知道食典是否已弃用吗?它仍然有目的吗?还是我应该完全忽略它,而只是使用developer.wordpress.org?

1
使用修订的Codex方法使父主题主题样式表排队的问题
这篇文章提出了我所遇到的与这个线程和这个线程中提出的有关样式表排队方法的最新变化有关的一些问题。 我遇到的问题是在一个一般用例场景中出现的,它使用了一个广泛使用且维护良好的父主题,该主题在WP 4.0安装中特别适合儿童主题。我的孩子主题的functions.php仅包含Codex中详细介绍的wp_enqueue_style功能。 请注意,尽管以下引用的代码专用于此主题,但其中许多代码使用父主题使用的当前编码约定。此外,我关注的领域很可能可以复制到当前大量流行的父主题中。同样,这些提出的问题在通用级别上均适用,无论使用哪个父主题。 问题1:双向排队 推荐的设置: 父主题是使用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' 是我的孩子主题的样式表,由我的孩子主题函数排队 …
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.