慢生活的记忆

旅行与旅游的区别

Mon, 01 Aug 2016 10:12:06 +0800

少去旅游，多去旅行 我们常把旅游与旅行混为一谈，其实两者可谓差之一字，谬之千里啊。

旅游是一种消遣和消费的过程，花钱享受异地的风光、风情、美食和服务。有人说旅游就是从你活腻味的地方到别人活腻味的地方去。讲究走的顺利，住得舒适，玩得开心，食得美味，购得称心如意。讲究这些时，一遇到飞机误点，旅馆脏乱，景区拥挤或者是刮风下雨，购物挨宰等等，便会怒气冲冲，怨天尤人，觉得十分扫兴倒霉。旅行则是一种体验和感悟的过程。体验自然，感悟人生，不惧怕遭遇雨雪风霜和艰难险阻，把一切都视为人生的一种经历，一种体验，随遇而安，始终保持着平和的心态，沉着应对，这就是旅行。旅游就像快餐一样，将景区、景点作为集中目标，恨不得省略一切过程快速到达，以了却此生到此一游的心愿。所以我们国家才出现了什么N日N国游。旅行如品美酒，要调整心态，放慢脚步，是漫漫旅途中的细细品位和观察，以获取新知。旅行没有终点，行者永远在路上，正因为如此有别于旅游者酷爱的高档、奢华、和世界知名人头攒动的旅游胜地。旅行者钟情于人迹罕至的荒野荒原，深山大川，天涯海角旅游之所以是从你自己活腻味的跑到别人活腻味的地方，那是因为心被功利和物欲所束缚，只有当心是自由的，才能走到哪儿都有美的发现，都有行者的快乐。心被欲望禁锢就不会有快乐，心永远在探索新知，生活才会充满奇趣与快乐。旅行在一个人独行的时候，会有独特的眼光和思索。相伴而行时，可以彼此分享与交流，而令人身心愉悦的自然风光和异域环境，又使行者容易敞开被城市禁闭的心扉，彼此深入沟通了解。因此，伴旅往往能够成为长久的知音、知己。旅游者选择的旅伴常是昙花一现，游过之后各奔东西，彼此忘却。古有读万卷书，行万里路之说，认为把读书和旅行结合起来可谓理想和完美的人生，实际上旅行如人生，人生也是一次长途旅行，有一位叫马赛?普罗斯特的学者说：真正的发现之旅不在于发现新的领域，而在于拥有新的目光。我们也可以说真正有价值的人生之旅不在于拥有权势或金钱，而在于拥有精神、智慧和道德的力量，让我们少去旅游，多去旅行。

加州一号公路

Mon, 04 Jan 2016 21:22:16 +0800

加州一号公路，由北至南连接着旧金山与洛杉矶，沿途连接了数个明珠一般散落在太平洋沿岸的小镇，串起了蒙特利，十七英里，卡梅尔，大苏尔，赫氏古堡，圣塔芭芭拉等著名小镇和名胜，沿着美国西海岸蜿蜒前进，全长超过 1000公里。一号公路沿途经典景点坐标——从北向南，也就是从旧金山往洛杉矶，因为从这个方向开的公路是靠近海岸线一侧。　　旧金山亦有别名“金门城市”、“湾边之城”、“雾城”。旧金山最有名的风景是金门大桥、金门公园、天使岛、恶魔岛、海湾大桥、泛美金字塔、唐人街。漫步于旧金山，遍布全市的维多利亚式房屋固然赏心悦目，希腊罗马式的“艺术宫”、雕龙镂凤的唐人街城门、地道东洋味的日本城五重塔、北滩上漆着意大利彩画的餐馆一样让您目不暇接。　　半月湾离旧金山29英哩，车程约45分钟。以种植万圣节用的南瓜和圣诞树闻名。每年的10月的万圣节庆典是地方一大盛事。建议至少花2小时的时间来探索这个小城及四周的天然美景。这里的海水相当冷，不适合游泳，春秋两季天气最怡人。　　硅谷Silicon Valley是随着20世纪60年代中期以来，微电子技术高速发展而逐步形成的；其特点是以附近一些具有雄厚科研力量的美国一流大学斯坦福、加州大学伯克利分校等世界知名大学为依托，以高技术的中小公司群为基础，并拥有思科、英特尔、惠普、苹果等大公司，融科学、技术、生产为一体。现在硅谷已成为世界各国高科技聚集区的代名词。　　17哩海岸线是一处闻名世界的旅游胜地。它实际是条环状道路，沿途不仅能看到几处知名海滩，还不时可见壮观的豪华别墅和高尔夫球场。在海滩附近有圆石滩的标志——孤柏树。众多的海鸟、海狮及海豹也以这里为家，鸟石和海豹石都是名副其实的景点。　　老渔人码头里有餐厅、独特的旅游商店、同时还会有赏鲸的机会。当然作为码头，这里还是海湾游轮的起点，同时当地的人们也在这附近从事着渔业和以及航海的旅游业。　　蒙特雷水族馆建于1984年。各种的热带鱼等海洋生物也是大家喜爱参观的。蒙特雷湾水族馆每天还有固定表演和动物喂食时间，你可以看到饲养员和小企鹅们的有爱互动，了解它们的生活环境和所处现状。　　卡梅尔是一个波西米亚风情的滨海小镇，依山面海的艺术的小城市中，奇特的建筑物和景色美得如童话一般。一百年来卡梅尔风采依旧，它以优美的自然环境和优雅的艺术氛围成为加州17哩黄金海岸公路的一大亮点。　　罗伯斯角州立保护区包括很多沿海地貌如海湾、海岬、草甸、潮汐池。它是加州的陆地往太平洋里伸出的一个角，紧邻1号公路。这里海天相接，有布满鹅卵石的海滩，也有铺满柔软白沙的小块海滩，许多海豹栖息在这片海域的岩石上，更时不时有海豹在沙滩上打盹。　　比克斯比河大桥也被称为“比克斯比桥”。大桥桥墩非常深，相当壮观，是大苏尔的许多桥梁中长度最长、风景也最好的桥。从桥北一条陡峭的旧海岸道路上行约半哩，回首顺着溪谷看去，V字形的青绿峡谷，往海边逐渐扩大，止于比克斯比大桥，而海上的孤岩浮现于桥下圆弧形桥拱的缝隙里，既美丽又协调。　　大苏尔，一边是陡峭的石壁，平地而起斜插向蓝天。另一边是让人目瞪口呆的一片蔚蓝的无垠。一条条从海岸峭岩向大海伸展出去的岩石的触角，阻挡着汹涌而来的浪涛，海水拍出一团团晶莹后无奈地四下溅出。这就是人生必去的50个景点之一——大苏尔。　　菲佛海滩，是全世界唯一一个紫色的沙滩。沙滩本是紫色矿石被海浪冲碎成砂。沿着沙滩往深处走，紫色越来越明显，到沙滩尽头就是大片真正的紫色沙滩，血红色的石榴石在沙子中闪闪发光，被发射的阳光让沙滩充满生机和活力。　　离圣西门不远有一个近距离看海象的地点。这些海象是上世纪90年代才迁徙过来的，之前由于被人猎杀几乎绝迹了，后来被保护起来才慢慢繁衍成现在的规模。放眼望去整片沙滩上趴满了海象，很是壮观。　　赫氏古堡，主建筑有西班牙教堂的影子，其灰泥墙、红瓦顶和丰富多彩的陶瓷砖具有浓厚的西班牙、墨西哥和加州古老建筑物的风采。建筑的式样混合着赫氏独特的欧洲和地中海区的建筑风格，艺术收藏品让赫氏古堡在艺术价值上立于不败之地。　　圣西蒙坐落在加州中部海岸线、1号公路线上，位于洛杉矶和旧金山两地中点。圣西蒙拥有曲线优美的海滩、集山野气息和海洋气候于一体的圣西蒙海滩州立公园，是欣赏日落的黄金地段。　　丹麦村，顾名思义是个充满丹麦风情的美丽城镇。经过近百年发展，丹麦城已成为观光城。房屋不是棱角就是尖顶、小巧玲珑，很像孩子们小时候玩的积木。加上房前栽种的艳丽夺目鲜花，呈现出多彩多姿的迷人景致，漫步街头仿佛踏入童话梦境。　　圣塔芭芭拉，建筑以西班牙、墨西哥式为主，矮层楼房、红项白墙。不少富贾巨商、政界要员和社会名流来此定居、度假、旅游。每逢节日周末，大批游客从洛杉矶和圣塔耶兹山脉东部的沙漠城市中沿101和154高速公路驱车来此度假。

