WordPress中登陆后关闭登陆页面及设置用户不可见栏目
作者：露兜
字体：[ ] 类型：转载 时间：
这篇文章主要介绍了WordPress中登陆后关闭登陆页面及设置用户不可见栏目的方法,是多用户模式下比较实用的两个功能,需要的朋友可以参考下
用户登录后关闭登录页面
WordPress默认的登录页面是：http://WP目录/wp-login.php，登录后会自动跳转到：http://WP目录/wp-admin。现在问题来了，如果用户已经登录，但是它又打开wp-login.php页面，会出现什么样的情况呢？答案是，WordPress不会做任何处理，还是直接给你显示登录窗口：
面对如此冰冷的登录框，用户会感到困惑，我刚刚不是已经登录了吗？怎么还要我输入用户名和密码？所以，用户登录后，我们不该让用户再看到登录框。解决此问题的办法有两个：
去除登录链接
&&&& 确保页面中不再出现wp-login.php的链接。如用户没有登录，网页中我们可以这样提示：
用户登录后，我们将上面的登录和注册链接删除，换成：
&这样不仅可以让用户对是否已经登录一目了然，而且不会误点击wp-login.php进入登录界面。PHP编程只需用到WordPress的is_user_logged_in()函数判断用户是否已经登录就可以实现。
wp-login.php做跳转
&&&& 有些时候，用户登录后还是会偶然点击到wp-login.php登录链接，如浏览器的地址栏。我们这时就该做些补救措施了，不要不作为让登录框显示在用户面前。这里介绍的方法是，当用户已经登录，但是又打开wp-login.php链接，我们就让他跳转到后台首页wp-admin，具体方法是，在当前主题的functions.php中加入以下php代码：
function redirect_logged_user() {
if(is_user_logged_in() && (empty($_GET['action']) || $_GET['action'] == 'login')) {
wp_redirect( admin_url() );
add_action( 'login_init', 'redirect_logged_user' );
创建对用户不可见的自定义栏目
如果你是一个插件或者主题开发者，应该经常会使用自定义栏目（或者叫自定义字段）来存储你的插件或主题的相关参数，有趣的是，在WordPress后台的文章编辑页面或使用the_meta()模板函数时，WordPress不会显示名称以 _（下划线）开头的自定义栏目。
对一些不想让用户看到，更不想让用户修改的自定义栏目，我们可以使用此技巧，不仅让文章编辑页面的自定义栏目简约些，而且不会让用户看到不熟悉的自定义栏目而感到困惑，甚至胡乱修改。下面是个使用范例：
&?php add_post_meta( 68, '_ludou', '露兜博客', true ); ?&
这样就给id为68的文章添加了名称为 _ludou，值为露兜博客的唯一的自定义栏目，而且在文章编辑页面用户也看不到。平常情况下，我们可能是这样使用的，这样在文章编辑页的自定义了栏目中就能看到 ludou 字段：
&?php add_post_meta( 68, 'ludou', '露兜博客', true ); ?&
另外，当自定义栏目的值是一个数组时，在文章编辑页面，该栏目对用户也是不可见的，即使自定义栏目的名称前没加下划线。
您可能感兴趣的文章:
大家感兴趣的内容
12345678910
最近更新的内容
常用在线小工具产品管理中心
在线开通产品
在线支付在线充值
用户信息管理
您目前的位置：
WordPress数据库wp_options优化，WordPress使得MYSQL停止的原因和解决方法
WordPress数据库wp_options优化，WordPress使得MYSQL停止的原因和解决方法
发布时间: 浏览次数:
WordPress使得MYSQL停止99%是wp_options表引起的
wp_options表是WordPress中最重要的表，一切程序设置、主题设置和绝大多数插件的设置均保存在此。在使用WordPress的过程中，测试插件与插件的反安装功能不完善，都很容易造成wp_options表的产生大量垃圾数据，这不仅占据了大量的数据库空间，还使数据库查询的效率降低。wp_options表中的垃圾数据主要有两种：
1.无效的插件设置：一般来说，安装WordPress后，必定会大量安装使用各种插件体验，直到一段时间之后才会开始稳定的固定使用几款插件。无用的插件虽然被删除掉了，但是其保存在的数据库中的设置却没有被删除（80%以上的插件没有提供删除自身添加的数据库数据的功能，所以我也希望插件的作者都能够提供彻底反安装的功能）， 从而出现了大量垃圾数据。对于大部分插件来说，其在数据库中的数据命名都是源自于插件名称或者缩写，比如自动文章关联插件&Yet Another Related Posts Plugin&，它在数据库中的数据全部以&yarpp_&起始。这样我们就可以在PHPMyAdmin中确定相关的条目，删除即可。如果了解MySQL的语法，也可以执行：
DELETE FROM `wp_options` WHERE `option_name` LIKE &yarpp_%&
如果我们早就忘记了安装过什么插件插件的名字是什么呢？单凭经验也很难确定哪些是垃圾数据哪些是有用的数据，不过有一点很重要：全新安装的WordPress 3.1.3版wp_options数据库条数为118条（option_id 1~118），也就是说位于这之后的所有条目都是由用户后来的调整和主题、插件产生的，后面的条目可以尝试删除，当然过程中要胆大心细，提前备份好数据库以防出现问题。另一个比较稳妥的方案就是在本地全新建立一个WordPress，配置好之后将数据库导入到主WordPress数据库中。
2.无用的RSS Feed Cache：其实这才是wp_options表变得庞大的最重要原因，如果你在wp_options表中发现了大量option_name以&_transient&开头的数据，那就是它没跑了。先说说这玩意儿是干嘛用的，这玩意就是WordPress程序中引入RSS Feed后产生的缓存，在表中的表现主要有这三种：
■_transient_feed_* Feed内容
■_transient_feed_mod_* Feed最后更改时间
■_transient_timeout_feed_* Feed缓存保存期限
这玩意是如何产生的呢？如果你在你的博客中使用了RSS小工具；如果你在后台开启了&博客引入链接&、&WordPress China博客&、&其它WordPress新闻&；如果你的插件中引入了RSS小工具显示新闻比如NextGen Gallery。只要你看到了这些东西，那就会在数据库中产生这些垃圾数据（或许说是无用数据更为恰当），简直防不胜防。以我的博客为例，2个月的时间wp_options表就被这种数据撑大了600KB，网络上甚至有人达到了十数MB之巨。经过验证，这种数据清除后也会不断的产生，除非你能保证不去后台有RSS Feed小工具的页面。
&优化清理wp_options数据表冗余数据
WordPress 数据表中最让人头痛的就是 WP_Options 数据表, 还好这个表是独立跟其他表没有关联的. wp_options 表主要是存贮WP的全局数据设置方面的信息, 如博客名、博客地址、基本设置、插件设置、主题设置等等. 清理wp_options数据表有以下方法:
1.安装 Clean Options (http://wordpress.org/extend/plugins/clean-options/)插件清理 WP_Options 数据表的冗余数据 。下载安装-激活-进入操作即可。也可以进入你的phpMyAdmin, 手动选择删除 wp_options 数据表里的内容, 以 _transient 、_site 开始的都可以删除掉。这些都是治标的办法。
2.备份 wp_options 数据表并导出, 然后清空 wp_options 表, 然后在本地架设环境新安装一个 WordPress。
设置好和你服务器上的博客同样的博客名、博客地址、基本设置等等, 然后导出本地的 wp_options数据表, 导入到服务器上的数据库去。最后然后进入博客重新设置下插件、博客主题等。
上一篇:& &下一篇:您的位置：
WordPress 开启过期被自动关闭的评论
发布者: moke |
WordPress 自带自动关闭发布老文章的评论的功能，并且可以自定义天数。不过，在开启这个功能之后，超过指定时间而被自动关闭评论的文章就再也不能开启评论了，除非是取消自动关闭评论的功能。如果你想让某些被自动关闭评论的文章重新开启评论，只能通过插件来实现。要开启被自动关闭的评论，可以使用&Override Comment Deadline 插件，启用插件之后不需要任何设置就能开始使用。要开启被自动关闭的评论，首先需要进入这篇文章的编辑器，向下滚动找到 “Override Comment Deadline” 版块，然后勾选 “Keep Comments Open” 复选框即可：勾选之后不要忘了保存文章，进入前台看看，是否成功开启了呢？有人可能会好奇，在什么情况下需要开启被自动关闭的评论呢？举个例子，比如一篇文章是用来向大家征求意见的，并且长期有效，那么就需要强制把它的评论开启了。
本文地址：
文章标题：
最新分享资源
0102030405060708WordPress 后台自动更新详解和设置
WordPress 后台自动更新详解和设置
WordPress 后台自动更新详解和设置
文章目录[隐藏]
发布，其中一个最重大的功能就是 WordPress 可以后台自动更新了，无需人工介入。为了更好安全性和并且使得这个更新的过程更流畅，在默认情况下，只有小版本更新（比如安全和维护更新）以及翻译文件更新才被开启。
实际上 WordPress 后台自动更新功能有以下四种类型的更新：
核心文件更新
翻译文件更新
核心文件更新被分成三种模式：
核心开发更新模式，就是所说的“前沿（bleeding edge）”，这个模式下，你的 WordPress 是和开发版本同步的。这个不建议，除非你是 WordPress 极度爱好和尝鲜者。
小版本核心更新模式，一般是安全和维护版本发布，比如 3.7 更新到 3.7.1。
大版本核心更新模式，比如，3.7 更新 3.8。
默认，自动更新只开启了更新小版本发布和翻译文件。那么如何设置更新模式呢？我们可以通过定义常量或者过滤器来处理：
WP_AUTO_UPDATE_CORE
可以通过在 wp-config.php 文件中定义常量 WP_AUTO_UPDATE_CORE 下面三种值来设置不同更新模式：
true – 开发版，小更新，大更新都会自动更新。
false – 开发版，小更新，大更新都不会自动更新。
minor – 只有小版本更新才会自动更新。
过滤器（Filters）
除了开启或者关闭所有三种的核心更新模式之外，如果你想单独开启某种或者关闭它们，我们可以用到这几个 filter：allow_dev_auto_core_updates, allow_minor_auto_core_updates, 以及 allow_major_auto_core_updates
这里有两个 WordPress 内置的函数 __return_true 和 __return_false 会用来设置开启和关闭。
开启开发更新模式，和开发版本同步：
add_filter( 'allow_dev_auto_core_updates', '__return_true' );
关闭小版本更新：
add_filter( 'allow_minor_auto_core_updates', '__return_false' );
开启大版本更新：
add_filter( 'allow_major_auto_core_updates', '__return_true' );
插件和主题更新
插件和主题自动更新在默认是关闭的，可以通过 auto_update_$type 这个 filter 去开启它们，其中 $type 可能是 “plugin” 或者 “theme”.
开启插件自动更新：
add_filter( 'auto_update_plugin', '__return_true' );
开启主题自动更新：
add_filter( 'auto_update_theme', '__return_true' );
翻译更新默认是开启的，如果要关闭：
add_filter( 'auto_update_translation', '__return_false' );
关闭自动更新
WordPress 后台自动更新功能很贴心，保证网站的代码实时最新，但是很多人感觉我的网站我做主，不希望自动更新，WordPress 也是提供了选项：
关闭核心文件更新
也是使用 auto_update_$type 这个 filter，不过这时 $type 应该是“core”，所以关闭核心更新：
add_filter( 'auto_update_core', '__return_false' );
关闭所有更新
两种方法：
1. 在 wp-config.php 添加如下常量：
define( 'AUTOMATIC_UPDATER_DISABLED', true );
2. 或者使用下面的 filter：
add_filter( 'automatic_updater_disabled', '__return_true' );
你可能也喜欢
& Copyright 2016
保留所有权利
Icons by .
Powered by .
Hosting by .
页面生成时间：0.000549秒。403 Forbidden
403 Forbidden
nginx/1.8.1}