您当前的位置：首页 > TAG信息列表 > uninstallation
是否在停用插件时删除.htaccess部分？
我有一个插件，可以在中插入一些重写规则。htaccess文件。然而，停用后，不会删除所述规则。规则嵌套在# BEGIN My plugin 和# END My plugin.我想创建卸载。此插件的php文件，以删除在acrivation上创建的规则。我以前从未这样做过。我想我能拿到。htaccess with$htaccess = dirname(__FILE__) . \'/../../../.htaccess\'; 我是否应该使用正则表达式，或者是否有适当的方法从中删除特定规则。htacce
我正在尝试安装一个较大组织发送给我的站点，我从哪里开始？
我有一个包含所有内容的zip文件，但没有简单的“运行”方法？我需要什么？我需要自己的服务器吗？还是他们应该有自己的服务器？
卸载插件中的.php文件以清除数据库
我知道WordPress通过提供uninstall.php 钩您只需放置清理代码，它就会工作。但我的问题是，我已经看到了几个插件，它们使用的是插件文件中定义的函数uninstall.php 文件我的理解是，如果插件已经被禁用，并且用户正在删除它，那么这些功能可能无法访问。我的假设是否正确，或者是否有我不知道的WordPress魔术？
按能力查询用户-卸载/停用回调
在MU上运行的情况下，我正在编写一个开源/公开且免费可用的插件。就像我以前一样add_screen_option() 为了让用户能够轻松地根据自己的喜好设置管理页面，我留下了一堆用户元数据。现在，页面本身仅限于具有manage_options 功能，因此只有那些在调整per page 列表表的值。为了让插件保持干净状态，以防有人选择删除插件，我添加了一个停用和一个卸载挂钩回调，该回调应该循环遍历用户数据并删除元条目。现在，我可以简单地遍历所有用户，检查他们的元值等等，但这在有大量用户的网站上几乎不会失败，
卸载WordPress插件是如何工作的？
我试图在用户卸载插件时删除数据库表。但是卸载WordPress插件到底意味着什么呢？还有停用挂钩和卸载挂钩。然后是uninstall.php 文件在插件类的构造函数上，我有卸载挂钩：register_uninstall_hook(__FILE__, array($this, \'uninstall_housekeeping\')); 然后uninstall_housekeeping 方法具有以下代码：public function uninstall_housekeeping(){ &#
如何检查WordPress安装中曾经有哪些插件？
很容易看到当前通过哪些插件被禁用/wp-admin — 但是我怎么能看到WordPress安装中使用了哪些插件并被删除了呢？
如何在插件的uninstall.php中删除自定义分类术语？
我正在编写插件的卸载。php文件，并希望它删除插件自定义分类法中创建的任何术语。在插件的卸载中。我正在使用的php文件：// Delete all custom terms for this taxonomy $terms = get_terms(\'custom_taxonomy\'); foreach ($terms as $term) { wp_delete_term( $term->ID, \'custom_taxonomy\' ); } 问
如果删除主题，是否删除设置？
仅当主题从主题目录中删除（未停用）时，才能执行操作吗？例如，我想在删除主题后从数据库中删除主题设置。因此，我想在删除主题时运行此操作：delete_option( \'mysettings\' );
我的钩子卸载类函数可以访问在主插件文件中声明的全局变量吗？
我当前的设置如下。。。在主插件文件中，设置了以下两个挂钩（不在任何类中）：register_activation_hook(__FILE__, array(\'DG_Setup\', \'activation\')); register_uninstall_hook(__FILE__, array(\'DG_Setup\', \'uninstall\')); 此主文件包括包含以下内容的文件DG_Setup:include_once DG_PATH . \'inc/class-setup.
Wpdb：：Prepare调用不正确
我有这个代码来删除自定义帖子类型后的孤立帖子。这是可行的，但这个代码。。。global $wpdb; $wpdb->query( $wpdb->prepare( \"DELETE a,b,c FROM wp_posts a LEFT JOIN wp_term_relationships b ON (a.ID=b.object_id) LEFT JOIN wp_postmeta c ON (a.ID=c.post_id)
使用uninstall.php删除共享选项
我正在使用uninstall.php 让我的插件在卸载（删除）时删除我的插件对站点所做的所有跟踪。我做得很好，但即使在删除之后options 表格：uninstall_pluginsrecently_activated_site_transient_update_plugins在这些选项中，还有来自其他插件的多个值。我该如何处理这些痕迹，我该如何去除所有这些痕迹？我检查了WooCommerce，发现如果选中了“删除数据”复选框，则删除后不会留下任何痕迹。我该怎么做？
擦除WP数据库和文件夹的PHP脚本
在过去的几个小时里，我一直在试图弄清楚这一点，主要是通过使用一些在线找到的代码片段，但由于我的PHP技能已经相当生疏，所以我无法将其组合起来。如果有人愿意花几分钟把这篇文章写出来，或者写一篇博文，我会非常感激。因此，我们的想法是，通过FTP将文件上传到Wordpress安装的文件夹中，在访问该文件后，应该执行以下操作：从wp config获取数据库凭据。php使用凭据彻底擦除数据库，删除它所在的Wordpress安装文件夹。我认为这对于从服务器上删除旧的Wordpress安装非常有用，所以我很惊讶我在任何
插件卸载功能删除表，但在管理员处显示错误
我是Wordpress的新手，我有一个函数可以将我插件的表放到DB上。<?php if (! defined(\'WP_UNINSTALL_PLUGIN\')) { exit; } // Uninstallation actions here global $wpdb; $table_names = [ $wpdb->prefix . \"questions\", $wpdb
从开发人员的角度卸载插件-正确而干净的方法
我认为一个好的开发人员应该以最安全、最干净的方式提供卸载。我今天下载了各种插件来理解这个过程，但一切都很混乱。我发现许多插件都在使用这两种卸载。php文件和register_uninstall_hook(__FILE__, \'pluginprefix_function_to_run\');是否正确？因为我上面提供的链接说这两种方法是两种不同的方法。那么，使用注册挂钩或卸载是正确的。php还是两者兼而有之？
插件激活、停用和卸载操作期间的全局变量
对于激活挂钩，codex规定您必须在全局上明确：A note on variables during activation但这似乎不适用于卸载。php如果我在主插件文件中定义一个全局插件，如下所示：global $plugin_options_name; $plugin_options_name = \'xxxxxxxxx\'; 激活钩子可以通过全局语句使用它，而卸载。php不能。我必须在unistall中重新声明变量。php如果是这种情况，如果我切换到卸载挂钩，这会改变吗？
我的一个插件在我试图更新它时坏了，我如何安全地卸载它？
我最近尝试将Yoast SEO更新到其最新版本（4.3）。我的网站正在运行最新版本的WordPress（4.7.2）。当我试图安装它时，它给了我一些与文件有关的错误，我再也找不到错误消息了。Yoast不再显示为服务器上安装的插件（未在active或inactive下列出）。我试图重新安装它，但它抛出了一个错误error: tried to create a directory that already exists 或者类似的东西。所以，我的问题是：当Yoast不再显示为已安装时，如何卸载？这样
如何彻底删除Crisp聊天插件？
我安装了一个名为Crisp chat的聊天插件。但我仍然在手机中看到清晰的聊天框，但在电脑中看不到。我已经删除了它，但在手机中看到了它。请引导我。
如何完全禁用WordPress安装？
我想完全禁用Wordpress网站。我希望它对访问者完全不可访问，并且服务器上没有任何活动（没有更新、cron作业等）。我希望以非破坏性的方式执行此操作，以便我可以在需要时访问文件（通过FTP），甚至在将来重新启用站点。换言之，“；把它放在樟脑丸里"E；我试过搜索，但只找到了；“维护模式”；解决方案，其中服务器上仍有活动。我可以做一些简单的事情吗，例如：重命名索引。根文件夹中的php，已禁用索引。php？除了删除网站的全部内容，还有其他选择吗？做这件事的最好和最安全的方法是什么？（搜索引擎优化并不
从网络/多站点卸载插件时从所有博客中删除选项
Codex says about deleting options on uninstal //请注意，在多站点循环浏览博客时，删除每个博客上的选项不会缩放。你只能离开他们。我不是很有希望，但有没有现成的可扩展的方法可以做到这一点？理论上，你可以有一个卸载实用程序插件，但我从来没有听说过有人真的这么做，这只是一个坏主意，还是没有人真正关心数据库中留下的垃圾？
在卸载插件时清除缓存
卸载插件时，应删除站点（或网络，如果在多站点上）中的所有相关数据。例如，如果插件向数据库中添加表，它应该从数据库中删除这些表。我的问题涉及这样一种情况，即插件实际上_doing_it_right() 并使用wp_cache_*() 功能。我认为卸载插件时，应该清除这些缓存。我的理由是，有时用户可能会在卸载后重新安装插件（例如，如果他们只是测试插件，想要删除测试数据并重新开始）。如果卸载时未清除缓存，插件可能会在重新安装后从缓存中检索该重影数据，从而导致非常奇怪的行为。当然，这主要是那些具有某种持久缓存的站