JSON格式

Wed, 16 Dec 2015 16:15:15 +0800

json结构的格式就是若干个键/值（key, value）对的集合，该集合可以理解为字典（Dictionary），每个键/值对可以理解成一个对象（Object）。键/值对中的键（key）一般是一个string，值（value）可以是string、double、int等基本类型，也可以嵌套一个键/值对，也可以是一个数组，数组里面的数据的类型可以是基本类型，或者键/值对。可以看出键/值本来没什么，只是嵌套得多了就会觉得混乱，下面举个具体的例子来说明。注：该代码只是用来举例说明，并不能正确运行。 变量testJson就是一个json对象，testJson对象包括三个键/值对。第一个键/值对：键（key）是"Name“ ，其对应的值（value）是 "张三" ，即 testJson["Name"] == "张三" 第二个键/值对：键是 "ByName" ，值是一个数组，是一个string集合。有必要的话，数组里面的元素也可以是键/值对。第三个键/值对：键是 "Education"，值是一个 Json对像，该json对象包括三个键/值对，这就是嵌套了。。。总结：json对象就是若干个键/值对的集合，键是string，值可以是基本类型，或者嵌套一个Json对象，或者是一个数组（数组里的元素可以是基本类型，也可以是json对象，可以继续嵌套）。获取名字：testJson["Name"] 获取第一个别名：testJson["ByName"][0] 。testJson的键"ByName" 对应的值是一个string数组获取小学名字： testJson["Education"]["GradeSchool"] , 获取大学主修专业：testJson["Education"]["University"]["Specialty"][0] 注意：JSON格式里面必须为" " "（双引号）下面举个实例：定义一个符合json格式要求的字符串：

var jsonText ='{\'user\':[{\'username\':\'zhang\',\'password\':\'123\'},{\'username\':\'xx\',\'password\':\'456\'}]}';//错误格式

var jsonText ="{\"user\":[{\"username\":\"zhangsan\",\"password\":\"123\"},{\"username\":\"xx\",\"password\":\"456\"}]}";//正确格式

或者：

var jsonText ='{"user":[{"username":"zhangsan","password":"123"},{"username":"xx","password":"456"}]}';

