从网上找到这个插件可以查看postgresql数据库执行的慢sql。于是安装试试，but   先写出文档来http://www.postgresql.org/docs/current/static/pgstatstatements.html 配置文件需要做的更改 # postgresql.conf shared_preload_libraries = 'pg_stat_statements' pg_stat_statements.max = 10000 pg_stat_statements.track = all 重启postgresql后，发现报错了“could not access file "pg_stat_statements": No such file or directory”。从网上也没找到问题，群里问也没说的。然后慢慢查postgresql插件的资料，发现我freebsd机器插件目录里没有这个插件。/usr/local/share/postgresql/extension 然后我看了pkg的包资料，发现应该是少装了一个包， pkg info | grep postgresql 安装之，修改配置文件，重启。这次正确重启了。然后 create extension pg_stat_statements; \dx查看 多了一个pg_stat_statements.成功了。我的程序一直在跑，然后直接就查这个表就能看到数据。给力的功能。 这个是官方给的sql查询的，我觉得看单次最大时间，和单条平均时间还是有用的。哈哈，这个看了还要再算一下。 清空数据：SELECT pg_stat_statements_reset();

//\加上字母l,相当于mysql的，mysql> show databases;
\l
//以KB，MB，GB的方式来查看数据库大小
select pg_size_pretty(pg_database_size('playboy'));

//相当于mysql的，mysql> show tables;
\dt
//以KB，MB，GB的方式来查看表大小
select pg_size_pretty(pg_relation_size('test'));


//查看表的总大小，包括索引大小
select pg_size_pretty(pg_total_relation_size('test'));
//查看索大小
select pg_size_pretty(pg_relation_size('playboy_id_pk'));
哈哈 这里我查了一下表数据80M，一个全文检索索引230M。

//查看所有表空间
select spcname from pg_tablespace;
//查看表空间大小
select pg_size_pretty(pg_tablespace_size('pg_default'));

declare id_r integer; SELECT currval('haha_id_seq') INTO id_r; 我是写了一个类似mysql 中 ON DUPLICATE KEY UPDATE的功能function，所以选则了这种方法。有重复记录就返回0，没重复记录就返回插入的id。 其实在数据库中执行\d 可以看到有自增id会出来一个表xx_id_seq，表里就一条数据，记录了id的相关数据。

今天freebsd上装nasm的时候，爆了这个奇怪的错误，开始以为不是本地的原因就源码安装，成功安装了。
晚上安装别的又出现这个错误了，于是找了一下解决方法。

sudo pkg update -f

网站的编辑器从simditor换到了emeditor。原因是嫌simditor的编辑功能太弱。比如样式都在前台定义的，不能控制单个字符的大小，源代码编辑刚加上，效果也不尽人意。 但是换成emeditor，开始挺快，配置也简单，但是上传图片这一关，搞了好长时间，不知道错在哪里。返回的数据按照官网来的，蛋就是提示上传失败。然后没办法Google了一下，发现也有人有这个问题。最后找的了别人的解决方法，貌似是官方的bug，不知道为什么一直不修复。 修改image.js里的186行左右，添加一行

r=r.replace("<pre>", "").replace("</pre>", ""); var json = eval('('+r+')');

完全不知道刷的什么，以前还有刷feed的，我确定不是爬虫阅读器之类，爬虫阅读器基本会在头部进行标注，ip全世界分散。完全不知道什么目的。 之前还想破解后台密码，，第一都不知道用户名，第二密码也不好破吧。反正我又加了个验证码，而且验证码不给地址。 破解了密码能怎么样，，我这是个人博客，信息完全公开也没有隐身可以看。。

说说为啥发现这么个蛋疼方法。昨晚上想测试一个手机app的安全问题，想进行网络抓包。然后mac没法插网线不能开WiFi共享，无法通过在mac上抓包实现了。然后用freebsd虚拟机想试试混杂模式看能不能获取到，搞了半天没成功，今天也没再试。mac好像还不支持混杂模式。然后搜索发现网上有一种代理的方法，看看头就大了。又发现一种使用安卓sdk里的工具进行抓包的方法，试用了一下。 安卓手机usb连接电脑，这个在android studio里会显示，直接插入，在mac下以前都没反应。 adb工具目录在 ~/Library/Android/sdk/platform-tools/adb 。 然后使用./adb devices 可以查看当前连接的手机设备 然后 ./adb push /Users/a0x55aa/Downloads/tcpdump /data/local/tcpdump 1673 KB/s (645840 bytes in 0.376s) copy到手机上 ./adb shell 连接到手机的shell上，可以先ls一下刚刚拷贝的tcpdump是否在，然后附上执行权限 chmod 777 /data/local/tcpdump 然后tcpdump -i any -p -s 0 -w /sdcard/capture0.pcap抓包，操作手机，完毕后停止 对 整个操作要root权限，我手机已root，adb shell的时候就已经是root用户了。。 最后 在你电脑的shell上执行./adb pull /sdcard/capture0.pcap ~/ 3333 KB/s (165496 bytes in 0.048s) 将抓取的包文件 下载下来 用Wireshark分析就行了。 安卓开发还没研究，应用的信息有一个重要目录 /data/data/app_name/ 记录一下。

