今天做小春的一个小项目,又一次遇到了“框架自适应高度和宽度”的问题,此次记录下来代码备查。

<html>
<head>
<title>小春网</title>
</head>
<frameset cols="100%" border="0" frameborder="no" framespacing="0">
  <frame src="http://www.xiaochuncnjp.com" />
  <noframes>
    <body>请点击<a href="http://www.xiaochuncnjp.com">这里</a>访问本站镜像。</body>
  </noframes>
</frameset>
</html>

一、禁用“关闭事件跟踪程序”

1、单击“开始->运行”,运行gpedit.msc命令
2、将“计算机配置->管理模板->系统->显示“关闭事件跟踪程序”改为“已禁用”

二、取消“按Ctrl+Alt+Del登录”

1、单击“开始->运行”,运行secpol.msc /s命令
2、将“本地策略->安全选项->交互式登陆:不需要按CTRL+ALT+DEL”改为“已启用”

三、自动登录

1、单击“开始->运行”,运行control userpasswords2命令
2、在“用户账户”对话框中清除“要使用本机,用户必须输入密码”的选中状态
3、按下键盘的“Ctrl+Shift+A”,在“自动登录”对话框中设置启动时自动登录使用的账户和密码。

因为装的是英文版的Ubuntu Server,故时区为美国东部时间。
查找/etc目录后发现在timezone文件中有指定时区。

修改timezone配置为"Asia/Shanghai"即可

echo "Asia/Shanghai" > /etc/timezone

也可以使用以下命令打开交互式界面来更改系统时区

sudo dpkg-reconfigure tzdata

同步时间

ntpdate cn.pool.ntp.org

写入硬件时钟

hwclock -w

Wordpress3.x数据库表

(1)wp_commentmeta: 用于保存评论的元信息,在将评论放入回收站等操作时会将数据放入此表,Akismet等插件也会生成此表的数据。
(2)wp_comments: 用于保存评论信息的表。
(3)wp_links: 用于保存用户输入到Wordpress中的链接(通过Link Manager)的表。
(4)wp_options: 用于保存Wordpress相关设置、参数的表,里面包括了大量的重要信息。
(5)wp_postmeta: 用于保存文章的元信息(meta)的表。此表不太重要。
(6)wp_posts: 用于保存你所有的文章相关信息的表,非常的重要。
(7)wp_terms: 文章和链接分类以及文章的tag分类可以在表里找到。
(8)wp_term_relationships: 日志与wp_terms中的类别与标签联合起来共同存储在此表中。类别相关链接也存储在此表中。
(9)wp_term_taxonomy: 该表格对wp_terms表中的条目分类(类别、链接以及标签)进行说明。
(10)wp_usermeta: 用于保存用户元信息(meta)的表。
(11)wp_users:用于保存Wordpress使用者的相关信息的表。

清理数据表操作主要涉及到以下几张表:

一、wp_options表:

这个数据表是wordpress设置的全局数据,这个表会经常插件、主题的残留数据,一些数据缓存。
(1)使用插件clean options
(2)清空wp_options表,会删除一些设置,需要重新设置wordpress

TRUNCATE TABLE wp_options;

二、wp_posts表:

删除除已发布的内容以外的文章、修订版本、页面、文章的附件、菜单

DELETE FROM wp_posts WHERE NOT(post_status = 'publish' AND post_type IN('post','nav_menu_item','page'));

三、wp_postmeta表:

(1)规矩删除,删除文章中不存在文章的元信息

DELETE FROM wp_postmeta WHERE post_id NOT IN (SELECT post_id FROM wp_posts);

(2)安全删除,删除_edit_lock和_edit_last条目是安全的

DELETE FROM wp_postmeta WHERE meta_key = '_edit_lock';
DELETE FROM wp_postmeta WHERE meta_key = '_edit_last';

(3)风险删除,目前没有发现问题,待进一步考证

DELETE FROM wp_postmeta WHERE meta_key = '_wp_old_slug';
DELETE FROM wp_postmeta WHERE meta_key = '_revision-control';
DELETE FROM wp_postmeta WHERE meta_value = '{{unknown}}';

(4)特殊操作删除,后台上传图片或者附件的信息,若不需要可以删除

DELETE FROM wp_postmeta WHERE meta_key = '_wp_attached_file';
DELETE FROM wp_postmeta WHERE meta_key = '_wp_attachment_metadata';

(5)特殊插件删除,postnav插件会记录每个文章的访问数,若不需要可以删除

DELETE FROM wp_postmeta WHERE meta_key = 'views';

四、wp_commentmeta表:

(1)删除没有用的数据,不出意外,下面的操作我们应该不需要做

DELETE FROM wp_comments WHERE comment_approved = 'trash';
DELETE FROM wp_commentmeta WHERE comment_id NOT IN (SELECT comment_id FROM wp_comments);

(2)在此表会记录评论被删除的时间,当评论被从回收站删除之后,这些记录就可以删除了

DELETE FROM wp_commentmeta WHERE meta_key LIKE '%trash%';

(3)如果直接全部删除wp_commentmeta,影响不会太大,这里面不会涉及重要的数据

TRUNCATE TABLE wp_commentmeta;

正则表达式匹配:

  • ~ 为区分大小写匹配
  • ~* 为不区分大小写匹配
  • !~和!~*分别为区分大小写不匹配及不区分大小写不匹配

文件及目录匹配:

  • -f和!-f用来判断是否存在文件
  • -d和!-d用来判断是否存在目录
  • -e和!-e用来判断是否存在文件或目录
  • -x和!-x用来判断文件是否可执行

flag标记有:

  • last 相当于Apache里的[L]标记,表示完成rewrite
  • break 终止匹配, 不再匹配后面的规则
  • redirect 返回302临时重定向 地址栏会显示跳转后的地址
  • permanent 返回301永久重定向 地址栏会显示跳转后的地址

一些可用的全局变量有,可以用做条件判断(待补全)

$args
$content_length
$content_type
$document_root
$document_uri
$host
$http_user_agent
$http_cookie
$limit_rate
$request_body_file
$request_method
$remote_addr
$remote_port
$remote_user
$request_filename
$request_uri
$query_string
$scheme
$server_protocol
$server_addr
$server_name
$server_port
$uri