$(document).ready(function(){
	$("a").click(function(){	//alert(jsonText);
		$.post('a.php',{data:jsonText},function(data){
			alert(data);
		});
	});

php文件：接收后：

<?php
//print_r($_POST['data']);
$arr = json_decode($_POST['data'],true);//解析JSON格式
print_r($arr);
?>

根据需要遍历取值即可。

论语读书笔记

Fri, 04 Dec 2015 19:22:14 +0800

学而第八子曰：“君子不重则不威，学则不固。主忠信。无友不如己者。过则勿惮改。” 孔子说：：“立志成为君子的人，如果不庄重就没有威严，多方学习就不会固步自封。做人处事要讲求忠和信。不要结交不如自己的人。有了过错不要害怕，要改过迁善。” 不重则不威，重说文解字解为厚，故此有厚重一说。说道厚就应该想起易经的坤道，坤以厚德载物，也就说君子要先自重，自重了之后别人就会敬重你，敬重你就会觉得你有威严。关键是自重，而不是装重，拿腔作势那不叫重，那种是没有根基没有底气的重，别人一眼就看穿了。学则不固，这里的固应该坐固步自封讲，学如逆水行舟，不进则退。为什么，还是回到天时，天道之变易，人就应该跟随天道的变易而不断更新，这就是学习。一个人最怕的是自满，自满了就完蛋，我们常说满招损，谦受益，无他，谦虚就会学习进步，自满就会固步自封而已。主忠信不必讲了。忠者忠于事业国家人民，信者信于朋友同事他人，人无忠信不可立。无友不如己者。有解释成“交朋友不要交到不如我们的”，也有解释成“交朋友不要交不像（若）我们的”，也有解释成“不要认为任何一个人不如自己”。我理解为“不要结交不如自己的人”，与人交往，求学，是学习别人身上的优点，如果一个人为人处世某一方面符合圣贤之道，那他一定有比我优秀的地方，我就应该去结交这样的朋友；如果是那种下三滥的人，去结交他们有什么意思呢。当然我去结交别人不妨碍别人来结交我，这个不是拒人于千里之外的意思，能够帮助别人进步，也是功德一件。过则勿惮改，一个人最要紧的是有错则该，改过迁善。因为没有一个人生下来就是圣人，不犯错误的人不存在，这是客观事实。那么对待错误的态度有两种一种是改过迁善如迅雷烈风之勇，还有一种是文过饰非，作掩耳盗铃之举。一个君子之所以为君子，是因为能正视自己的错误，并且改过，这才是自我超越的途径。

野外装备选择

Thu, 12 Nov 2015 08:22:13 +0800

1、帐篷的种类有哪些？如何根据活动性质选择帐篷？

2、睡袋的作用是什么？填充物的种类有哪些？

3、新买的鞋子为什么不能马上用于野外穿着，应该怎样处理？

4、野外鞋靴的种类有哪些？各有什么特点和用途？

5、如何选择袜子？

6、野外活动对内衣有什么要求？

7、冲锋衣的特点和要求？

8、野外活动怎样保护眼睛？

9、简要说明野外专用包的种类，各有什么用途？

10、怎样填充背包？

11、救生包里一般包括哪些物品？

12、野外刀具的种类与特点？

13、专业登山工具有哪些？选择上应注意什么？

14、常用的野外生火用品包括什么，有什么使用原则？

15、列举几种适合野外活动的食品。

16、常用的野外医药用品都包括什么？

17、简要说明确保用品的种类，选择上应注意什么问题？

18、CE和UIAA各代表什么意思？

19、列举8种野外常用的小型次要用品。

20、列举几外野外仪器并阐明它们的用途？

1、答：根据帐篷的用途、性能分类1、车载帐篷（屋形帐篷）2、登山帐篷3、休闲帐篷。根据帐篷的容量分类单人帐篷、双人帐篷、及多人帐篷。选择帐篷需要考虑的几个问题：1、野外活动地区的气候类型。2、选择帐篷的用途。3、野外活动的人数。4、颜色和款式。

2、睡袋是把被子和褥子结合在一起的寝具，主要作用是保暖。睡袋的填充物主要有：真空棉、九空棉、膨胶棉、羽绒等。

3、新鞋子需要磨合，磨合期不低于100千米，最好是300千米。

4、远足鞋（靴）、旅行鞋、沙漠鞋（靴）、攀岩鞋、登山鞋（靴）、雪地鞋（靴）、涉水鞋（靴）

山地鞋（靴）适合一般的山地环境。远足靴高腰设计，重量适中，穿着舒适。涉水鞋低帮设计，方便水的排除。沙漠靴硬底设计，防止脚部在软沙上疲劳。雪地靴（登山靴、鞋）适合雪地行进和攀登雪山;

5、建议选用天然织物含量90%左右的袜子。袜子的大小要合适，松紧也是必须考虑的参考指标;袜腰不少于20厘米。

6、袜子的大小要合适，松紧也是必须考虑的参考指标;袜腰不少于20厘米。

7、一是拉力强;二是具备初步的防风雨能力且透气性好;三是有合理的口袋（有拉链）。

8、护目镜：最低也应具有防风沙和防紫外线的功能。

9、野外最好有三种包：大背包、腰带包、救生包。背包，衣服、睡袋、食品等野外用品的必备装备。腰包

随时急用物品的装载包。手机、小塑料袋、救生包、证件、指南针、小手电、刀具等。

10、原则是上重下轻，填装紧凑;衣服和宿营用品放在下面，食品放在上面。水瓶、毛巾等可挂在侧面。

11、救生包一般应有以下物品：1、火柴；2、打火机；3、凸透镜（聚焦引火）；4、蜡烛（点燃不易燃烧的湿材、照明）；5、钢丝锯（一种可以卷起来的，上面有无数小齿的钢丝）；6、鱼钩、鱼线；7、细金属丝（捆绑、制套索

等）；8、蛇药；9、药品（根据自己的身体情况选择）；10、盐；11、针线（缝补衣服，必要时缝补伤口）；12、消毒药品（处理伤口、消毒）；13、塑料布；14、别针；15、创可贴；16、医用绷带、胶布；17、手术刀片；18、其他（自己最适合的小体积物品）。

12、1、折叠刀：适合与切、削，不适于砍、剁，可挖野菜。2、反曲刀（砍刀）：刀尖锋利适合切割，刀背后重适合砍剁，刀刃较薄，适于削切。3、野战刀：刀背有锋利的刀刃，可以割绳索、树木，适合砍、剁、削、切、挖、别即可做匕首又可当飞刀。4、多功能组合，以刀具为主，功能较多。

13、冰斧、冰爪（踏雪板）、登山杖（滑雪杖）。

14、火柴、打火机、打火石、凸透镜、蜡烛、火绒。野外用火必须加强和提高安全意识，严禁在禁火区域用火。不到万不得已不在野外用火。用火时必有专人看守，以便随时应付发生的意外。

15、在你力所能及的情况下，带上必要的高效食物可以使你的体力更加充沛。

16、葡萄干、牛肉干、巧克力、压缩饼干

17、（一）口服药品1、抗菌药。2、蛇药。3、感冒药。4、胃肠药。（二）外用药品1、跌打药品。2、止血消炎。3、消毒水。（三）包扎用品1、纱布。2、绷带。3、三角巾。4、创可贴。5、医用胶布。（四）非治疗药品1、水药片。2、海水淡化剂。

18、欧洲质量标准（CE）、国际攀登联合会质量标准（UIAA），补充美国一般用ASTM。

19、其他物品1、金属丝2、细绳3、针线4、铅笔5、棉团6、大块纱布7、大力胶8、卫生纸

20、通讯设备：手机、对讲机、卫星电话，定位仪器：GPS、北斗定位

mysql的大小写敏感

Wed, 04 Nov 2015 21:22:12 +0800

mysql的大小写敏感性主要分为两部份：一个是表名区别大小写；二是字段值不区分大小写.这个跟我们希望的恰好相反，而这却是mysql 的默认设置，不得不令人费解，而这些却是oracle数据库比较基本的东西。首先说说MYSQL建表的特点？如果你创建一张test表，然后你到data目录下会发现以下三个文件： test.frm test.MYD test.MYI 即创建一个表，它会自动生成三个文件。这点跟oracle也有很大的不同，如果这样，那如何使用裸设备呢？看来要用mysql数据库，是不得不要用文件系统。而通常操作系统都对用户同时打开的文件数有限制，一般为1024个，使用mysql要注意. 那如何设置让mysql的表名不区分大小写呢？修改/etc/my.cnf文件，在[mysqld] 下增加参数lower_case_table_names = 1 这个参数的含义是使所有的表名都转化成小写来处理，如果你在原系统中已有大写的表名，要先把它们重命名为小写，以免加了此参数后，以前大写的表无法识别. 另外一个问题，就是默认的字段值不区分大小写？这点是比较令人头痛的事。如果你在一有唯一约束的列上插入两行值'A'和'a',Mysql会认为它是相同的，而在oracle中就不会。请看下面的测试： mysql> create table test4(nick varchar(20) primary key); Query OK, 0 rows affected (0.01 sec) mysql> insert into test4 values('A'); Query OK, 1 row affected (0.00 sec) mysql> insert into test4 values('a'); ERROR 1062: Duplicate entry 'a' for key 1 而如何设置让其列值区分大小写呢？ mysql> create table test4(nick varchar(20) binary primary key); Query OK, 0 rows affected (0.01 sec) mysql> insert into test4 values('A'); Query OK, 1 row affected (0.00 sec) mysql> insert into test4 values('a'); Query OK, 1 row affected (0.00 sec) 在声明字符类型后，在后面加一个binary,mysql就可以区分大小写了。

http协议的工作原理

Sat, 17 Oct 2015 17:22:11 +0800

除了TCP/IP协议，http可以说是最重要，且使用最多的网络协议了。本节简要介绍一下http协议的工作原理。假设现在有一个html文件:http.html, 存放在Web服务器上，其URL为www.myweb.com/http.html ,文件内容为: HTML 代码: <html> <head> <title>http.html</title> </head> <body> hello, http </body> </html> 现在，一个用户通过IE访问该地址，IE首先将此地址的域名通过DNS转换为一个IP地址，然后通过一个Web服务器开放的端口（默认为80，不为80需在域名后加上“:端口号”，例如www.myweb.com:81）与其连接, 然后传送一个类似这样的http请求（使用flashget等下载软件下载文件时，在详细信息里也可以看到类似的信息）: 代码: GET /http.html HTTP/1.1 Host: www.myweb.com Accept: */* User-Agent: Mozilla/4.0 (compatible; MSIE.6.0; Windows NT 5.1) Pragma: no-cache Cache-Control: no-cache Connection: close [空行] 请求的第一行为请求内容, 表示通过GET方法向服务器请求资源，/http.html为请求资源名称，HTTP/1.1 表示使用http协议，版本1.1。然后接下来的几行称为请求信息的标头(header)，其中描述了请求的一些其他信息，比如客户端浏览器标识等。最后一个空行表示请求结束。当Web服务器接收到该请求时，服务器检查所请求的资源是否有效，且是否有相应的权限。如果没有问题，则服务器会传回类似如下的http响应信息: 代码: HTTP/1.1 200 OK Server: Microsoft-IIS/5.0 Date: Thursday, March 31, 2005 17:15:23 GMT Content-Type: text/html Content-Length: 88 [空行] <html> <head> <title>http.html</title> </head> <body> hello, http </body> </html> 其中第一行的“200”是一个状态码，表示服务器成功完成该请求，如果不成功会返回其他状态码。Content-Type表示返回的数据类型，Content-Length表示返回的数据长度。空行表示标头结束，下面则是浏览器根据请求返回的数据内容，这里是http.html的文件内容，浏览器解析html源代码，将Web页面呈现给用户，到这里就完成了一次成功的http通信。以上内容是Web通信的基础，就和Windows消息机制一样，你可能不会用到它，但是你必须了解它，你得知道那些高级的东西隐藏了哪些低级的内容，这样对你理解和使用那些高级的东西都有非常大的帮助:)。2. html form 前面的http.html文件是一个最简单的静态html页面，但作为一个Web程序，它实在是太简陋了，它不接受用户输入，永远显示一样的内容。我们需要能够根据用户输入来返回相应的数据。看下面的html代码: HTML 代码: <html> <head> <title>form.html</title> </head> <body> <form method=”get”> <input type=”text” name=”p” /> <input type=”submit” =”submit” /> </form> </body> </html> 观察这段代码，其中有一个html form，其内容包括在<form>和</form>之间, 其中有一个提交按钮(<input type=”submit” =”submit” />)，当用户点击该按钮时，浏览器将html form中的所有输入提交给Web服务器，form标签的method属性指定了提交的方式，这里为get，这个get对应http请求中的GET请求方法,form中的输入均以查询字符串的方式附加在URL上, 在文本框里输入一个字符串，比如“form”，然后观察浏览器的地址栏,会变成类似 http://www.myweb.com/form.html?p=form ，这是因为浏览器发出了这样的GET请求: 代码: GET /form.html?p=form HTTP/1.1 ... ... [空行] 假如<form>标签的method属性为”post”,即令浏览器使用post方法发送该请求，当使用post方法时，用户的输入并不是通过URL来传输的，而是浏览器将内容放在POST请求的标头之后发送给Web服务器的: 代码: POST /form.html HTTP/1.1 ... ... Content-Type: application/x-www-form-urlencoded Content-Length: 6 [空行] p=form 然后Web服务器就可以通过访问post请求发送的数据来处理用户输入。浏览器将用户输入使用GET或者POST方法发送给Web服务器，这个过程称为“回发(Postback)”。这个概念相当重要，在Web应用程序中经常涉及到回发。

内置2400mAh电量可以充电的手机壳上市

Sun, 04 Oct 2015 14:11:10 +0800

万千消费者期盼的酷壳iPhone 6充电版终于正式发售了，它可以在保证iPhone依旧轻巧的前提下，为其提供足够的电池容量扩展，让用户无需担心手机没电，即使重度使用也能安心使用一整天。酷壳iPhone 6充电版现在已经可以在官网和天猫旗舰店买到，这下子感觉内置电池容量不够用的iPhone 6用户，终于可以抛开移动电源，轻巧地增加爱机的使用时间了。作为酷能量（Kuner）品牌的明星级产品，酷壳系列出众的「无下巴」设计得以继续保留。得益于酷能量独家专利研发的Light Sync接口，酷壳iPhone6充电版在与iPhone6结合后，依旧可以继续保持其优雅的外观。酷壳iPhone 6充电版内置的电池理论容量为2400mAh，在实际使用环境下，它可为用户增加8~11小时的额外使用时间，完全满足用户一整天的重度使用，无需再担心电量不足，摆脱一天中多次充电的烦恼。实现这一切，仅需增加4.1mm厚度，不会给iPhone 6用户带来负担；而那些觉得iPhone 6偏薄的用户，甚至会觉得安装酷壳后手感变得恰到好处。酷壳拥有专利的Light Sync接口与iPhone6的Lightning接口完全兼容。用户仅需一根Lightning线缆，即可为安装了酷壳的iPhone6充电、传输数据。与其它使用MicroUSB接口的产品相比，省去了携带多根线缆的不便。同时小巧的Light Sync接口让酷壳的下边框可以做到极窄，这也是酷壳能够实现给iPhone充电、数据连接的同时，不会增加恼人下巴的关键。此次开售的酷壳iPhone 6充电版为黑色经典款，其镁铝合金边框采用阳极氧化着色，分为灰色、金色、棕色三种款式可供选择，并预留天线开孔，尽可能保证信号。金属质感强烈的边框风格与iPhone6保持一致，露出的静音键显得非常和谐。酷壳iPhone 6充电版背面采用亚光类肤质的材料，防滑，不易留指纹。油渍、汗渍都可轻松擦掉，让外观始终保持整洁。酷壳iPhone6充电版的开关采用物理按键，通过精巧的设计显得并不突兀。4颗LED指示灯配合数字电量芯片，可以准确地给用户显示剩余电量。酷壳对电池性能和安全十分重视，因此电芯选用了与iPhone6内建电池同样的供应商。酷壳所使用的电芯不但有很高的能量密度，可以在轻巧的体型内获得大容量的电量，更重要的是它十分可靠，用户的安全是最重要的。在严酷的环境温度下，酷壳iPhone 6充电版出色的性能更能被体现出来。无论是炎热的南方高温天气，还是冬季北方的严寒，酷壳都不会因此明显损失电量。酷壳iPhone 6充电版带来的不仅仅是防护，还有安心使用的充足电量。无论是繁多的电话，耗电巨大的游戏、影音，还是旅行导航，酷壳都可以成为iPhone 6坚实的能量后盾。

HTTP状态码

Sat, 19 Sep 2015 10:22:09 +0800

一些常见的状态码为： 200 - 服务器成功返回网页 404 - 请求的网页不存在 503 - 服务不可用状态码含义 100 客户端应当继续发送请求。这个临时响应是用来通知客户端它的部分请求已经被服务器接收，且仍未被拒绝。客户端应当继续发送请求的剩余部分，或者如果请求已经完成，忽略这个响应。服务器必须在请求完成后向客户端发送一个最终响应。 101 服务器已经理解了客户端的请求，并将通过Upgrade 消息头通知客户端采用不同的协议来完成这个请求。在发送完这个响应最后的空行后，服务器将会切换到在Upgrade 消息头中定义的那些协议。　　只有在切换新的协议更有好处的时候才应该采取类似措施。例如，切换到新的HTTP 版本比旧版本更有优势，或者切换到一个实时且同步的协议以传送利用此类特性的资源。 102 由WebDAV（RFC 2518）扩展的状态码，代表处理将被继续执行。 200 请求已成功，请求所希望的响应头或数据体将随此响应返回。 201 请求已经被实现，而且有一个新的资源已经依据请求的需要而建立，且其 URI 已经随Location 头信息返回。假如需要的资源无法及时建立的话，应当返回 '202 Accepted'。 202 服务器已接受请求，但尚未处理。正如它可能被拒绝一样，最终该请求可能会也可能不会被执行。在异步操作的场合下，没有比发送这个状态码更方便的做法了。　　返回202状态码的响应的目的是允许服务器接受其他过程的请求（例如某个每天只执行一次的基于批处理的操作），而不必让客户端一直保持与服务器的连接直到批处理操作全部完成。在接受请求处理并返回202状态码的响应应当在返回的实体中包含一些指示处理当前状态的信息，以及指向处理状态监视器或状态预测的指针，以便用户能够估计操作是否已经完成。 203 服务器已成功处理了请求，但返回的实体头部元信息不是在原始服务器上有效的确定集合，而是来自本地或者第三方的拷贝。当前的信息可能是原始版本的子集或者超集。例如，包含资源的元数据可能导致原始服务器知道元信息的超级。使用此状态码不是必须的，而且只有在响应不使用此状态码便会返回200 OK的情况下才是合适的。 204 服务器成功处理了请求，但不需要返回任何实体内容，并且希望返回更新了的元信息。响应可能通过实体头部的形式，返回新的或更新后的元信息。如果存在这些头部信息，则应当与所请求的变量相呼应。　　如果客户端是浏览器的话，那么用户浏览器应保留发送了该请求的页面，而不产生任何文档视图上的变化，即使按照规范新的或更新后的元信息应当被应用到用户浏览器活动视图中的文档。　　由于204响应被禁止包含任何消息体，因此它始终以消息头后的第一个空行结尾。 205 服务器成功处理了请求，且没有返回任何内容。但是与204响应不同，返回此状态码的响应要求请求者重置文档视图。该响应主要是被用于接受用户输入后，立即重置表单，以便用户能够轻松地开始另一次输入。　　与204响应一样，该响应也被禁止包含任何消息体，且以消息头后的第一个空行结束。 206 服务器已经成功处理了部分 GET 请求。类似于 FlashGet 或者迅雷这类的 HTTP 下载工具都是使用此类响应实现断点续传或者将一个大文档分解为多个下载段同时下载。　　该请求必须包含 Range 头信息来指示客户端希望得到的内容范围，并且可能包含 If-Range 来作为请求条件。　　响应必须包含如下的头部域：　　Content-Range 用以指示本次响应中返回的内容的范围；如果是 Content-Type 为 multipart/byteranges 的多段下载，则每一 multipart 段中都应包含 Content-Range 域用以指示本段的内容范围。假如响应中包含 Content-Length，那么它的数值必须匹配它返回的内容范围的真实字节数。　　Date 　　ETag 和/或 Content-Location，假如同样的请求本应该返回200响应。　　Expires, Cache-Control，和/或 Vary，假如其值可能与之前相同变量的其他响应对应的值不同的话。　　假如本响应请求使用了 If-Range 强缓存验证，那么本次响应不应该包含其他实体头；假如本响应的请求使用了 If-Range 弱缓存验证，那么本次响应禁止包含其他实体头；这避免了缓存的实体内容和更新了的实体头信息之间的不一致。否则，本响应就应当包含所有本应该返回200响应中应当返回的所有实体头部域。　　假如 ETag 或 Last-Modified 头部不能精确匹配的话，则客户端缓存应禁止将206响应返回的内容与之前任何缓存过的内容组合在一起。　　任何不支持 Range 以及 Content-Range 头的缓存都禁止缓存206响应返回的内容。 207 由WebDAV(RFC 2518)扩展的状态码，代表之后的消息体将是一个XML消息，并且可能依照之前子请求数量的不同，包含一系列独立的响应代码。 300 被请求的资源有一系列可供选择的回馈信息，每个都有自己特定的地址和浏览器驱动的商议信息。用户或浏览器能够自行选择一个首选的地址进行重定向。　　除非这是一个 HEAD 请求，否则该响应应当包括一个资源特性及地址的列表的实体，以便用户或浏览器从中选择最合适的重定向地址。这个实体的格式由 Content-Type 定义的格式所决定。浏览器可能根据响应的格式以及浏览器自身能力，自动作出最合适的选择。当然，RFC 2616规范并没有规定这样的自动选择该如何进行。　　如果服务器本身已经有了首选的回馈选择，那么在 Location 中应当指明这个回馈的 URI；浏览器可能会将这个 Location 值作为自动重定向的地址。此外，除非额外指定，否则这个响应也是可缓存的。 301 被请求的资源已永久移动到新位置，并且将来任何对此资源的引用都应该使用本响应返回的若干个 URI 之一。如果可能，拥有链接编辑功能的客户端应当自动把请求的地址修改为从服务器反馈回来的地址。除非额外指定，否则这个响应也是可缓存的。　　新的永久性的 URI 应当在响应的 Location 域中返回。除非这是一个 HEAD 请求，否则响应的实体中应当包含指向新的 URI 的超链接及简短说明。　　如果这不是一个 GET 或者 HEAD 请求，因此浏览器禁止自动进行重定向，除非得到用户的确认，因为请求的条件可能因此发生变化。　　注意：对于某些使用 HTTP/1.0 协议的浏览器，当它们发送的 POST 请求得到了一个301响应的话，接下来的重定向请求将会变成 GET 方式。 302 请求的资源现在临时从不同的 URI 响应请求。由于这样的重定向是临时的，客户端应当继续向原有地址发送以后的请求。只有在Cache-Control或Expires中进行了指定的情况下，这个响应才是可缓存的。　　新的临时性的 URI 应当在响应的 Location 域中返回。除非这是一个 HEAD 请求，否则响应的实体中应当包含指向新的 URI 的超链接及简短说明。　　如果这不是一个 GET 或者 HEAD 请求，那么浏览器禁止自动进行重定向，除非得到用户的确认，因为请求的条件可能因此发生变化。　　注意：虽然RFC 1945和RFC 2068规范不允许客户端在重定向时改变请求的方法，但是很多现存的浏览器将302响应视作为303响应，并且使用 GET 方式访问在 Location 中规定的 URI，而无视原先请求的方法。状态码303和307被添加了进来，用以明确服务器期待客户端进行何种反应。 303 对应当前请求的响应可以在另一个 URI 上被找到，而且客户端应当采用 GET 的方式访问那个资源。这个方法的存在主要是为了允许由脚本激活的POST请求输出重定向到一个新的资源。这个新的 URI 不是原始资源的替代引用。同时，303响应禁止被缓存。当然，第二个请求（重定向）可能被缓存。　　新的 URI 应当在响应的 Location 域中返回。除非这是一个 HEAD 请求，否则响应的实体中应当包含指向新的 URI 的超链接及简短说明。　　注意：许多 HTTP/1.1 版以前的浏览器不能正确理解303状态。如果需要考虑与这些浏览器之间的互动，302状态码应该可以胜任，因为大多数的浏览器处理302响应时的方式恰恰就是上述规范要求客户端处理303响应时应当做的。 304 如果客户端发送了一个带条件的 GET 请求且该请求已被允许，而文档的内容（自上次访问以来或者根据请求的条件）并没有改变，则服务器应当返回这个状态码。304响应禁止包含消息体，因此始终以消息头后的第一个空行结尾。　　该响应必须包含以下的头信息：　　Date，除非这个服务器没有时钟。假如没有时钟的服务器也遵守这些规则，那么代理服务器以及客户端可以自行将 Date 字段添加到接收到的响应头中去（正如RFC 2068中规定的一样），缓存机制将会正常工作。　　ETag 和/或 Content-Location，假如同样的请求本应返回200响应。　　Expires, Cache-Control，和/或Vary，假如其值可能与之前相同变量的其他响应对应的值不同的话。　　假如本响应请求使用了强缓存验证，那么本次响应不应该包含其他实体头；否则（例如，某个带条件的 GET 请求使用了弱缓存验证），本次响应禁止包含其他实体头；这避免了缓存了的实体内容和更新了的实体头信息之间的不一致。　　假如某个304响应指明了当前某个实体没有缓存，那么缓存系统必须忽视这个响应，并且重复发送不包含限制条件的请求。　　假如接收到一个要求更新某个缓存条目的304响应，那么缓存系统必须更新整个条目以反映所有在响应中被更新的字段的值。 305 被请求的资源必须通过指定的代理才能被访问。Location 域中将给出指定的代理所在的 URI 信息，接收者需要重复发送一个单独的请求，通过这个代理才能访问相应资源。只有原始服务器才能建立305响应。　　注意：RFC 2068中没有明确305响应是为了重定向一个单独的请求，而且只能被原始服务器建立。忽视这些限制可能导致严重的安全后果。 306 在最新版的规范中，306状态码已经不再被使用。 307 请求的资源现在临时从不同的URI 响应请求。由于这样的重定向是临时的，客户端应当继续向原有地址发送以后的请求。只有在Cache-Control或Expires中进行了指定的情况下，这个响应才是可缓存的。　　新的临时性的URI 应当在响应的 Location 域中返回。除非这是一个HEAD 请求，否则响应的实体中应当包含指向新的URI 的超链接及简短说明。因为部分浏览器不能识别307响应，因此需要添加上述必要信息以便用户能够理解并向新的 URI 发出访问请求。　　如果这不是一个GET 或者 HEAD 请求，那么浏览器禁止自动进行重定向，除非得到用户的确认，因为请求的条件可能因此发生变化。 400 1、语义有误，当前请求无法被服务器理解。除非进行修改，否则客户端不应该重复提交这个请求。　　2、请求参数有误。 401 当前请求需要用户验证。该响应必须包含一个适用于被请求资源的 WWW-Authenticate 信息头用以询问用户信息。客户端可以重复提交一个包含恰当的 Authorization 头信息的请求。如果当前请求已经包含了 Authorization 证书，那么401响应代表着服务器验证已经拒绝了那些证书。如果401响应包含了与前一个响应相同的身份验证询问，且浏览器已经至少尝试了一次验证，那么浏览器应当向用户展示响应中包含的实体信息，因为这个实体信息中可能包含了相关诊断信息。参见RFC 2617。 402 该状态码是为了将来可能的需求而预留的。 403 服务器已经理解请求，但是拒绝执行它。与401响应不同的是，身份验证并不能提供任何帮助，而且这个请求也不应该被重复提交。如果这不是一个 HEAD 请求，而且服务器希望能够讲清楚为何请求不能被执行，那么就应该在实体内描述拒绝的原因。当然服务器也可以返回一个404响应，假如它不希望让客户端获得任何信息。 404 请求失败，请求所希望得到的资源未被在服务器上发现。没有信息能够告诉用户这个状况到底是暂时的还是永久的。假如服务器知道情况的话，应当使用410状态码来告知旧资源因为某些内部的配置机制问题，已经永久的不可用，而且没有任何可以跳转的地址。404这个状态码被广泛应用于当服务器不想揭示到底为何请求被拒绝或者没有其他适合的响应可用的情况下。 405 请求行中指定的请求方法不能被用于请求相应的资源。该响应必须返回一个Allow 头信息用以表示出当前资源能够接受的请求方法的列表。　　鉴于 PUT，DELETE 方法会对服务器上的资源进行写操作，因而绝大部分的网页服务器都不支持或者在默认配置下不允许上述请求方法，对于此类请求均会返回405错误。 406 请求的资源的内容特性无法满足请求头中的条件，因而无法生成响应实体。　　除非这是一个 HEAD 请求，否则该响应就应当返回一个包含可以让用户或者浏览器从中选择最合适的实体特性以及地址列表的实体。实体的格式由 Content-Type 头中定义的媒体类型决定。浏览器可以根据格式及自身能力自行作出最佳选择。但是，规范中并没有定义任何作出此类自动选择的标准。 407 　与401响应类似，只不过客户端必须在代理服务器上进行身份验证。代理服务器必须返回一个 Proxy-Authenticate 用以进行身份询问。客户端可以返回一个 Proxy-Authorization 信息头用以验证。参见RFC 2617。 408 请求超时。客户端没有在服务器预备等待的时间内完成一个请求的发送。客户端可以随时再次提交这一请求而无需进行任何更改。 409 由于和被请求的资源的当前状态之间存在冲突，请求无法完成。这个代码只允许用在这样的情况下才能被使用：用户被认为能够解决冲突，并且会重新提交新的请求。该响应应当包含足够的信息以便用户发现冲突的源头。　　冲突通常发生于对 PUT 请求的处理中。例如，在采用版本检查的环境下，某次 PUT 提交的对特定资源的修改请求所附带的版本信息与之前的某个（第三方）请求向冲突，那么此时服务器就应该返回一个409错误，告知用户请求无法完成。此时，响应实体中很可能会包含两个冲突版本之间的差异比较，以便用户重新提交归并以后的新版本。 410 被请求的资源在服务器上已经不再可用，而且没有任何已知的转发地址。这样的状况应当被认为是永久性的。如果可能，拥有链接编辑功能的客户端应当在获得用户许可后删除所有指向这个地址的引用。如果服务器不知道或者无法确定这个状况是否是永久的，那么就应该使用404状态码。除非额外说明，否则这个响应是可缓存的。　　410响应的目的主要是帮助网站管理员维护网站，通知用户该资源已经不再可用，并且服务器拥有者希望所有指向这个资源的远端连接也被删除。这类事件在限时、增值服务中很普遍。同样，410响应也被用于通知客户端在当前服务器站点上，原本属于某个个人的资源已经不再可用。当然，是否需要把所有永久不可用的资源标记为'410 Gone'，以及是否需要保持此标记多长时间，完全取决于服务器拥有者。 411 服务器拒绝在没有定义 Content-Length 头的情况下接受请求。在添加了表明请求消息体长度的有效 Content-Length 头之后，客户端可以再次提交该请求。 412 服务器在验证在请求的头字段中给出先决条件时，没能满足其中的一个或多个。这个状态码允许客户端在获取资源时在请求的元信息（请求头字段数据）中设置先决条件，以此避免该请求方法被应用到其希望的内容以外的资源上。 413 服务器拒绝处理当前请求，因为该请求提交的实体数据大小超过了服务器愿意或者能够处理的范围。此种情况下，服务器可以关闭连接以免客户端继续发送此请求。　　如果这个状况是临时的，服务器应当返回一个 Retry-After 的响应头，以告知客户端可以在多少时间以后重新尝试。 414 请求的URI 长度超过了服务器能够解释的长度，因此服务器拒绝对该请求提供服务。这比较少见，通常的情况包括：　　本应使用POST方法的表单提交变成了GET方法，导致查询字符串（Query String）过长。　　重定向URI “黑洞”，例如每次重定向把旧的 URI 作为新的 URI 的一部分，导致在若干次重定向后 URI 超长。　　客户端正在尝试利用某些服务器中存在的安全漏洞攻击服务器。这类服务器使用固定长度的缓冲读取或操作请求的 URI，当 GET 后的参数超过某个数值后，可能会产生缓冲区溢出，导致任意代码被执行[1]。没有此类漏洞的服务器，应当返回414状态码。 415 对于当前请求的方法和所请求的资源，请求中提交的实体并不是服务器中所支持的格式，因此请求被拒绝。 416 如果请求中包含了 Range 请求头，并且 Range 中指定的任何数据范围都与当前资源的可用范围不重合，同时请求中又没有定义 If-Range 请求头，那么服务器就应当返回 416状态码。　　假如 Range 使用的是字节范围，那么这种情况就是指请求指定的所有数据范围的首字节位置都超过了当前资源的长度。服务器也应当在返回416状态码的同时，包含一个 Content-Range 实体头，用以指明当前资源的长度。这个响应也被禁止使用 multipart/byteranges 作为其 Content-Type。 417 在请求头 Expect 中指定的预期内容无法被服务器满足，或者这个服务器是一个代理服务器，它有明显的证据证明在当前路由的下一个节点上，Expect 的内容无法被满足。 421 从当前客户端所在的IP地址到服务器的连接数超过了服务器许可的最大范围。通常，这里的IP地址指的是从服务器上看到的客户端地址（比如用户的网关或者代理服务器地址）。在这种情况下，连接数的计算可能涉及到不止一个终端用户。 422 从当前客户端所在的IP地址到服务器的连接数超过了服务器许可的最大范围。通常，这里的IP地址指的是从服务器上看到的客户端地址（比如用户的网关或者代理服务器地址）。在这种情况下，连接数的计算可能涉及到不止一个终端用户。 422 请求格式正确，但是由于含有语义错误，无法响应。（RFC 4918 WebDAV）423 Locked 　　当前资源被锁定。（RFC 4918 WebDAV） 424 由于之前的某个请求发生的错误，导致当前请求失败，例如 PROPPATCH。（RFC 4918 WebDAV） 425 在WebDav Advanced Collections 草案中定义，但是未出现在《WebDAV 顺序集协议》（RFC 3658）中。 426 客户端应当切换到TLS/1.0。（RFC 2817） 449 由微软扩展，代表请求应当在执行完适当的操作后进行重试。 500 服务器遇到了一个未曾预料的状况，导致了它无法完成对请求的处理。一般来说，这个问题都会在服务器的程序码出错时出现。 501 服务器不支持当前请求所需要的某个功能。当服务器无法识别请求的方法，并且无法支持其对任何资源的请求。 502 作为网关或者代理工作的服务器尝试执行请求时，从上游服务器接收到无效的响应。 503 由于临时的服务器维护或者过载，服务器当前无法处理请求。这个状况是临时的，并且将在一段时间以后恢复。如果能够预计延迟时间，那么响应中可以包含一个 Retry-After 头用以标明这个延迟时间。如果没有给出这个 Retry-After 信息，那么客户端应当以处理500响应的方式处理它。　　注意：503状态码的存在并不意味着服务器在过载的时候必须使用它。某些服务器只不过是希望拒绝客户端的连接。 504 作为网关或者代理工作的服务器尝试执行请求时，未能及时从上游服务器（URI标识出的服务器，例如HTTP、FTP、LDAP）或者辅助服务器（例如DNS）收到响应。　　注意：某些代理服务器在DNS查询超时时会返回400或者500错误 505 服务器不支持，或者拒绝支持在请求中使用的 HTTP 版本。这暗示着服务器不能或不愿使用与客户端相同的版本。响应中应当包含一个描述了为何版本不被支持以及服务器支持哪些协议的实体。 506 由《透明内容协商协议》（RFC 2295）扩展，代表服务器存在内部配置错误：被请求的协商变元资源被配置为在透明内容协商中使用自己，因此在一个协商处理中不是一个合适的重点。 507 服务器无法存储完成请求所必须的内容。这个状况被认为是临时的。WebDAV (RFC 4918) 509 服务器达到带宽限制。这不是一个官方的状态码，但是仍被广泛使用。 510 获取资源所需要的策略并没有没满足。（RFC 2774）

自由职业是一个什么样的群体

Sat, 05 Sep 2015 09:22:08 +0800

自由职业者多见于艺人(演员、歌手、播音、主持人、舞蹈等)、撰稿人(作家或写手)、IT精英(网络营销、程序员等)、设计绘画类(设计师、画家、摄影师等)、顾问(讲师，律师等)……太多了，我就不一一列举了。这类人没有明确的界限，存在于各个领域，大多以从事脑力劳作为主，多数人有一(或多)技之长，独立工作，不隶属于任何公司，办公地点、办公时间不受约束，你可以自由的安排你的工作和生活，与此同时你的收入得不到保障和也不会享有一些政策，你可能很穷压力很大，但也可以很富足生活很轻松。 自由职业者的压力 一个手头宽裕的人花钱是很容易的，但是往往多数人都资金紧张，这时候的任何花销都会被放大数倍，尤其当家人在耳边不断嘀咕，你什么钱都不敢花了。自由职业者的压力不仅仅体现在不稳定的收入上，还有身边人的舆论压力，尤其是亲朋好友的不理解，如果你有家庭，身上的责任可能就会把你压的喘不过气来。工作短期没有进展之后又找不到出路之后会迷失，而更重要的是生活和工作被弄的一团糟之后，如何找回正常的节奏。面临重重困难，有很多曾经从事自由职业的人又回到公司上班了吧? 自由职业者的状态 如果你曾经或者现在是自由职业者，我猜测你的生活和工作应该是一团糟的吧?自由的安排时间，结果就是全身心的投入工作，而生活对你来说就是8小时或者更短时间的睡觉，其他时间不是在工作就是在学习，工作学习依次往复，你变得越来越宅，交际能力越加匮乏，自由的最后就是跟不上时代的步伐，而你的自由职业路也走到头了。如果你是这么一种状态，而且没有找到改善的办法，我衷心的建议你上班工作吧，至少现在自由职业不适合你。