WordPress子主题文档错误

在创建第一个子主题时，我发现文档中存在问题。我相信这段代码有一个额外的调用，它可以将CSS代码加载两次。另外，我希望更清楚的是，某些文字（如\"parent theme\"）必须匹配父主题中使用的特定标识。特别是，第7行有一个对wp_enqueue_style()的额外调用，该调用重复加载CSS文件。另外，代码可以简化。下面是一个示例： get(\"Version\"));} 我需要帮助的页面：[登录以查看链接] 我不同意匹配父级中使用的$handle参数可以得到更好的强调，因为这对于所提供的示例按预期工作是至关重要的。但是，删除子样式中父样式的排队函数.php可能不会导致正确的CSS文件加载。我试着在我的孩子中注释我父母的排队风格调用，结果是我的孩子风格加载了两次，而父母的风格一点也没有。我的孩子碰巧有215个作为父母，所以使用这个例子对我来说是正确的，除了不需要父CSS。但文件还是被加载了两次。您的父主题加载样式表的方式可能与model*主题加载样式表的方式不同。如果是这样的话，我可以想象这个例子没有像预期的那样工作，你的版本工作得很好。但是文档示例需要适用于模型主题，而不是选择偏离的主题。我在原来的帖子中打错了：**2***. 好信息。我是WordPress的新手。我正试图在\"hello elementor\"的基础上创建自己的儿童主题\"hello eeg\"。我使用了我在文档页面上找到的代码，在父CSS之后加载我的子主题style.css时遇到了问题。我使用了Chrome网络检查器，看到我的CSS是在父CSS之前加载的，而不是在之后加载的。所以我改了>。然后我注意到父CSS文件用不同的版本号加载了两次。所以我取消了第一个wp_enqueue_style()电话。这似乎解决了问题。我还将\"hello elementor theme style\"添加到依赖项数组中，因为父主题有两个CSS文件。我希望这有意义。谢谢你的回复。如果您想了解更多详情，请告诉我。欢迎来到WP社区！WP需要一些时间来适应，但是通过主题和插件定制，可以做的事情非常棒。如果您使用了来自父级的正确样式句柄，那么示例代码应该可以在不加载两次的情况下为您工作。并不总是那么容易确定。也许问题是版本参数也必须匹配？好吧，只要手柄匹配就无所谓了，还需要更多的调查。您的父主题完全有可能以不同于推荐方式的方式排列样式。通常很难看出事情是按什么顺序进行的。一个排队调用应该覆盖另一个，而不是添加另一个。不管怎样，如果您的安装工作正常，那么一切正常。 Thx@bcworkz。我正在寻找一个具体的基本简单的主题作为家长使用。你有具体的建议吗？我选择了hello-elementor，因为我正在试用Elementor，这似乎是他们建议作为一个简单的家长使用的。我想，它似乎有两个CSS文件。 btworeinformationfrommyproblefaily memory，using the Chrome Network Inspector，the code on line 7:**6** 它似乎与加载父主题的CSS和WP本身的版本号相关，比如>。后来，同一个CSS文件加载了父主题的实际版本，即>。当我删除第7行时，CSS只加载了一次，并且使用了正确的版本。我还没有详细研究hello-elementor如何执行enqueue。 WP如果您在没有指定显式版本的情况下排队，则会将其版本用于CSS文件。 Enqueuing需要将文件引用放在由handle键控的全局数组中。将同一个句柄排队两次应该覆盖初始条目，而不是添加另一个AFAIK。因为我不熟悉这个主题，所以无法解释同一个文件是如何被列出两次的。我所能说的是，一旦我找到了合适的句柄，在我使用过的所有父主题上使用Codex示例都能很好地工作，这并不总是容易的。我不使用Elementor，所以我不能推荐一个好的父级主题。当开发一个需要特定设计的站点时，我使用的是∗s（下划线s）starter主题，而不是从父主题开始工作。客户擅长平面设计（或自认为擅长）但无法编写代码的情况。找到一个接近的主题并修改它可能是一堆蠕虫。我发现从头开始创建CSS而不是修改父级的CSS并不是那么疯狂。我不知道这样的方法对Elementor有多好。我想可能吧。最后都是HTML，对吧？既然你在发展e大部分的CSS，它应该工作良好。当然，这样的方法确实需要我们对CSS非常强大。我希望我能做得更好，谢谢你提出美国的主题。我会调查的。我试着帮助他们的WP网站以及我自己的朋友。我也喜欢支持自由和开放源码软件项目。我也在寻找一个好的网页建设者和我的网站主持人建议Elementor。我在网上看了各种评论。我愿意接受建议。不客气。我不是问页面生成器的人。我讨厌使用它们我对别人使用它们很好，我完全理解。但我总是觉得它们对我的需求太过拘束。我对HTML和CSS编码很在行，大多数人都不喜欢。虽然我不是粉丝，但我仍然推荐内置在WP中的原生古腾堡块编辑器。不是因为它是官方的WP编辑器，而是因为无论你选择使用Gutenberg与否，它的HTML都能正常工作。存储的内容是完全兼容的HTML，可以复制/粘贴到任何地方。我所经历过的其他页面构建者却不是这样。我们需要有一个页面生成器插件的存储内容出来的权利活动。存储时，如果插件未激活，内容将无法使用。一旦创建了相当数量的页面生成器内容，您就永远不得不使用该插件。没有它，你的内容就无法使用。有了古腾堡，你的内容在任何地方都是好的，你不会被迫使用它。我喜欢在未来有自己的选择

WordPress子主题文档错误

admin_action_{$_REQUEST[‘action’]}

admin_footer-{$GLOBALS[‘hook_suffix’]}

customize_save_{$this->id_data[‘base’]}

customize_value_{$this->id_data[‘base’]}

get_comment_author_url

network_admin_edit_{$_GET[‘action’]}

network_sites_updated_message_{$_GET[‘updated’]}

pre_wp_is_site_initialized

WordPress 的SEO 教学：如何在网站中加入关键字（Meta Keywords）与Meta 描述（Meta Description）？

谷歌的SEO是什么