折腾了好长时间，重新初始化好多次。 安装的时候，命令：pkg search postgresql.额 好多包，选择最新的9.4安装server，会一起安装client。安装完会有很多文字提示，这个很有用。安装完会新建一个用户pgsql，家目录为/usr/local/pgsql. 第一步， 要先切换到pgsql用户下，su root， su pgsql。然后在pgsql home目录创建data文件夹。root用户下好像是不允许的 初始化，initdb -D /usr/local/pgsql/data/ ，会生成很多文件。初始化数据库存储区，会自动创建一个 postgres的数据库，放乱七八糟的设置和第三方插件的数据。还会有一个模板 template1。这里还不是很清楚，以后创建数据库就会用这个模板创建。这里要说的是数据库编码的问题，这里悲剧的初始化了好多次。 默认执行上边的命令后，提示文字会跟你说（当时没看。。）默认数据库编码为“sql_ascii”，默认文本搜索设置为 english。。我靠执行的时候就瞅着屏幕发呆了，就等执行完。。。重新初始化的方法，我也是从提示中看到的，直接initdb会提示你 要清空原来文件夹或者新建。直接rm -rf *.initdb --help 可以看到字符编码的设定用--encoding ,initdb --encoding=UTF8 -D /usr/local/pgsql/data/ 启动postgresql，启动脚本/usr/local/etc/rc.d/postgresql。开始要添加到/etc/rc.conf文件，这个也是有提示的。 status not running,start成功 创建数据库，createdb --encoding=UTF-8 bt，使用客户端连接，qsql bt, 进去后 show server_encoding;查看server编码，utf8 \encoding 查看客户端编码。客户端还是SQL_ASCII,可以使用/encoding utf8改变客户端编码。 也可以直接使用\l查看。 ok了 基本没别的问题了。

看这个模块要先看with as的用法，最常用的方法就是打开一个文件： with open("filename") as f: f.read() with可以调用一个上下文管理器,产生运行时的上下文环境。上下文管理器主要定义两个方法，__enter__，__exit__。__enter__返回上下文里操作的对象，如f。__exit__是销毁对象和异常处理。 contextlib模块对外有三个接口， contextmanager装饰器，装饰的函数必须是一个生成器。然后返回一个函数，在函数调用的时候返回一个上下文管理器。 nested为了一次调用多个上下文管理器的时候用，将所有上下文管理器里的__enter__放到vars里，一次yield返回，然后unpack。就产生多个对象了。__exit__都放到exits列表里，在finally里统一调用，这些__exit__在调用上下文管理器产生异常时，如何处理。如果返回false,将会把异常继续抛出，返回true则不会抛出异常。 closing，这个用过，没想到的是竟然是个类，而不是个函数。就是把有close方法却没有__exit__方法的对象变成一个上下文管理器。代码很简单：

class closing(object):
    def __init__(self, thing):
        self.thing = thing
    def __enter__(self):
        return self.thing
    def __exit__(self, *exc_info):
        self.thing.close()

以前用ubuntu系统的时候，查看系统信息 都是cat /proc来查看。比如查看内存信息，cat /proc/meminfo;查看系统版本，cat /proc/version. procfs是进程文件系统，包含一个伪文件系统（启动时动态生成的文件系统），用于通过内核访问进程信息。这个文件系统通常被挂载到 /proc 目录。由于 /proc 不是一个真正的文件系统，它也就不占用存储空间，只是占用有限的内存。 换到freebsd以后，发现不能用了 ，虽然还有/proc/目录。官网说procfs已经不赞成使用了，改用了sysctl。 官网man：https://www.freebsd.org/cgi/man.cgi?query=sysctl&sektion=8 官网的命令man和系统的都一样没介绍全，没办法，只能靠经验和grep来查找相应的信息了。查找版本信息。 sysctl -a | grep version,当熟悉以后就可以直接使用sysctl 带名字直接查找了