首先我没有太多空闲可以用来随时维护这个我自己偶尔要用的小功能,其次我并没有义务去做各种版本的兼容性/安全性测试,本功能仅适用于PMA和PHP的高级用户,我个人完全不保障该功能的安全性和兼容性,所以如果你坚持想用它,请自己保证服务器和数据的安全,我个人仅在PMA当前3.3.3版本上突然需要这个功能而做出来的,过分期待不要

如果我自己使用了新版PMA,并且我有空做这种事,我可能会提供兼容新版PMA的方法,在此之前,如果你先用了新版,如果它不兼容,请自行修改,如何修改,电子产品的说明书上都有说过:有请专业人士

修改方法:

1, 将以下链接文本中的两段代码分别复制到 PMA 333指定的行尾,该行当前版本应为空行

Download / pmahack.txt / 1.61 KB

2, success

使用方法:

5, 点不点保存别问我

本来就没多大一件事, 多余的话不多说了,

以 2.7.1 为例

wp-includes/pluggable.php:623

if ( $remember ) {
$expiration = $expire = time() + 1209600;

修改最后结尾的数字为你需要的,这里1209600是14天*24小时*60分*60秒

你可以考虑180*24*60*60,或者360*24*60*60,或者874!

嗯,这是个无聊插件, 确切的说, 它不过是我写的一个wp插件的框架模板, 用于填充, 作它纯粹为了设计一个良好的扩展模板, 比如说它只需要一个数组来保存, 为了整洁的数据库我希望所有插件都这样作-_-, 但是没几个人这么好心的, 大多数都会写成满数据库都是它的同个插件数据, 哪怕卸载了仍然如此-_-

那来说下这个插件吧, 你用IE进后台是不是会看到右下角有个让你觉得诈一看还算长的能看下去, 点了之后发现它很龌龊的东西, 对对, 就是它-_-

这个插件的第一个功能就是它,

接下来是一些特定人群专用东西, 比如我从不用tag, 所以管理文章的页面不需要显示一个全空白的tag栏目, 另外某些blog是完全不需要有人回复的, 所以tb和评论全关的blog自然也不需要在管理文章和管理页面的面板上显示评论数量

另外一些偏执到分类都不需要的人也可以隐藏掉分类-_-

另外还有个我估计大多数人用的着的, 不显示作者栏, 还是说后台那个管理文章和管理页面两个面板上的纵列啊, 这插件你看名字就知道和前台半点关系都没的

最后还有个功能是关掉后台首页的那些widget, 想关哪个都是单独的

其实都些小功能, 如果你有其他需求, 可以回帖, 这个是AP Lite, 只会加入新的删除wp原有功能的功能, 而且是针对wp后台的, 稍后还会有AP Plus, 是专门添加各种wp没有的部分

PS:只支持2.5+

更新记录:

1.0 -- 2008.05.11

首发,这必然

1.1 -- 2008.05.17

更新内部机制, 完善内部结构,
安装和删除都在激活和反激活插件时直接进行,
添加选项更新时的提示信息,
未添加或删除任何功能, 也没有修复任何bug, 太简单的插件哪来bug-_-,
除了打算用本插件作为wp插件研究之用的话, 基本没必要下载

1.2 -- 2008.05.17

继续更新内部结构, 加强对本地化的支持, 虽然功能还非常少, 本地化意义不大
+ 编写文章/页面时, 标签栏的可选显示选项

1.3 -- 2008.05.18

继续维护内部结构, 改动显示文本
+ 编写文章/页面时, Excerpt, Trackbacks, Custom Fields栏的可选显示选项

1.4 -- 2008.07.26

跟进wp2.6
+ 隐藏文章/页面编辑页面的所有框框...(应S变态的要求..)
+ 隐藏管理链接页面的Categories,rel,Visible三栏的选项
+ 隐藏编辑/添加链接页面的Categories,Target,XFN,Advanced四栏的选项

Download / ap-.7z / 3.00 KB

我想很多人都考虑过像我这样把WP作为整站程序, 这时候有几个问题让我很闹心

WP的定制性能, 这基本上对于blog来说它已经超越了, 但是对于网站的统一风格来说, 它的性能很弱了, 听我给你娓娓道来一下-_-

WP的前台的地址大部分来说都很随意, 没有什么限制, 没有什么章法,

比如你想访问一篇文章, 那么直接访问index可以做到, 如果打开了rewrite, 你可以用/分类/文章名/ 或者 /日期/文章名/ 或者 /文章名/ 等等各种玩法, 几乎什么地址变动都不被WP限制, 而即便2.3开始WP可以记录旧的文章名slug, 并记录在数据库中, 如果遇到会自动跳转, 但是这仅仅是救活了一批死链而已

对于随意的 WP 地址, 导致了一个WP建立起来的网站SEO问题很严重, 一个网站的重复内容太多, 即便你的地址可以限制, 但你网站改了文章位置, 而在其他站上的你的反向链接并没有更改, 而WP无论什么样都能显示东西, 根本不会自动跳转, 比如你给文章换成了分类/文章名,而之前你是用日期的, 这时搜索引擎可以正常访问到它, 而并不会被跳转, 而我觉得最基础的方法就是你既然找到了真正的文章内容, 并确定是它, 就应该把它再一次的引导用户或SE到它唯一的或者说被限制好的地址

当然说了这么多, 其实这点上它还是有办法定制的, 毕竟WP的成功就是它的插件功劳, 在WP上写插件定制它是一件很轻松的事情, 当然不会事事尽如人意, 所以下面要说的话和这里有了极端的冲突...

大家用WP的话, 都会发现WP对于注册和登录, 与其他功能都不同, 应该说很特殊, 当然也许它们是在安全和可用性方面来作的这种考虑, 但我觉得对于界面表现, 完全没理由影响到安全

首先注册,登录,登出3个功能不再是WP一贯的前台地址风格, 而是直接使用wp-login.php, 还有个很多余的wp-register.php, 我几乎找不到它的存在意义, 既然WP对rewrite那么钟情, 为什么这些基础功能比如让人看到wp字样, 其实CMS表现的优秀, 一方面就是要和网站整体融合, 做到忍者一样的隐藏自己气息, 让人觉得它就是这个网站, 而不是这个网站用了WP建了CMS, 在这点上, 还好,我们可以绕很多的圈, 甚至直接修改.htaccess来作到一部分功能, 但是没办法, 我们要的是全部

那么全部是什么呢, WP所有的页面几乎都是可以定制的, 却有个功能介于前台和后台之间, 那就是注册/登录以及用户的个人信息修改, 这点上我很难理解

为什么属于前台功能的登录不被定制, 而且是完全一个php解决, 插件完全触及不到它, 这让我很恼火, 如果我希望它作到我要的风格统一, 我必须主动修改它, 而还有一个更可恶的部分, 那就是用户的个人信息修改, 完全依赖后台功能, 多作一份你会死啊?

简单的说,WP用户都多少会发现WP的Feed遍布任何角落,附件,文章,页面,分类,链接分类,标签,每个东西都有一个Feed,而我并不希望它存在,确切的说,它很让我反感,因为无论你希望用户订阅你哪一个固定的Feed,你都没办法阻止,你都没办法统计到底有多少用户订阅了哪些不该订阅的,在统计外的Feed,这很讨厌,所以我决定砍死它,结果发现砍死它的结果无论你希望砍死哪一只,你都会让它全军覆没,从此不再提供Feed功能给你

WP对Feed的支持真的是够彻底,而且彻底到让我恨它,因为我没有任何办法定制它,首先说如果你希望打开一个WPblog的Feed有这样几个办法

/post|page|cat|tag|att|/feed/
/post|page|cat|tag|att|/feed/feed|rdf|rss|rss2|atom/
/wp-commentsrss2.php
/wp-atom.php
/wp-feed.php
/wp-rss.php
/wp-rss2.php
/wp-rdf.php
当然还有最重要的,/index.php?********&feed=
最后这个可以让你在任何单个feed文件被删除,rewrite被屏蔽或破坏的情况下,任意的显示你想要的feed

然后我考虑一件事,如何迫使用户订阅我希望的Feed?!

之后我尝试过了,最后发现我尝试了一个没可能性的方向..

WP对Feed请求的处理过程是由rewrite.php匹配最后决定要输出什么内容的,我想文章看到这里,除了第一天用WP的都知道/任意内容/feed/可以显示一个feed内容,而这个feed四个字母,是WP内定的,不允许更改,它是$WP_Rewrite->$feed_base, 唯一的定制方式是在插件中载入$WP_Rewrite来修改它, 而对于分类,你却可以在后台随意定制, 但即便你载入了$WP_Rewrite, 并且修改了它, 但你还需要让这份新规则被添加到数据库中-_-, 必须先清空数据库里的规则才能生效

接着, 即便把/post/feed/feed灭了,/post/rss|rss2|rdf|feed/都可以完好的显示, 原来还有个$WP_Rewrite->feeds, 最后我真的败了, 我发现即便我改了这些, 最终, 用户是可以用index.php访问一切的...

完全没有任何定制可言, 我真的很无奈, 最终, 我选择从核心破坏feed, 让所有人都看不到它, 而不是改变成我想要的路径或结构, 然后选择一个白名单来输出feed内容, 再交给我自己的程序来选择性的输出特定的feed给用户

接下来的事情就是让用户来考虑是否订阅这个网站的新feed地址了

Update: 2008.05.06

也许的确是我要求太苛刻了, WP提供了generate_rewrite_rules和一个rewrite_rules_array

前一个用于用户自己添加新的URL地址规则,第二个用于定制现有规则,但由于定制好的规则是一个大面积的数组,而这个东西我觉得更应该提供一个片段的修改能力,所以一直没碰它, 今天尝试了处理它, 最后把自己搞烦了, 把大把的规则自己重写, 还不如全删-_-, 但无论如何, 最终我都无法阻止index.php直接访问到feed, 所以还是放弃了这个玩法, 转而从feed的模板载入这个阶段添加filter, 限制来访的人, 除了特定ip/ua之外, 都被跳转到特定地址

其实这是个很遗憾的话题,MT是非常优秀的程序,但CGI的效率是可怕的,MT的效率是可怕的,综合起来就一个结果,空间商是可怕的,所以我想被迫从MT转WP的人并不会只有我的两个朋友而已...

切入主题,实际上wp有mt的导入程序,mt有导出程序,看起来很简单,但是MT3的导出并不输出文件名和TAGS,而WP继承了这点,WP的导入程序并不考虑MT的文件名和TAGS,所以才有了这篇文章,只为能帮上一点小忙...

MT4.0开始,导出程序已经开始正常导出文件名和TAGS了,所以这里不再考虑它的自身问题,让它安心导出就可以,而MT3.3.x是我用的开始用MT的时候,此时的MT虽然有TAGS功能,但并不能正常导出,所以需要替换文件

我在提供的文件中提供了3.3.x通用的ImportExport.pm, 用于替换你的lib\MT\ImportExport.pm

我想你这么聪明一定知道它在哪对吧,MT4.0以上不需要替换任何文件,可以直接导出,接下来是WP的改造部分:

wp方面我提供了mt.php, 你需要把它替换下你的wp-admin/import/mt.php, 我仅提供了2.5.0版本的mt.php, 2.5.0开始, WP居然混淆视听的想用MT导出的文章关键字当作tags导入, 这真是没话说, 骗人水平很烂, 而且很弱智, 也很懒, 其实MT的tags变成wp的, 没几行代码, 但是wp官方如此之xx真是..

至此,修改就结束了,之后你可以正常的导出MT内容到WP正常导入了

另外要说的是, 其实本文最初提供了2.3的导入修改, 但我觉得既然要换程序, 自然是选最新的不是吗, 而且2.5版开始, wp对tags的支持变的好了很多, 至少可以列出所有tags让你编辑了...

有一点要说的,就是WP其实很弱智的,特别是它的优秀编辑器,变态到无语,如果不是你的MT被spam打击到无语请不要转到使用上很无奈的WP来

另外对于喜欢写列表流的超过500行还不肯结尾的列表项目,WP很难适应的,恐怕会输出空白内容,原因未知,MT转WP请四思!!

Download / mt2wp.7z / 9.81 KB

方法如下:

默认的wordpress的数据库表前缀是wp_

你的也可能是把wp-config.php里的wp_改成其他,比如blog_吧

然后,手动把wp的10个表的前缀都改成cc_, 并且把wp-config.php中的也改成cc_

嗯,不错吧,你现在进后台就可以看到标题里那句很酷的话了!

照理说, 所有的内容都对上号了, 为什么会这样呢? 因为没有用户权限,为啥? 看下面...

哦,忘记说了,以上方法只是为了还原问题, 所造成的进不去后台问题本人概不负责!

应观众朋友们的热烈要求(虚构), 本人决定不仅提供实现方法, 并决定附送修复办法

我觉得大概wp希望一个库+多个前缀的同一份数据库可以用来共享给很多份wp, 比如WPMU, 但是貌似wp大多数人用不上这个功能, 所以它变成了多余的事情, 当然, 也许你希望把wp和其他什么论坛之类的整合, 那样的话另当别论, 它会变成一个有意义的功能, 因为wp允许指定 两个用户相关表名, 嗯, 在 wp-config 中, 它们的名字是CUSTOM_USER_TABLE 和 CUSTOM_USER_META_TABLE, 如果你有兴趣这么作的话, 也许该去官方逛逛文档

这个问题的出现,很简单,wp很有智慧(同样可理解为缺智慧),当建立wp新数据库时,它会生成所有的选项的默认数据,其中就包括用户的等级数据,比如13是管理员,这个东西是在数据库的 前缀_options 里, option_name 字段名叫做 前缀_user_roles 的选项, 你需要把这个前缀也修改成和你的wp-config中一致的前缀才可以

另外它还会在 前缀_usermeta 表中,把配置用户等级的部分,也加上前缀,在 前缀_usermeta 中,每个用户至少要占至少4行内容, 每个选项的名字是在叫做meta_key的字段中的, 包括nickname,rich_editing,前缀_capabilities,前缀_user_level, 2.5增加到了8行, 其中还包括了前缀_autosave_draft_ids, 这三个meta_key字段内容你都需要修改

没错,就像你看到的,如果你按照第一部分,还原了这个问题,那么你需要修改每个用户的至少两个前缀或2.5开始的三个字段内容, 另外别忘记前面提到的 前缀_options 中字段名是 option_name 的 前缀_user_roles

PS2:请不要偷懒,把导出的数据库文件直接在文本编辑器里全部替换,你会后悔的!

嗯,实际上这个问题的出现只是因为我想修改数据库前缀,原来它的前缀会遍布在wp的角落里

PS3:如果你看到了某个php的输出警告,比如capabilities.php的31号出现循环参数错误,那么,,我想你需要一份正确的 前缀_user_roles

为什么没有ps one?!