[{"data":1,"prerenderedAt":313},["ShallowReactive",2],{"page-8":3},{"title":4,"articles":5,"hot_article":106,"month_arch":161,"total":309,"cover":310},"第8页 - 独孤影的博客",[6,16,25,34,43,54,63,73,84,94],{"id":7,"title":8,"uri":8,"author":9,"tags":10,"created_at":13,"view_count":14,"content":15},36,"grub2 配置修改","duguying",[11,12],"grub2","配置","2016-06-07 13:56:30",2823,"\u003Cp>grub是linux系统的引导程序，grub2相对于grub有较大的改变，centos7使用的便是grub2，\u002Fboot\u002Fgrub2\u002Fgrub.cfg 便是grub2的引导配置，但是你修改配置文件确不应该修改该文件。\u002Fboot\u002Fgrub2\u002Fgrub.cfg 这个文件是用工具生成的，工具是 grub2-mkconfig 。他所对应的源文件存储在 \u002Fetc\u002Fgrub.d 下面\u003C\u002Fp>\u003Cpre class=\"brush:bash;toolbar:false\">➜  ~ ls \u002Fetc\u002Fgrub.d \n00_header  01_users  20_linux_xen     30_os-prober  41_custom\n00_tuned   10_linux  20_ppc_terminfo  40_custom     README\u003C\u002Fpre>\u003Cp>其中，40_custom 是你的配置应该添加的地方，比如我新编译了一个内核，希望添加一个新内核的启动项，我应该编辑 40_custom 入下\u003Cbr\u002F>\u003C\u002Fp>\u003Cpre class=\"brush:bash;toolbar:false\">#!\u002Fbin\u002Fsh\nexec tail -n +3 $0\n# This file provides an easy way to add custom menu entries.  Simply type the\n# menu entries you want to add after this comment.  Be careful not to change\n# the 'exec tail' line above.\nmenuentry "My custom boot entry" {\n   set root=(hd0,1)\n   linux \u002Fboot\u002Fvmlinuz-4.4.12.x86_64\n   initrd \u002Fboot\u002Finitrd-4.4.12.img\n}\u003C\u002Fpre>\u003Cp>然后执行 grub2-mkconfig --output=\u002Fboot\u002Fgrub2\u002Fgrub.cfg ，你会发现在新生成的 grub.cfg 文件中包含了你的引导项配置，然后重启看看就可以发现新的启动项了。\u003C\u002Fp>\u003Cp>参考文献：\u003C\u002Fp>\u003Cp>[1] \u003Ca href=\"http:\u002F\u002Fsuperuser.com\u002Fquestions\u002F781300\u002Fsearching-for-grub-configuration-file-in-centos-7\" _src=\"http:\u002F\u002Fsuperuser.com\u002Fquestions\u002F781300\u002Fsearching-for-grub-configuration-file-in-centos-7\">http:\u002F\u002Fsuperuser.com\u002Fquestions\u002F781300\u002Fsearching-for-grub-configuration-file-in-centos-7\u003C\u002Fa> \u003C\u002Fp>",{"id":17,"title":18,"uri":18,"author":9,"tags":19,"created_at":22,"view_count":23,"content":24},35,"mysql数据库的初始化",[20,21],"mysql","初始化","2016-06-04 21:17:59",3201,"\u003Cp>对于编译安装的mysql数据库，编译安装完成后首先就要进行简单的配置和初始化。\u003C\u002Fp>\u003Cp>\u003Cstrong>mysql 5.5版本\u003C\u002Fstrong>\u003C\u002Fp>\u003Cp>配置服务\u003C\u002Fp>\u003Cpre class=\"brush:bash;toolbar:false\">cp \u002Fusr\u002Flocal\u002Fmysql\u002Fsupport-files\u002Fmysql.server \u002Fetc\u002Finit.d\u002Fmysql\nchkconfig --add mysql\nchkconfig mysql on\u003C\u002Fpre>\u003Cp>编辑配置文件 \u002Fetc\u002Fmy.cnf，默认datadir=\u002Fvar\u002Flib\u002Fmysql，确认\u002Fvar\u002Flib\u002Fmysql目录存在，默认log-error=\u002Fvar\u002Flog\u002Fmariadb\u002Fmariadb.log，确认\u002Fvar\u002Flog\u002Fmariadb\u002Fmariadb.log文件存在，若不存在则创建。后续启动服务器可以监控日志文件查看错误日志。\u003C\u002Fp>\u003Cp>如此配置后便可以通过service mysql start启动mysql服务了，不过此时无法成功启动，还需初始化mysql系统表\u003Cbr\u002F>\u003C\u002Fp>\u003Cpre class=\"brush:bash;toolbar:false\">cd \u002Fusr\u002Flocal\u002Fmysql\n.\u002Fscripts\u002Fmysql_install_db\u003C\u002Fpre>\u003Cp>使用 service mysql start 启动服务器便可以正常启动。\u003C\u002Fp>\u003Cp>mysql 5.7版本\u003C\u002Fp>\u003Cp>配置服务与上述5.5版本一致，按下面方法初始化数据库\u003C\u002Fp>\u003Cpre class=\"brush:bash;toolbar:false\">cd \u002Fusr\u002Flocal\u002Fmysql\u002Fbin\n.\u002Fmysql_install_db --basedir=\u002Fusr\u002Flocal\u002Fmysql --datadir=\u002Fusr\u002Flocal\u002Fmysql --user=root --force\u003C\u002Fpre>\u003Cp>使用 service mysql start 启动服务器。\u003Cbr\u002F>\u003C\u002Fp>",{"id":26,"title":27,"uri":27,"author":9,"tags":28,"created_at":31,"view_count":32,"content":33},34,"mysql 5.7重置密码",[20,29,30],"密码","重置","2016-06-04 12:30:20",3609,"\u003Cp>在mysql 5.7中刚配置好的服务器会有一个随机生成的root密码，此时需要重置密码，或者用户忘记root密码时也需要重置密码，mysql 5.7的密码重置与之前版本有所不同。\u003C\u002Fp>\u003Cp>修改my.cnf，在[mysqld]字段下增加skip-grant-tables字段，用于忽略权限验证，此时service mysql restart重启服务器，然后就可以无密码登录数据库了。并且在[mysqld]下添加default_password_lifetime=0设置密码不失效。\u003C\u002Fp>\u003Cpre class=\"brush:bash;toolbar:false\">.\u002Fmysql -uroot\u003C\u002Fpre>\u003Cp>登录到服务器后刷新权限\u003Cbr\u002F>\u003C\u002Fp>\u003Cpre class=\"brush:sql;toolbar:false\">FLUSH PRIVILEGES;\u003C\u002Fpre>\u003Cp>然后执行下面的sql修改root密码\u003C\u002Fp>\u003Cpre class=\"brush:sql;toolbar:false\">update mysql.user set authentication_string=password('new_password') where user='root' and Host ='localhost';\u003C\u002Fpre>\u003Cp>刷新权限并退出mysql客户端\u003Cbr\u002F>\u003C\u002Fp>\u003Cpre class=\"brush:sql;toolbar:false\">flush privileges;\nexit;\u003C\u002Fpre>\u003Cp>然后修改mysql.cnf，将之前添加的skip-grant-tables字段删除，保存退出。重启服务器\u003C\u002Fp>\u003Cpre class=\"brush:bash;toolbar:false\">service mysql restart\u003C\u002Fpre>\u003Cp>再用mysql连接服务器试试看，此时需要密码，使用你的新密码便可以登录了。\u003Cbr\u002F>\u003C\u002Fp>",{"id":35,"title":36,"uri":36,"author":9,"tags":37,"created_at":40,"view_count":41,"content":42},33,"网站升级至HTTP2",[38,39],"http2","nginx","2015-12-13 23:25:56",4451,"\u003Cp>HTTP2从提出到现在已经有一段时间了，不过目前使用该协议的网站并不多。不过著名如google, twitter, youtube他们都已经领先升级到了HTTP2协议。今天我也将自己的博客升级到了HTTP2。\u003C\u002Fp>\u003Cp>重新编译安装最新的主线版本nginx 1.9.9\u003C\u002Fp>\u003Cpre class=\"brush:bash;toolbar:false\">.\u002Fconfigure --with-http_v2_module --with-http_ssl_module\nmake\nmake install\u003C\u002Fpre>\u003Cp>修改nginx配置文件\u003C\u002Fp>\u003Cpre class=\"brush:plain;toolbar:false\">server {\n    listen       443    ssl http2 fastopen=3 reuseport;\n    server_name  duguying.net;\n\n    ssl on;\n    ssl_certificate \u002Froot\u002Fssl\u002F1_duguying.net_bundle.crt;\n    ssl_certificate_key \u002Froot\u002Fssl\u002F2_duguying.net.key;\n\n    location \u002F {\n        try_files \u002F_not_exists_ @backend;\n    }\n\n    location @backend {\n        proxy_set_header X-Forwarded-For $remote_addr;\n        proxy_set_header Host            $http_host;\n\n        proxy_pass http:\u002F\u002F127.0.0.1:81;\n    }\n}\u003C\u002Fpre>\u003Cp>主要是添加 \u003Cspan style=\"text-decoration: underline;\">ssl http2 fastopen=3 reuseport\u003C\u002Fspan>。\u003C\u002Fp>\u003Cp>重启nginx服务。\u003C\u002Fp>\u003Cp>接下来可以在浏览器上看到如下闪电图标（需要装插件 HTTP\u002F2 and SPDY indicator）\u003C\u002Fp>\u003Cp>\u003Cimg src=\"\u002F\u002Fduguying.oss-cn-qingdao.aliyuncs.com\u002F2015\u002F12\u002F13\u002Fhttp2.png\" title=\"\" alt=\"http2.png\"\u002F>\u003C\u002Fp>",{"id":44,"title":45,"uri":45,"author":9,"tags":46,"created_at":51,"view_count":52,"content":53},32,"关于阿里云ESC上go语言项目编译6l: running gcc failed: Cannot allocate memory",[47,48,49,50],"golang","编译","内存不够","swap","2015-10-28 14:06:02",4450,"\u003Cp>前段时间将自己的阿里云服务器上的系统由centos 6.5换为了ubuntu 14，其他的硬件配置都没有发生改变，将服务器上的数据恢复并且重新安装了golang的编译环境后，发现使用go build编译稍微大一点的golang项目就会报错：\u003C\u002Fp>\u003Cblockquote>\u003Cp>\u002Fusr\u002Flocal\u002Fgo\u002Fpkg\u002Ftool\u002Flinux_amd64\u002F6l: running gcc failed: Cannot allocate memory\u003C\u002Fp>\u003C\u002Fblockquote>\u003Cp>一直想不通为啥换了个系统就会报这个错，字面意思是gcc分配内存失败，应该是内存不够用，机器配置是1G内存，free -m 发现尚有400M的内存未使用，难道剩余400M的内存还不够go build命令编译代码使用？好吧，既然如此我就给它释放内存，kill掉众多的进程之后再进行go build编译，发现又可以编译了。之后发现偶尔能编译偶尔又不能编译，看样子确实是内存不够，可是为啥之前的centos系统上没有出现这种状况呢，一直不相信简单的“内存不够”就可以解释这一问题，因为之前的centos系统上是正常的，我甚至觉得可能是gcc版本的问题，猜测只有较高版本的gcc才会报这个错误。后来也曾在“golang天朝”论坛上发过帖子，并表达自己的猜测，认为不是内存不够这么简单，结果被别人鄙视不看英文……\u003C\u002Fp>\u003Cp>不想花钱升级机器硬件，难道我只有装回centos？今天执行free -m偶然间注意到了swap的数值貌似一直是空的，我思考若是我添加swap交换空间是否能解决这一问题呢，毕竟swap其实就是用硬盘空间虚拟出的内存，一个内存的缓冲区。于是就给它加了个1G的文件作为swap，居然直接就可以用go build，再也不用担心gcc对我说Cannot allocate memory了。简单的记录一下添加文件作为swap的步骤：\u003C\u002Fp>\u003Cul class=\" list-paddingleft-2\" style=\"list-style-type: disc;\">\u003Cli>\u003Cp>创建1个1GB的file\u003Cbr\u002F>\u003C\u002Fp>\u003C\u002Fli>\u003C\u002Ful>\u003Cpre class=\"brush:bash;toolbar:false\">sudo dd if=\u002Fdev\u002Fzero of=\u002Fmnt\u002F1GB.swap bs=1M count=1024\u003C\u002Fpre>\u003Cul class=\" list-paddingleft-2\" style=\"list-style-type: disc;\">\u003Cli>\u003Cp>格式化为Swap file\u003Cbr\u002F>\u003C\u002Fp>\u003C\u002Fli>\u003C\u002Ful>\u003Cpre class=\"brush:bash;toolbar:false\">sudo mkswap \u002Fmnt\u002F1GB.swap\u003C\u002Fpre>\u003Cul class=\" list-paddingleft-2\" style=\"list-style-type: disc;\">\u003Cli>\u003Cp>把swap file加入到系统中\u003Cbr\u002F>\u003C\u002Fp>\u003C\u002Fli>\u003C\u002Ful>\u003Cpre class=\"brush:bash;toolbar:false\">sudo swapon \u002Fmnt\u002F1GB.swap\u003C\u002Fpre>\u003Cul class=\" list-paddingleft-2\" style=\"list-style-type: disc;\">\u003Cli>\u003Cp>将swap永久添加\u003Cbr\u002F>在\u002Fect\u002Ffstab中加入新的Swap分区\u003Cbr\u002F>\u003C\u002Fp>\u003C\u002Fli>\u003C\u002Ful>\u003Cpre class=\"brush:bash;toolbar:false\">sudo gedit \u002Fetc\u002Ffstab\u003C\u002Fpre>\u003Cul class=\" list-paddingleft-2\" style=\"list-style-type: disc;\">\u003Cli>\u003Cp>在最后加入下列内容\u003Cbr\u002F>\u003C\u002Fp>\u003C\u002Fli>\u003C\u002Ful>\u003Cpre class=\"brush:bash;toolbar:false\">\u002Fmnt\u002F1GB.swap none swap sw 0 0\u003C\u002Fpre>\u003Cp>最后，free -m 命令可以看到swap的数据如下\u003C\u002Fp>\u003Cpre class=\"brush:bash;toolbar:false\">             total       used       free     shared    buffers     cached\nMem:           992        903         88          0         57        188\n-\u002F+ buffers\u002Fcache:        656        335\nSwap:         1023          0       1023\u003C\u002Fpre>\u003Cp>1G的内存交换区文件已经创建。\u003Cbr\u002F>\u003C\u002Fp>",{"id":55,"title":56,"uri":56,"author":9,"tags":57,"created_at":60,"view_count":61,"content":62},31,"中文分词逆向最大匹配法项目实践",[58,59],"中文分词","逆向最大匹配法","2015-02-26 22:19:19",5877,"\u003Cp>最近在自己的项目中实现了中文分词，项目是pinyin-php，是一个用C语言完成的原生php扩展。\n其主要作用是将中文汉字翻译成汉语拼音，其中用到中文分词主要是为了识别多音字，因为多音字一般是在特定词语环境中出现的。\n因此系统需要识别汉字词语，也就是说要实现简单的分词，当然分词准确率越高的话多音字识别率也会越高。\u003Cbr\u002F>\u003C\u002Fp>\u003Cp>pinyin-php中实现中文分词达到识别多音字的目的，这一想法在pinyin-php上一版本开发的时候就已经想到了。只是自己从来都没有实践过，而且据别人说，中文分词用C语言实现起来比较麻烦，反倒是脚本语言实现起来比较方便。我多方查阅资料后知道现有中文分词方法有如下几种\u003C\u002Fp>\u003Col class=\" list-paddingleft-2\" style=\"list-style-type: decimal;\">\u003Cli>\u003Cp>字符匹配\u003C\u002Fp>\u003C\u002Fli>\u003Cli>\u003Cp>理解法\u003C\u002Fp>\u003C\u002Fli>\u003Cli>\u003Cp>统计法\u003C\u002Fp>\u003C\u002Fli>\u003C\u002Fol>\u003Cp>其中字符匹配是基于字典的字符串匹配，理解法是在字符串匹配的同时还对句子进行语义分析，统计法是基于大量的语料库来实现的。其中字符匹配法最为简单，后两者首先是算法比较复杂，是我目前尚未接触到的方法，其次他们均要基于大量的语料库进行数据分析，这对于我以及pinyin-php这个项目来说是不现实的。不过对于搜索引擎这种大型的系统来说是可以实现的。因此，我采用字符匹配法。字符匹配又有如下四种方式\u003C\u002Fp>\u003Col class=\" list-paddingleft-2\" style=\"list-style-type: decimal;\">\u003Cli>\u003Cp>正向最大匹配法(由左到右的方向);\u003C\u002Fp>\u003C\u002Fli>\u003Cli>\u003Cp>逆向最大匹配法(由右到左的方向);\u003C\u002Fp>\u003C\u002Fli>\u003Cli>\u003Cp>最少切分(使每一句中切出的词数最小);\u003C\u002Fp>\u003C\u002Fli>\u003Cli>\u003Cp>双向最大匹配法(进行由左到右、由右到左两次扫描);\u003C\u002Fp>\u003C\u002Fli>\u003C\u002Fol>\u003Cp>上面四种字符匹配方法要算『双向最大匹配法』最为准确，由于汉语的特性，『逆向最大匹配法』比『正向最大匹配法』要更精确。\u003C\u002Fp>\u003Cp>pinyin-php采用的便是『逆向最大匹配法』。下面看个分词实例\u003C\u002Fp>\u003Cpre class=\"brush:plain;toolbar:false\">硕士研究生产\u003C\u002Fpre>\u003Cp>正向最大匹配法的结果会是『硕士研究生 \u002F 产』，而逆向最大匹配法利用逆向扫描，可得到正确的分词结果『硕士 \u002F 研究 \u002F 生产』。\u003C\u002Fp>\u003Cp>项目中有一个字词库，其实是我自己实现的一个hashtable，系统初始化的时候从字词库中读取汉字和词语以及其对应的汉语拼音。\u003C\u002Fp>\u003Cpre class=\"brush:plain;toolbar:false\">key,value\n一,yī\n丁,dīng\n七,qī\n万,wàn\n丈,zhàng\n三,sān\n上,shàng\n下,xià\n……\n阿Ｑ,āＱ\n阿爸,ābà\n阿鼻,ābí\n阿呆,ādāi\n阿弟,ādì\n阿爹,ādiē\n阿斗,ādǒu\n阿飞,āfēi\n阿哥,āgē\n……\u003C\u002Fpre>\u003Cp>假设hashtable中的key的最大长度为10个汉字，那么有一段文字，我首先从尾部开始截取10个汉字，放入buffer{10}中然后在hashtable中查buffer[1~10]，查到后就截取后续的10个汉字，未查到的话继续查字符串buffer[2~10]，未查到继续查buffer[3~10]，直到buffer[10]，例如若是在buffer[4~10]的时候查到了，则将buffer[1~3]退回段落的原处。匹配到的词直接总hashtable中读取其拼音如此便翻译出来了，若是查找不到则直接保持为原来的字符不变。\u003C\u002Fp>\u003Cpre class=\"brush:plain;toolbar:false\">分词就是将连续的字序列按照一定的规范重新组合成词序列的过程。\n\nparagraph\t\t\t\t\t\t\t\tbuffer\t\t\t\t\tsegments\n分词就是将连续的字序列按照一定的规范重新\t\t组合成词序列的过程。\n分词就是将连续的字序列按照一定的规范重\t\t新组合成词序列的过程\t\t\u002F。\n分词就是将连续的字序列按照一定的规\t\t\t范重新组合成词序列的\t\t\u002F过程。\n分词就是将连续的字序列按照一定的\t\t\t\t规范重新组合成词序列\t\t\u002F的\u002F过程。\n分词就是将连续的字序列按照一\t\t\t\t定的规范重新组合成词\t\t\u002F序列\u002F的\u002F过程。\n分词就是将连续的字序\t\t\t\t\t\t列按照一定的规范重新\t\t\u002F组\u002F合成词\u002F序列\u002F的\u002F过程。\n分词就是将连续的\t\t\t\t\t\t\t字序列按照一定的规范\t\t\u002F重新\u002F组\u002F合成词\u002F序列\u002F的\u002F过程。\u003C\u002Fpre>\u003Cp>如果想了解我是如何编码实现的，欢迎参阅我的项目pinyin-php(\u003Ca href=\"https:\u002F\u002Fgithub.com\u002Fduguying\u002Fpinyin-php\" _src=\"https:\u002F\u002Fgithub.com\u002Fduguying\u002Fpinyin-php\">https:\u002F\u002Fgithub.com\u002Fduguying\u002Fpinyin-php\u003C\u002Fa>)。\u003Cbr\u002F>\u003C\u002Fp>",{"id":64,"title":65,"uri":65,"author":9,"tags":66,"created_at":70,"view_count":71,"content":72},30,"第一次发布项目到maven中央库",[67,68,69],"maven","中央库","项目发布","2015-02-25 15:54:30",6112,"\u003Cp>昨天晚上决定将java版的gojapi发布到maven中央库上，于是多方查阅资料后开始动手，期间遇到不少问题，结果弄到很晚都没弄成功，直到今天上午才成功的将其上传成功。现记录一下。\u003C\u002Fp>\u003Cp>\u003Cstrong>用到软件：\u003C\u002Fstrong>\u003Cbr\u002F>maven\u003Cbr\u002F>gpg4win-vanilla-2.2.3.exe\u003C\u002Fp>\u003Cp>\u003Cstrong>参考文档：\u003C\u002Fstrong>\u003Cbr\u002F>\u003Ca href=\"http:\u002F\u002Fmy.oschina.net\u002Fhuangyong\u002Fblog\u002F226738#OSC_h3_11\" _src=\"http:\u002F\u002Fmy.oschina.net\u002Fhuangyong\u002Fblog\u002F226738#OSC_h3_11\">http:\u002F\u002Fmy.oschina.net\u002Fhuangyong\u002Fblog\u002F226738\u003C\u002Fa>\u003C\u002Fp>\u003Cp>\u003Cstrong>密钥对：\u003C\u002Fstrong>\u003Cbr\u002F>\u003C\u002Fp>\u003Cpre class=\"brush:bash;toolbar:false\"># 生成密钥对\ngpg --gen-key\n# 查看公钥\ngpg --list-keys\n# 将公钥发布到 PGP 密钥服务器\ngpg --keyserver hkp:\u002F\u002Fpool.sks-keyservers.net --send-keys 82DC852E\u003C\u002Fpre>\u003Cp>具体操作见参考文档。\u003C\u002Fp>\u003Cp>接下来就是修改配置和上传了，先不配置上传试试\u003Cbr\u002F>\u003C\u002Fp>\u003Cpre class=\"brush:bash;toolbar:false\">mvn clean deploy\u003C\u002Fpre>\u003Cp>\u003Cimg src=\"\u002F\u002Fduguying.oss-cn-qingdao.aliyuncs.com\u002F2015\u002F2\u002F25\u002Fmvn_401_error.png\" title=\"\" alt=\"mvn_401_error.png\"\u002F>\u003Cbr\u002F>401错误，未授权。接下来在mvn\u002Fconf\u002Fsetting.xml中填入用户名和密码。\u003Cbr\u002F>\u003C\u002Fp>\u003Cpre class=\"brush:xml;toolbar:false\"><servers>\n    <server>\n        <id>oss<\u002Fid>\n        <username>duguying<\u002Fusername>\n        <password>xxxxxxxx<\u002Fpassword>\n    <\u002Fserver>\n<\u002Fservers>\u003C\u002Fpre>\u003Cp>再次上传，只要pom.xml中的distributionManagement>repository>id与上面的id是一致的，便可上传成功。在oss管理的页面(\u003Ca href=\"https:\u002F\u002Foss.sonatype.org\" _src=\"https:\u002F\u002Foss.sonatype.org\">https:\u002F\u002Foss.sonatype.org\u003C\u002Fa>)close之后发现close失败。如下图\u003C\u002Fp>\u003Cp>\u003Cimg src=\"\u002F\u002Fduguying.oss-cn-qingdao.aliyuncs.com\u002F2015\u002F2\u002F25\u002Fmvn_oss_close_failed.png\" title=\"\" alt=\"mvn_oss_close_failed.png\"\u002F>\u003Cbr\u002F>按照上面提示，源码包缺失，文档包缺失，加密缺失，etc。这时应该在pom.xml的添加相关配置，下面是我完整的pom.xml文件\u003Cbr\u002F>\u003C\u002Fp>\u003Cpre class=\"brush:xml;toolbar:false\"><project xmlns="http:\u002F\u002Fmaven.apache.org\u002FPOM\u002F4.0.0" xmlns:xsi="http:\u002F\u002Fwww.w3.org\u002F2001\u002FXMLSchema-instance"\n         xsi:schemaLocation="http:\u002F\u002Fmaven.apache.org\u002FPOM\u002F4.0.0 http:\u002F\u002Fmaven.apache.org\u002Fxsd\u002Fmaven-4.0.0.xsd">\n    <modelVersion>4.0.0<\u002FmodelVersion>\n    <groupId>net.duguying.goj<\u002FgroupId>\n    <artifactId>gojapi<\u002FartifactId>\n    <version>0.0.2<\u002Fversion>\n    <packaging>jar<\u002Fpackaging>\n\t\n\t<name>goj judger client api<\u002Fname>\n    <url>https:\u002F\u002Fgithub.com\u002Fgojudge\u002Fgojapi-java<\u002Furl>\n    <description>here is goj judger client api for java<\u002Fdescription>\n    <inceptionYear>2015<\u002FinceptionYear>\n\n    <parent>\n        <groupId>org.sonatype.oss<\u002FgroupId>\n        <artifactId>oss-parent<\u002FartifactId>\n        <version>7<\u002Fversion>\n    <\u002Fparent>\n\n    <licenses>\n        <license>\n            <name>MIT License<\u002Fname>\n            <url>http:\u002F\u002Fopensource.org\u002Flicenses\u002FMIT<\u002Furl>\n            <distribution>repo<\u002Fdistribution>\n        <\u002Flicense>\n    <\u002Flicenses>\n\n    <distributionManagement>\n        <downloadUrl>https:\u002F\u002Foss.sonatype.org\u002Fcontent\u002Fgroups\u002Fpublic<\u002FdownloadUrl>\n        <repository>\n            <id>oss<\u002Fid>\n            <name>OSS Repository at sonatype<\u002Fname>\n            <url>https:\u002F\u002Foss.sonatype.org\u002Fservice\u002Flocal\u002Fstaging\u002Fdeploy\u002Fmaven2<\u002Furl>\n        <\u002Frepository>\n        <snapshotRepository>\n            <id>oss-sonatype-snapshots<\u002Fid>\n            <name>OSS Snapshot Repository at sonatype<\u002Fname>\n            <url>https:\u002F\u002Foss.sonatype.org\u002Fcontent\u002Frepositories\u002Fsnapshots<\u002Furl>\n        <\u002FsnapshotRepository>\n    <\u002FdistributionManagement>\n\n    <scm>\n        <connection>scm:git:git:\u002F\u002Fgithub.com\u002Fgojudge\u002Fgojapi-java.git<\u002Fconnection>\n        <developerConnection>scm:git:git@github.com:gojudge\u002Fgojapi-java.git<\u002FdeveloperConnection>\n        <url>https:\u002F\u002Fgithub.com\u002Fgojudge\u002Fgojapi-java<\u002Furl>\n        <tag>HEAD<\u002Ftag>\n    <\u002Fscm>\n\n    <profiles>\n        <profile>\n            <id>release<\u002Fid>\n            <build>\n                <plugins>\n                    <!-- Source -->\n                    <plugin>\n                        <groupId>org.apache.maven.plugins<\u002FgroupId>\n                        <artifactId>maven-source-plugin<\u002FartifactId>\n                        <version>2.2.1<\u002Fversion>\n                        <executions>\n                            <execution>\n                                <phase>package<\u002Fphase>\n                                <goals>\n                                    <goal>jar-no-fork<\u002Fgoal>\n                                <\u002Fgoals>\n                            <\u002Fexecution>\n                        <\u002Fexecutions>\n                    <\u002Fplugin>\n                    <!-- Javadoc -->\n                    <plugin>\n                        <groupId>org.apache.maven.plugins<\u002FgroupId>\n                        <artifactId>maven-javadoc-plugin<\u002FartifactId>\n                        <version>2.9.1<\u002Fversion>\n                        <executions>\n                            <execution>\n                                <phase>package<\u002Fphase>\n                                <goals>\n                                    <goal>jar<\u002Fgoal>\n                                <\u002Fgoals>\n                            <\u002Fexecution>\n                        <\u002Fexecutions>\n                    <\u002Fplugin>\n                    <!-- GPG -->\n                    <plugin>\n                        <groupId>org.apache.maven.plugins<\u002FgroupId>\n                        <artifactId>maven-gpg-plugin<\u002FartifactId>\n                        <version>1.5<\u002Fversion>\n                        <executions>\n                            <execution>\n                                <phase>verify<\u002Fphase>\n                                <goals>\n                                    <goal>sign<\u002Fgoal>\n                                <\u002Fgoals>\n                            <\u002Fexecution>\n                        <\u002Fexecutions>\n                    <\u002Fplugin>\n                <\u002Fplugins>\n            <\u002Fbuild>\n            <distributionManagement>\n                <snapshotRepository>\n                    <id>oss<\u002Fid>\n                    <url>https:\u002F\u002Foss.sonatype.org\u002Fcontent\u002Frepositories\u002Fsnapshots\u002F<\u002Furl>\n                <\u002FsnapshotRepository>\n                <repository>\n                    <id>oss<\u002Fid>\n                    <url>https:\u002F\u002Foss.sonatype.org\u002Fservice\u002Flocal\u002Fstaging\u002Fdeploy\u002Fmaven2\u002F<\u002Furl>\n                <\u002Frepository>\n            <\u002FdistributionManagement>\n        <\u002Fprofile>\n    <\u002Fprofiles>\n\n    <developers>\n        <developer>\n            <id>duguying<\u002Fid>\n            <name>duguying<\u002Fname>\n            <email>duguying2008@gmail.com<\u002Femail>\n        <\u002Fdeveloper>\n    <\u002Fdevelopers>\n\n    <properties>\n        <project.build.sourceEncoding>UTF-8<\u002Fproject.build.sourceEncoding>\n    <\u002Fproperties>\n\n    <dependencies>\n        <dependency>\n            <groupId>junit<\u002FgroupId>\n            <artifactId>junit<\u002FartifactId>\n            <version>3.8.1<\u002Fversion>\n            <scope>test<\u002Fscope>\n        <\u002Fdependency>\n\n        <dependency>\n            <groupId>org.apache.httpcomponents<\u002FgroupId>\n            <artifactId>httpclient<\u002FartifactId>\n            <version>4.4<\u002Fversion>\n        <\u002Fdependency>\n\t\t\n\t\t<dependency>\n            <groupId>org.apache.httpcomponents<\u002FgroupId>\n            <artifactId>httpcore<\u002FartifactId>\n            <version>4.4<\u002Fversion>\n        <\u002Fdependency>\n\t\t\n\t\t<dependency>\n            <groupId>commons-logging<\u002FgroupId>\n            <artifactId>commons-logging<\u002FartifactId>\n            <version>1.2<\u002Fversion>\n        <\u002Fdependency>\n\n        <dependency>\n            <groupId>org.json<\u002FgroupId>\n            <artifactId>json<\u002FartifactId>\n            <version>20131018<\u002Fversion>\n        <\u002Fdependency>\n    <\u002Fdependencies>\n\n<\u002Fproject>\u003C\u002Fpre>\u003Cp>有了profile里面的内容便可以解决上面的问题，不过要想上传成功必须保证\u003Cspan style=\"font-size: 12.5px;\">\u003Ccode>profiles>profile>distributionManagement>snapshotRepository>id\u003C\u002Fcode>和\u003C\u002Fspan>\u003Cspan style=\"font-size: 12.5px;\">\u003Ccode>profiles>profile>distributionManagement>repository>id\u003C\u002Fcode>同样与setting.xml里面的server>id是一致的。否则就会报401错误。最后如下命令发布\u003Cbr\u002F>\u003C\u002Fspan>\u003C\u002Fp>\u003Cpre class=\"brush:bash;toolbar:false\">mvn clean deploy -P release\u003C\u002Fpre>\u003Cp>\u003Cspan style=\"font-size: 12.5px;\">这篇文章并没有详细的介绍如何将自己的java项目发布到maven中央库，而是描述了我发布的过程中遇到的问题，若想从头学习如何发布建议参考黄勇的博文 \u003Ca href=\"http:\u002F\u002Fmy.oschina.net\u002Fhuangyong\u002Fblog\u002F226738\" _src=\"http:\u002F\u002Fmy.oschina.net\u002Fhuangyong\u002Fblog\u002F226738\">http:\u002F\u002Fmy.oschina.net\u002Fhuangyong\u002Fblog\u002F226738\u003C\u002Fa> 。\u003C\u002Fspan>\u003C\u002Fp>\u003Cp>\u003Cspan style=\"font-size: 12.5px;\">maven 上传中\u003Cstrong>可能遇到的一些问题\u003C\u002Fstrong>：\u003C\u002Fspan>\u003C\u002Fp>\u003Col class=\" list-paddingleft-2\" style=\"list-style-type: decimal;\">\u003Cli>\u003Cp>\u003Cspan style=\"font-size: 12.5px;\">gpg密钥丢失\u003Cbr\u002F>\u003C\u002Fspan>\u003C\u002Fp>\u003Cp>\u003Cspan style=\"font-size: 12.5px;\">我换了一台电脑或者重装系统之后原来的 gpg 密钥已经不复存在了咋办。不用担心，你可以重新生成新的gpg密钥并上传，使用新的 gpg 密钥是完全没有问题的。\u003Cbr\u002F>\u003C\u002Fspan>\u003C\u002Fp>\u003Cp>\u003Cspan style=\"font-size: 12.5px;\">\u003C\u002Fspan>\u003C\u002Fp>\u003Cp>\u003Cspan style=\"font-size: 12.5px;\">\u003C\u002Fspan>\u003C\u002Fp>\u003C\u002Fli>\u003Cli>\u003Cp>\u003Cspan style=\"font-size: 12.5px;\">gpg密钥上传后验证失败\u003Cbr\u002F>\u003C\u002Fspan>\u003C\u002Fp>\u003Cp>\u003Cspan style=\"font-size: 12.5px;\">使用 --send-keys 上传了密钥之后，使用 --recv-keys 获取失败，或者偶尔成功偶尔失败，导致上传 maven 中央库后 close 操作后的 gpg 自动验证失败。此时你可以上传几个网络比较稳定的验证服务器作为备用服务器，例如 hkp:\u002F\u002Fkeyserver.ubuntu.com 。具体 maven 中央库支持哪些 pgp 服务器，可以从 gpg 验证报错信息中得出。\u003C\u002Fspan>\u003C\u002Fp>\u003C\u002Fli>\u003C\u002Fol>\u003Cp>\u003Cspan style=\"font-size: 12.5px;\">\u003C\u002Fspan>\u003C\u002Fp>",{"id":74,"title":75,"uri":75,"author":9,"tags":76,"created_at":81,"view_count":82,"content":83},29,"Goj开发过程中遇到gcc进程变为孤儿进程的问题",[77,78,79,80],"Goj","孤儿进程","deamon","Online Judge","2015-01-29 17:08:37",3735,"\u003Cp>尽管现在已经放假，没有太多的心思放在开发上，但是Goj项目开发最近一直在缓慢的保持着。最近主要是处理judger与ojsite通信的问题，其过程中并没有遇到什么特殊的问题，TCP以及HTTP协议什么的都不成问题。但是在今天调试提交编译任务时却发现了一个有趣的事情，那就是gcc在特定情况下变成了deamon进程。\u003C\u002Fp>\u003Cp>事情经过是这样的，但凡judger都必须经历\u003Ccode>#include "\u002Fdev\u002Frandom"\u003C\u002Fcode>的考验，至於这是什么、为什么我也懒得解释，下面引用知乎上的一段话，感兴趣的自己看\u003Ca href=\"http:\u002F\u002Fwww.zhihu.com\u002Fquestion\u002F23067497\u002Fanswer\u002F23538675\" target=\"_blank\">全文\u003C\u002Fa>：\u003C\u002Fp>\u003Cblockquote>\u003Cp>小心编译期间的一些“高级功能”，比如 C 的 include 其实是有很多巧妙的用法，试试看在 Linux 下 #include "\u002Fdev\u002Frandom" 或者 #include "\u002Fdev\u002Ftty" 之类的（这两个东西会把网络上不少二流 OJ 直接卡死……）。\u003C\u002Fp>\u003C\u002Fblockquote>\u003Cp>而我的judger是这么解决这个问题的，创建一个线程监控编译子进程，超过一定时间kill。这样原本是没有太大的问题的，而且我也相信这也是一种正确的解决方案，但问题是我并不是直接用judger去调用gcc的，而是将gcc包装到了shell脚本，然后调用sh去执行脚本，这样做也是初期考虑到灵活性而决定的。于是judger的子进程是bash，而gcc是bash的子进程，编译任务阻塞后kill掉的是sh，于是gcc变为了孤儿进程，被init进程收养。\u003C\u002Fp>\u003Cp>\u003Cimg src=\"\u002F\u002Fduguying.oss-cn-qingdao.aliyuncs.com\u002F2015\u002F1\u002F29\u002Filleage_include.png\" title=\"\" alt=\"illeage_include.png\"\u002F>\u003C\u002Fp>\u003Cp>\u003Cimg src=\"\u002F\u002Fduguying.oss-cn-qingdao.aliyuncs.com\u002F2015\u002F1\u002F29\u002Forphan.png\" title=\"\" alt=\"orphan.png\"\u002F>\u003C\u002Fp>\u003Cp>这倒不是什么难题，只要将进程改为能够kill掉gcc及其子进程便可解决，但是若是忽略这个问题将会是一个灾难，每一次\u003Ccode>#include "\u002Fdev\u002Frandom"\u003C\u002Fcode>都将会让服务器产生deamon化的gcc进程，时间一久再多的内存都将会被gcc吃掉。\u003C\u002Fp>\u003Cp>\u003Cbr\u002F>\u003C\u002Fp>",{"id":85,"title":86,"uri":86,"author":9,"tags":87,"created_at":91,"view_count":92,"content":93},28,"docker容器目录与主机目录同步",[88,89,90],"docker","目录","同步","2014-12-31 12:34:08",15573,"\u003Cp>docker能够将应用运行在容器中，它有许多优点，例如与主机环境隔离，应用部署方便等等。但是我现在希望能够将应用的数据存放到主机上，这样一来我就可以随意的创建和销毁docker容器，而不必担心应用数据的丢失了。\u003C\u002Fp>\u003Cp>用过docker的人应当都知道docker可以进行端口映射，也就是将容器中的端口映射到主机的端口上，例如\u003C\u002Fp>\u003Cpre class=\"brush:bash;toolbar:false\">docker run -d -p 1004:1004 -p 80:1005 duguying\u002Fjudger\u003C\u002Fpre>\u003Cp>上例中就是将docker容器的1004端口映射到1004端口，将docker容器中的1005端口映射到80端口，其中-d表示以deamon进程的方式运行应用（即服务）。其实docker除了能够映射端口还能够映射目录，如下命令\u003Cbr\u002F>\u003C\u002Fp>\u003Cpre class=\"brush:bash;toolbar:false\">docker run -d -p 1004:1004 -p 1005:1005 -v \u002Fvar\u002Fgoj\u002Fjudger:\u002Fdata duguying\u002Fjudger\u003C\u002Fpre>\u003Cp>其中 \u003Ccode>-v \u002Fvar\u002Fgoj\u002Fjudger:\u002Fdata\u003C\u002Fcode> 便是将docker容器中的\u003Ccode>\u002Fdata\u003C\u002Fcode>目录映射到主机的\u003Ccode>\u002Fvar\u002Fgoj\u002Fjudger\u003C\u002Fcode>目录。但是有一点却需要注意，那就是当运行命令后docker初始化完成会将\u003Ccode>\u002Fvar\u002Fgoj\u002Fjudger\u003C\u002Fcode>目录挂载到docker容器的\u003Ccode>\u002Fdata\u003C\u002Fcode>目录，这样一来原docker容器\u003Ccode>\u002Fdata\u003C\u002Fcode>目录将会消失，自然其中的内容也会丢失，因此，若是希望将配置文件放在挂载目录必须等到挂载完成后在docker容器中通过程序拷贝到挂载目录。若一切正常，那么\u003Ccode>\u002Fdata\u003C\u002Fcode>目录下的内容会在主机的\u003Ccode>\u002Fvar\u002Fgoj\u002Fjudger\u003C\u002Fcode>中，如此便可以实现将数据保存到主机目录。\u003C\u002Fp>",{"id":95,"title":96,"uri":96,"author":9,"tags":97,"created_at":103,"view_count":104,"content":105},27,"sublime text 2插件开发，外部修改文件无法重新加载",[98,99,100,101,102],"sublime","插件","开发","indent","python","2014-12-26 20:24:13",7055,"\u003Cp>Indent是linux上很好的一款代码格式化工具，我在vim中很容易就配置其在文件保存时自动格式化代码，于是我打算开发一个sublime text 2插件（\u003Ca href=\"http:\u002F\u002Fgit.duguying.net\u002Fduguying\u002FSublimeGnuIndent\u002Fsrc\u002Fmaster\u002FIndent.py\">http:\u002F\u002Fgit.duguying.net\u002Fduguying\u002FSublimeGnuIndent\u002Fsrc\u002Fmaster\u002FIndent.py\u003C\u002Fa>）调用外部命令indent（\u003Ca href=\"http:\u002F\u002Fgnuwin32.sourceforge.net\u002Fpackages\u002Findent.htm\">http:\u002F\u002Fgnuwin32.sourceforge.net\u002Fpackages\u002Findent.htm\u003C\u002Fa>），可是问题是外部修改的文件无法在有焦点的页面上自动更新，失去焦点然后又获取到焦点便可以更新。我希望请教是否有人能够点拨我一下如何解决这种问题。如下图\u003C\u002Fp>\u003Cp>\u003Cimg src=\"\u002F\u002Fduguying.oss-cn-qingdao.aliyuncs.com\u002F2014\u002F12\u002F26\u002Fmistake_in_gunindent.gif\" title=\"\" alt=\"mistake_in_gunindent.gif\"\u002F>\u003C\u002Fp>\u003Cp>保存后，Indent确实格式化了代码文件，但是无法刷新，调用run_command('revert')也是无法将active状态下的编辑页面刷新的。但是在inactive状态下调用\u003Cspan style=\"line-height: 23px;\">run_command('revert')却可以刷新。网上查找解决方案良久没发现有什么直接明了的方法。问题待解决。\u003C\u002Fspan>\u003C\u002Fp>",{"title":107,"list":108},"最热文章",[109,111,117,123,129,135,141,147,153,159],{"id":85,"title":86,"uri":110,"author":9,"created_at":91,"view_count":92},"\u002Farticle\u002Fdocker容器目录与主机目录同步",{"id":112,"title":113,"uri":114,"author":9,"created_at":115,"view_count":116},21,"beego中使用fis","\u002Farticle\u002Fbeego中使用fis","2014-12-03 10:47:56",9253,{"id":118,"title":119,"uri":120,"author":9,"created_at":121,"view_count":122},20,"用github登录，oauth开发","\u002Farticle\u002F用github登录，oauth开发","2014-11-23 13:33:37",9115,{"id":124,"title":125,"uri":126,"author":9,"created_at":127,"view_count":128},18,"windows服务注册工具nssm","\u002Farticle\u002Fwindows服务注册工具nssm","2014-10-31 21:34:39",9054,{"id":130,"title":131,"uri":132,"author":9,"created_at":133,"view_count":134},49,"用latex排版中文书籍","\u002Farticle\u002F用latex排版中文书籍","2016-10-31 11:12:02",8645,{"id":136,"title":137,"uri":138,"author":9,"created_at":139,"view_count":140},19,"texlive中文书签乱码","\u002Farticle\u002Ftexlive中文书签乱码","2014-11-15 02:54:01",8466,{"id":142,"title":143,"uri":144,"author":9,"created_at":145,"view_count":146},6,"Windows上的软件包管理器chocolatey","\u002Farticle\u002FWindows上的软件包管理器chocolatey","2014-08-10 15:55:22",8012,{"id":148,"title":149,"uri":150,"author":9,"created_at":151,"view_count":152},3,"利用开源和免费资源搭建CI环境","\u002Farticle\u002F利用开源和免费资源搭建CI环境","2014-07-04 16:54:58",7740,{"id":154,"title":155,"uri":156,"author":9,"created_at":157,"view_count":158},16,"php-fpm网站目录权限配置","\u002Farticle\u002Fphp-fpm网站目录权限配置","2014-10-18 01:36:10",7276,{"id":95,"title":96,"uri":160,"author":9,"created_at":103,"view_count":104},"\u002Farticle\u002Fsublime text 2插件开发，外部修改文件无法重新加载",{"title":162,"list":163},"按月归档",[164,168,171,174,177,180,183,187,191,194,197,200,204,207,210,214,217,220,223,227,230,233,236,239,242,245,248,251,254,257,260,263,266,269,272,275,278,281,284,287,291,294,297,300,303,306],{"title":165,"uri":166,"view_count":167},"2026年7月","\u002Farchive\u002F2026\u002F7\u002F1","[1]",{"title":169,"uri":170,"view_count":167},"2026年1月","\u002Farchive\u002F2026\u002F1\u002F1",{"title":172,"uri":173,"view_count":167},"2025年4月","\u002Farchive\u002F2025\u002F4\u002F1",{"title":175,"uri":176,"view_count":167},"2024年6月","\u002Farchive\u002F2024\u002F6\u002F1",{"title":178,"uri":179,"view_count":167},"2024年5月","\u002Farchive\u002F2024\u002F5\u002F1",{"title":181,"uri":182,"view_count":167},"2024年4月","\u002Farchive\u002F2024\u002F4\u002F1",{"title":184,"uri":185,"view_count":186},"2023年12月","\u002Farchive\u002F2023\u002F12\u002F1","[6]",{"title":188,"uri":189,"view_count":190},"2023年11月","\u002Farchive\u002F2023\u002F11\u002F1","[2]",{"title":192,"uri":193,"view_count":167},"2023年10月","\u002Farchive\u002F2023\u002F10\u002F1",{"title":195,"uri":196,"view_count":167},"2023年7月","\u002Farchive\u002F2023\u002F7\u002F1",{"title":198,"uri":199,"view_count":190},"2023年6月","\u002Farchive\u002F2023\u002F6\u002F1",{"title":201,"uri":202,"view_count":203},"2023年5月","\u002Farchive\u002F2023\u002F5\u002F1","[3]",{"title":205,"uri":206,"view_count":190},"2023年4月","\u002Farchive\u002F2023\u002F4\u002F1",{"title":208,"uri":209,"view_count":190},"2023年3月","\u002Farchive\u002F2023\u002F3\u002F1",{"title":211,"uri":212,"view_count":213},"2023年2月","\u002Farchive\u002F2023\u002F2\u002F1","[5]",{"title":215,"uri":216,"view_count":167},"2023年1月","\u002Farchive\u002F2023\u002F1\u002F1",{"title":218,"uri":219,"view_count":190},"2022年12月","\u002Farchive\u002F2022\u002F12\u002F1",{"title":221,"uri":222,"view_count":213},"2022年11月","\u002Farchive\u002F2022\u002F11\u002F1",{"title":224,"uri":225,"view_count":226},"2022年10月","\u002Farchive\u002F2022\u002F10\u002F1","[4]",{"title":228,"uri":229,"view_count":186},"2022年9月","\u002Farchive\u002F2022\u002F9\u002F1",{"title":231,"uri":232,"view_count":213},"2022年8月","\u002Farchive\u002F2022\u002F8\u002F1",{"title":234,"uri":235,"view_count":167},"2019年7月","\u002Farchive\u002F2019\u002F7\u002F1",{"title":237,"uri":238,"view_count":167},"2019年2月","\u002Farchive\u002F2019\u002F2\u002F1",{"title":240,"uri":241,"view_count":167},"2018年9月","\u002Farchive\u002F2018\u002F9\u002F1",{"title":243,"uri":244,"view_count":167},"2018年8月","\u002Farchive\u002F2018\u002F8\u002F1",{"title":246,"uri":247,"view_count":167},"2017年11月","\u002Farchive\u002F2017\u002F11\u002F1",{"title":249,"uri":250,"view_count":167},"2017年8月","\u002Farchive\u002F2017\u002F8\u002F1",{"title":252,"uri":253,"view_count":167},"2017年5月","\u002Farchive\u002F2017\u002F5\u002F1",{"title":255,"uri":256,"view_count":167},"2017年4月","\u002Farchive\u002F2017\u002F4\u002F1",{"title":258,"uri":259,"view_count":167},"2016年11月","\u002Farchive\u002F2016\u002F11\u002F1",{"title":261,"uri":262,"view_count":167},"2016年10月","\u002Farchive\u002F2016\u002F10\u002F1",{"title":264,"uri":265,"view_count":190},"2016年9月","\u002Farchive\u002F2016\u002F9\u002F1",{"title":267,"uri":268,"view_count":167},"2016年8月","\u002Farchive\u002F2016\u002F8\u002F1",{"title":270,"uri":271,"view_count":190},"2016年7月","\u002Farchive\u002F2016\u002F7\u002F1",{"title":273,"uri":274,"view_count":213},"2016年6月","\u002Farchive\u002F2016\u002F6\u002F1",{"title":276,"uri":277,"view_count":167},"2015年12月","\u002Farchive\u002F2015\u002F12\u002F1",{"title":279,"uri":280,"view_count":167},"2015年10月","\u002Farchive\u002F2015\u002F10\u002F1",{"title":282,"uri":283,"view_count":190},"2015年2月","\u002Farchive\u002F2015\u002F2\u002F1",{"title":285,"uri":286,"view_count":167},"2015年1月","\u002Farchive\u002F2015\u002F1\u002F1",{"title":288,"uri":289,"view_count":290},"2014年12月","\u002Farchive\u002F2014\u002F12\u002F1","[8]",{"title":292,"uri":293,"view_count":190},"2014年11月","\u002Farchive\u002F2014\u002F11\u002F1",{"title":295,"uri":296,"view_count":213},"2014年10月","\u002Farchive\u002F2014\u002F10\u002F1",{"title":298,"uri":299,"view_count":203},"2014年9月","\u002Farchive\u002F2014\u002F9\u002F1",{"title":301,"uri":302,"view_count":203},"2014年8月","\u002Farchive\u002F2014\u002F8\u002F1",{"title":304,"uri":305,"view_count":203},"2014年7月","\u002Farchive\u002F2014\u002F7\u002F1",{"title":307,"uri":308,"view_count":190},"2013年9月","\u002Farchive\u002F2013\u002F9\u002F1",104,{"url":311,"title":312},"https:\u002F\u002Fimage.duguying.net\u002F2022\u002F09\u002Fij6x8o4s.webp","老家 摄于2020年秋",1790781605518]