Go如何比较时间大小

Go如何比较时间大小: 先把当前时间格式化成相同格式的字符串,然后使用time的Before, After, Equal 方法即可. time1 := “2015-03-20 08:50:29” time2 := “2015-03-21 09:04:25” //先把时间字符串格式化成相同的时间类型 t1, err := time.Parse(“2006-01-02 15:04:05”, time1) t2, err := time.Parse(“2006-01-02 15:04:05”, time2) if err == nil && t1.Before(t2) { //处理逻辑 fmt.Println(“true”) } 这里有oneline的Demo,可以在线修改,运行。https://play.golang.org/p/oRJ_1-DE4l
阅读全文

想用go做一个统计svn代码提交的工具,类似statsvn。 今天进展到了用go解析svn log生成的xml格式的文件,在go doc上找了一个Example,已经包括了一些比较典型的解析案例,但是在照葫芦画瓢的时候还是遇到了问题,有个paths下有多个path,每个path都有自己的属性和值,想同时渠道属性和值,真是费了好大的劲。 先上个svn xml 格式 log 的demo。 <?xml version=“1.0”?> <log> <logentry revision=“43424”> <author>fukun</author> <date>2015-03-13T11:05:17.341130Z</date> <paths> <path kind=“file” action=“M”>/BigDataPlatform/trunk/application/controllers/Enterpriseajaxapi.php</path> <path kind=“file” action=“M”>/BigDataPlatform/trunk/application/models/ChartDataFormater.php</path> <path kind=“file” action=“M”>/BigDataPlatform/trunk/application/controllers/Mediaajaxapi.php</path> </paths> <msg>抽象出 格式化折线图的方法</msg> </logentry> <logentry revision=“43423”> <author>zhengjin</author> <date>2015-03-13T11:04:50.450051Z</date> <paths> <path kind=“file” action=“M”>/BigDataPlatform/trunk/public/static/js/mapChart.js</path> </paths> <msg>地图事件响应</msg> </logentry> </log> 解析其它的都很顺利,但是解析paths这块的时候遇到了点麻烦。如果 … Paths []Path xml:&#8221;paths&#8221; …, type Path struct { Kind string xml:"kind,attr" Action string xml:"action,attr" Path string xml:"Path" } 这样的话,只能取到一个path的值,但是如果使用 Paths []Path xml:&#8221;paths&gt;path&#8221; ,又只能取到Action和Kind的值,path的value取不到。在stackoverflow上又看了几个例子,发现有个,chardata的用法,才知道原来指定value还可以这样用。将Path的struct Path 的xml定义改为 xml:&#8221;,chardata&#8221;,就可以顺利的取到value了。
阅读全文

三次握手的第三个ACK包丢了——客户端认为连接建立,写数据时,会触发RST 当Client端收到Server的SYN+ACK应答后,其状态变为ESTABLISHED,并发送ACK包给Server; 如果此时ACK在网络中丢失,那么Server端该TCP连接的状态为SYN_RECV,并且依次等待3秒、6秒、12秒后重新发送SYN+ACK包,以便Client重新发送ACK包。 Server重发SYN+ACK包的次数,可以通过设置/proc/sys/net/ipv4/tcp_synack_retries修改,默认值为5。 如果重发指定次数后,仍然未收到ACK应答,那么一段时间后,Server自动关闭这个连接。 但是Client认为这个连接已经建立,如果Client端向Server写数据,Server端将以RST包响应,方能感知到Server的错误.
阅读全文

curl -s -H ‘Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,/;q=0.8’ -H ‘Accept-encoding: gzip,deflate’ “http://m.news.haosou.com/" -H “Via: curl” | gunzip - 使用这条命令去抓取页面, 不传递Via的header时,是能正常执行的,当带上via时,返回内容不再gzip,直接是正常文本。 查询了下相关资料,原来via参数在RFC里是有规范的,不是随便指定的。 见:http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html#sec14.45 curl -s -H &lsquo;Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,/;q=0.8&rsquo; -H &lsquo;Accept-encoding: gzip,deflate&rsquo; &ldquo;http://m.news.haosou.com/&quot; -H &ldquo;Via: curl&rdquo; | gunzip - 使用这条命令去抓取页面, 不传递Via的header时,是能正常执行的,当带上via时,返回内容不再gzip,直接是正常文本。 查询了下相关资料,原来via参数在RFC里是有规范的,不是随便指定的。 见:http://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html#sec14.45
阅读全文

最近在看golang,看了《GO语言编程》,没看一段都会照葫芦画瓢搞个demo来玩玩。 在搞交叉编辑的时候,遇到了麻烦,按书上搞的,buildpkg 这个脚本里,需要在$GOROOT/src下执行go tool dist install -v pkg/runtime ,可是src下根本没有这个 pkg/runtime的目录啊,总是报错,怎么也编译不出来。 自己就不管那个脚本了,自己看错误提示琢磨。 自己直接 go build exe文件的时候,报错 go build runtime: windows/386 must be bootstrapped using make.bash 然后估摸着,需要先修改GOOS和GOARCH进行make.bash,试了下,果真可以。 所以,交叉编译,做一个windows下64位电脑可用的exe文件,这样搞: cd $GOROOT/src GOOS=windows GOARCH=amd64 ./make.bash #如果是32位,就GOARCH=386 cd word #回到自己想输出可执行文件的位置 GOOS=windows GOARCH=amd64 go build -o sorter.exe sorter #go build 依赖 $GOPATH,这个就不多说了。 效果图: linux下运行效果图 windows下运行效果图
阅读全文

今天收到用户反馈,用户在举报谈谈的谈主时会显示提交失败。 这个反馈页面入口在反馈平台,调用谈谈项目的后端接口。 这个服务相关的接口都好久没有动了,为什么会失败呢? 在线上找了一台机器进行debug,发现接口返回内容是“正常”的,一段可读的json字符串。把字符串拷贝下,在js下发现是可以解析的。 但是该项目下用的json_decode,却怎么都decode不成功。调试了半天都觉得甚是古怪,一直都找不到头绪,怕自己脑子是思维定势了,跑去看了会golang,再回来继续解决。 再怎么看, 都还是觉得很正常,不应该出问题。 再一次拷贝接口返回的字符串的时候,发现头部多了个标签。 feff-utf8_bom_remove_linux_vim 查了下,发现这个FEFF就是BOM。 参考:字节顺序标记 找到问题所在了,解决问题就好说了。 windows下有各式各样的编辑器,都可以解决bom头问题,可是linux下该怎么解决呢? google了下,问题都解决了。 1.找到哪些文件包含BOM头。 grep -rl $‘xEFxBBxBF’ . 通过hexdump可以看到bom头的存在。 hexdump-BOM-utf8-file 2.删除BOM头信息。 sed ‘1s/^xEFxBBxBF//’ filename.php -i 删除后就不会再看到BOM头拉。 hexdump-NO-BOM-utf8-file 可以用一条命令查找并删除文件的BOM头信息: find . -type f -exec sed ‘1s/^xEFxBBxBF//’ -i.bak {} ; -exec rm {}.bak ; 总结: 在多人维护的项目下,很可能会有其他人上传一些不合适的文件或代码,需要对一些常规情况进行监控,及时发现、解决,避免影响线上问题。
阅读全文

作者的图片

DigDeeply

Technology Stack: PHP/Openresty/GoLang, and so on…

Web Develop Eneigneer

Beijing China