西北望-D4

No Gravatar

D4 围场-承德

时间再回到2015年10月,草黄鹰飞。离开草原大漠已过了一夜。
围场进入了它一年中最灿烂的时光。
我们四处找住的地方,终于找到了有空房的一家,刚刚定完,就有两个人来找,结果没房了。孩子们开始准备上楼,我们则要把车停好,楼前实在是车位不多。听说有地下停车场,感觉还真是方便。从楼前绕一条街过去,就看到停车场的入口了,结果楼下阴冷潮湿,深处还有没有流淌完的臭水。后来受不了,在楼门前占了个车位,让老李挪了过去。
忽然想不起在围场吃了什么。好象是水饺,但是方法比较特别,有点像涮锅,挑战了一下茴香馅,适应了也是不错的。
约定第二天睡到自然醒。果然是极好的。

出围场县的时候遇到一个洗车点,洗了车。从这里前往承德的车真少。看来逆流而上真是避开堵车的好办法。
01
到承德的时候已经下午了。一开始导航去了个非常偏远的酒店,为了玩得方便,又转过来,住在山庄对面的如家。果然好贵。好在可以近距离的体验。老李顺便订了票,雇了导游,一切又回到旅游的状态。
02
有导游出没的地方便会游人如织。嗯,是的。连拍照都如此正规,这里是拍照点,四个大字不拍谁知道你来过何处?
02-1
无论此处以前多么辉煌,时间都把这几株大树默默地放大,然后聚合人群如何喧哗,空气传来的还是百多年来腐靡的味道,君王和妃子们的只能算是游客们应景的帮事儿罢了。
02-2
金丝楠的殿前,铜铸的香炉不言不语。谁都知道这庄子自标自唱的简素背后的奢华。
02-3
湖光映秋色,便是盛时也不过是残败的萧索。
02-4
孤寂的岁月经得起几个轮回的风雨?
02-5
我们散步在入夜的行宫,儿子为我们拍下这背影,见一切则一切见。
02-6
匆匆一圈出来,长街上行人寥寥,华灯照夜似水流年。
03

Linux: User limit of inotify watches reached.

No Gravatar

I get inotify watches limit reached when I debug with my application in Play framework 2.5:
java.io.IOException: User limit of inotify watches reached
at sun.nio.fs.LinuxWatchService$Poller.implRegister(LinuxWatchService.java:264)
at sun.nio.fs.AbstractPoller.processRequests(AbstractPoller.java:260)
at sun.nio.fs.LinuxWatchService$Poller.run(LinuxWatchService.java:329)
at java.lang.Thread.run(Thread.java:745)
[trace] Stack trace suppressed: run last compile:run for the full output.
[error] (compile:run) java.io.IOException: User limit of inotify watches reached
[error] Total time: 4 s, completed 2016-3-29 14:32:25

Step1. cat /proc/sys/fs/inotify/max_user_watches
Step2.
sudo sysctl fs.inotify.max_user_watches=524288
Step3.
vi /etc/sysctl.conf add line below
fs.inotify.max_user_watches=524288

1. Kernel inotify watch limit reached
http://unix.stackexchange.com/questions/13751/kernel-inotify-watch-limit-reached
2. Activator Active Stocks starter application fails to run with java.io.IOException?http://stackoverflow.com/questions/27204152/activator-active-stocks-starter-application-fails-to-run-with-java-io-ioexceptio
3.

Linux 下 zip 文件解压乱码如何解决?

No Gravatar

记指令就需要重复使用,以前处理过,又搜了一遍。先用unzip -O cp936吧。:)

知乎上的答案:
由于zip格式中并没有指定编码格式,Windows下生成的zip文件中的编码是GBK/GB2312等,因此,导致这些zip文件在Linux下解压时出现乱码问题,因为Linux下的默认编码是UTF8。
目前网上流传一种unzip -O cp936的方法,但一些unzip是没有-O这个选项的。
我使用的版本 unzip 6.0 debian modified 版本有这个选项
我发现另外两种解决方案可用。
python方案
此方案目前来看非常完美。

#!/usr/bin/env python
# -*- coding: utf-8 -*-

import os
import sys
import zipfile

#print “Processing File ” + sys.argv[1]

file=zipfile.ZipFile(sys.argv[1],”r”);
for name in file.namelist():
utf8name=name.decode(‘gbk’)
# print “Extracting ” + utf8name
pathname = os.path.dirname(utf8name)
if not os.path.exists(pathname) and pathname!= “”:
os.makedirs(pathname)
data = file.read(name)
if not os.path.exists(utf8name):
fo = open(utf8name, “w”)
fo.write(data)
fo.close
file.close()
Windows 用户屏蔽两条 print 语句,Linux 用户不用屏蔽

7z方案
需要安装p7zip和convmv,在Fedora下的命令是

su -c ‘yum install p7zip convmv’
在ubuntu下的安装命令是

sudo apt-get install p7zip convmv
安装完之后,就可以用7za和convmv两个命令完成解压缩任务。

LANG=C 7za x your-zip-file.zip
convmv -f GBK -t utf8 –notest -r .
第一条命令用于解压缩,而LANG=C表示以US-ASCII这样的编码输出文件名,如果没有这个语言设置,它同样会输出乱码,只不过是UTF8格式的乱码(convmv会忽略这样的乱码)。
第二条命令是将GBK编码的文件名转化为UTF8编码,-r表示递归访问目录,即对当前目录中所有文件进行转换。

作者:Latm Ake
链接:Linux 下 zip 文件解压乱码如何解决?
来源:知乎
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。

+++仿佛轻云应笑我–相携水岸弄朝霞–此生只为听天籁–坐拥书城看落花+++