亚洲成片1卡2卡三卡4卡乱码(昆池岩到底恐怖到什么程度)
资讯
2023-12-01
448
1. 亚洲成片1卡2卡三卡4卡乱码,昆池岩到底恐怖到什么程度?
《昆池岩》作为一部不带明星,不带流量的典型低成本恐怖片,顶着和《头号玩家》同期上映的压力,一跃成为黑马,票房力压《头号玩家》,打破韩国恐怖片史上最高单日票房记录,成为韩国近十年来最恐怖的恐怖电影。
为此,韩国还诞生了一个新词“爆米花雨”,电影院里吓得都下起了雨,看来孔侑大叔的反应不是戏剧化,而是来源于真实生活的。
对于国内的观众来说,昆池岩这个名字可能还有点陌生。
2012年,美国有线电视新闻网CNN,对世界上的恐怖之地有过一个评选,经过多轮投票后,最终选出了“凶名在外”的世界上最毛骨悚然的七大场所。
分别为乌克兰切尔诺贝利游乐园、捷克人骨教堂、日本青木原森林(自杀森林)、西非巫术市场、墨西哥玩偶岛、日本端岛(又称“军舰岛”)和韩国昆池岩精神病院。其中韩国昆池岩精神病院,被列为七大场所之首,是韩国三大知名恐怖鬼屋之一。
韩剧《Signal信号》中登场的善日精神院也是以此地为参考背景。
根据资料显示,昆池岩是二战时期日军屠杀战俘和平民的地方,为了掩人耳目所以在上面建立了这样一所建筑。表面上是精神病院,实际上是一个刑讯场所。
病院于1987年由于患者无故集体自杀和院长失踪而关闭,但也有传闻说院长已经自杀。病院倒闭后这里就荒废了,但并没有拆毁,恐怖阴森的氛围吸引了很多人慕名来探险,并都声称在这里见到了鬼。
故事的开始,一个在网络上做灵异节目的团队,鉴别了一个进入过昆池岩的高中生拍摄的视频的真伪,这几个高中生从那之后就失踪了。
为了吸引流量,借昆池岩的凶名趁机赚钱,他们决定在网上募集体验者,探险昆池岩。
最终一行人3女4男,准备夜闯昆池岩。
三个女生从左到右分别是护士妹、摄像妹、夏洛特。
三个男生从左到右分别是摄像哥、主持人、队长。
还有最后到的,有点胆小还迷迷糊糊的体验哥。
一行人目标是点击量上百万。
全片的呈现采用伪纪录片的手法。从前期几个人聚集到一起,到商量准备东西出发探险,都让观众觉得这就是一件真实的事情一样。无独有偶,这和国内多年难得一见的高质量恐怖片《中邪》、以及《美国恐怖故事第六季》不约而同。
这种伪纪录片的模式,让观众直接从演员的视角感受现场的恐怖气氛,“沉浸式体验”增强了电影的真实感,仿佛亲临其境。为了增强这个效果,据说这部电影的很多镜头都直接来自演员的手持器材。
进入昆池岩之前,一行人间的气氛还很轻松愉悦,每个人都抱着来玩的心态,对团队队长提供的各种设备新奇不已。
团队兵分两路,队长留在帐篷里担任导播职责,其余六人均进入昆池岩精神病院。
六人先是一起探索了院长办公室,里面还有很多院长和患者的照片,看照片上这些患者的面部表情,也是相当的恐怖。
然后六个人分别两两一组,对一楼三楼四楼进行探索。
摄像妹和夏洛特搜索了一楼实验室,里面像是被轰炸了一样的混乱,瓷砖碎了一地,药瓶和输液器倒在地上一片,患者的诊疗记录铺满了大半个地板,其中她们还发现了照片中的患者手上的人偶娃娃,还有一只莫名在这里死去腐烂的鸡。
接下来护士妹和体验哥主要对三楼的浴室进行了探索,这里是传闻中看到鬼出没的地方,体验哥在队长的指挥下对房间进行着解说,走近大浴室,漆黑的水面上浮着像人头一样的东西,男生被吓得够呛,护士妹却大胆的用棍子把那东西给撬了起来,原来只是顶假发。
队长切换镜头,视角转向四楼的摄像妹和夏洛特,她们来到了昆池岩最著名的房间——402,传说所有试图打开这扇门的人最后都莫名消失或死亡了,而他们将是打开这扇门的第一个团队。
紧接着,为了增加点击量,制造第一波小高潮,他们在院长室进行了招灵仪式,仪式结束后,原本被点燃的蜡烛突然熄灭了,头顶上布置好的红线铃铛阵也开始疯狂的晃动,一群人惊恐的冲出门外。
过后,两个男生又回到了院长室,和队长打起了电话。原来,之前的一切不可思议的现象都是他们策划好的,为的就是吸引观众,提高收看量,他们募集体验者,也是为了拍摄他们的反应,给这次行动增色而已。
打完电话,队长的帐篷里似乎出了一点意外。煤气灶突然自己点起了火,队长离开座位灭火的空隙,监控屏幕也开始闪了起来。
至此,几个摄像和主持都还能游刃有余的进行拍摄活动。
然而,他们抱着谋利的心态,拍摄精神病院内部景象来娱乐众人的行为,似乎真的触动了什么不得了的东西。
众人再次开始集体活动,首先对实验室进行了探索,原本在柜子里的人偶出现在了别的地方,主持人坚持把它拿了起来,夏洛特却强烈的反对这种做法,声称会被诅咒,情绪失控的跑出了房间。
屋内几个男生却做起了鬼脸,原来这全是他们的演技。
一群人安抚好夏洛特的情绪后又进入了团体诊疗室,那个作死的主持人又开始演戏,假装自己被不知道什么东西抓住了手,女生们被这个情况逼得快失控,指责他不要骇人听闻,摄像妹不相信也把手伸了进去,结果却真的被抓住了,手臂上赫然几条血印子。
摄像妹和夏洛特彻底失控,跌跌撞撞的跑出了精神病院。
她们以为自己已经跑出了病院,但其实她们已经进入了那个402房间。
两人兜兜转转发现一直被困在原地,突然摄像妹不动了,呆立在一边,瞳孔放大,嘴里窸窸窣窣发出吓人的声音。
夏洛特无计可施慌忙逃窜,刚才还在外面的女生此时却在病院的房间内面壁站着,此时一个被开膛破肚的赤裸人形出现在她的手电光线中,并且还在慢慢向她靠近……
(画面太可怕了不敢截图 哭)
两人也感觉到了事情不对,但是利益面前,他们还是禁不住诱惑,两人要求各自得20%再进行拍摄。
随后,他们进入了有异响的器械室。刚准备解说,房间里的器械好像收到了什么磁场的影响,被吸上了天花板,然后开始在房间里疯狂的飞掷,一个男生被砸晕了关在房间里,另一个男生试图跑出走廊,但被砸晕失去了意识。
摄像哥醒过来和正在402房间门前的护士妹和体验哥汇合,三人商量着要去救被困住的男生,无视队长的指令,但是好像有东西不让他们离开,此时402房间里传来夏洛特的惨叫……
慌乱之中原本紧闭的402大门竟然自己打开了,三个人情急之下进入了房间。
房间里竟然有及膝的水,原本的门也消失了,不可思议的是天花板上也是水。
从摄像机里几人看到,房间里密密麻麻站着全是曾经的患者……
此时事态完全失控,在监视器前的队长却坐不住了,眼看观看人数就要破百万了,拍摄不能停止,于是他决定自己上阵。
当他到达时,楼里已经空无一人,一个人影从他身后飘来,贴在了他的背上……
原本显示观看者接近100W的直播界面,此时显示观看者只有503个,下面观众留言,画面怎么中断了……
仔细想想,从一开始监控画面突然闪过之后,队长看到的人数都是真的还是被病院的鬼魂操控的?都不得而知。
最后,没有一个人走出昆池岩。
电影全篇没有什么特别血腥的场面,也没有多么瘆人的道具,全靠紧张恐怖的氛围营造,以及特殊的拍摄角度,让观众身临其境。
其中还有很多细节部分,比如夏洛特进入病院时在墙壁上的“活着”签名,到后来变成了“自杀”;夏洛特一开始放在病院里的圣水,最后沸腾了起来。
反正哥斯拉是吓得只敢从手指缝里看,甚至只看字幕了,连文章配图都不敢截。
当然,剧情还是存在一定BUG的。
主角一行人旨在来探秘解密,全片却主要是在吓人,昆池岩的秘密一点都没有揭露,让观众看了心里有点悬。
但是爱好恐怖片的朋友们,相信我,这绝对是一部消暑好片,吓得你冒冷汗哦~
P.S.不作死就不会死。
2. 为什么微信和QQ这么努力?
作为几亿用户量的QQ和微信先把国内做好,比去争国外市场来得聪明得多。毕竟作为互联网平台,产品的发展依赖于用户关系链。本身中国的互联网起步略晚,人口又多,所以兴起的聊天软件得在国内先发展。(先造福自己,再走出国外,好像是咱们中国一直以来的习惯。)
我们来看看微QQ和facebook的差距:用户人数和活跃度排名第一的是facebook,月活跃用户数为20亿人,这个数字相当于世界人口的四分之一。
而微信的月活跃用户18年在9.5亿人,排名第四,QQ月活跃用户一直在下滑,滑出了去年的6亿,也就是5亿多了。
很多人觉得,为什么早出的QQ反而下滑,facebook却反而日益增长。
我们要知道,社交软件的背后是文化的输出和输入。在facebook里面我们可以了解国外很多事情,比如他们的生活习惯与我们有何不用,审美的差异在哪?而且很多国际活动都在国外举办……并且英语是世界通用的语言,这使得facebooK已经形成了社交圈。
只能说中国成也在人口,败也在人口。中国的人口数在世界的比重过大,以至于“中国本土化”标签太过于明显了。而中文却仅限于国人使用,并且当时马化腾也就只是想在国内闯出一片天。
虽然微信现在已经往国外推广,走向全球化,但实际上却是在全球华人的世界里实现了全球化,时机已过。QQ国际版的失败就可以看出来,QQ的用户群体只在本土,因为QQ的盈利趋向于源于游戏充值。
而facebook的盈利却来源于广告,广告几乎是所有收入,可达101亿美元。因此,他们要做的是延长用户的粘性和停留时长。QQ现在却只能靠游戏充值等捆绑来留住用户。
并且现在的互联网,特别适合短视频发展。facebook收购了Youtube,而国内做得好的腾讯却“起个大早,赶个晚集”,明明很早就嗅到机会,在核心内容上跟不上。
腾讯太了解国人了,而用国人的思维去经营海外市场是行不通的。
3. 你看过最无聊的电影是哪部?
电影能带给人们的究竟是什么呢?大荧屏的视听盛宴?男女朋友携手在一起的仪式感?每个人对看电影都有自己的诠释,如果你满怀期待但却看了一部特别无聊的电影你又会怎样呢?
去年年初,因为太过沉迷于电视剧《三生三世十里桃花》白浅和夜华的爱情,所以电影《三生三世十里桃花》上映后我忍不住跑去了电影院,但是,电影《三生三世十里桃花》和电视剧还是有很大差距的,关于这部电影,很多人诟病其尿点太多,虽然没有跟风吐槽,但因为太过无聊,我是一边刷微信一边看完全程的。
电影《三生三世十里桃花》由杨洋和刘亦菲饰演夜华和白浅,其实论颜值,这对cp一点不比赵又廷和杨幂逊色,甚至杨洋在外型上更是比赵又廷帅气。
但是,杨洋版夜华一亮相,不知为何我的脑中竟然冒出“油腻”两个字,想想赵又廷,虽然他出场时也被诟病,但起码他身上还有夜华的一些灵魂。
没有比较就没有伤害,原本是对这部电影还有一丝期待,最终也只能把它归为一般的爱情片看待。
无论是小说,还是电视剧,对《三生三世十里桃花》,粉丝们都是比较熟悉的,虽然知道电影会对故事有一定的浓缩和改编,但是很多剧情还是没有变的,比如白浅救了墨渊,比如白浅化身为素素,比如白浅和夜华有一个儿子,比如最终夜华会有一个死劫,关于这些剧情,电影《三生三世十里桃花》相较于电视剧并没有什么突破。
熟悉的剧情,没有什么美感的电影画面,不太喜欢的人物造型,甚至连电影的配乐也不能激起一丝涟漪,越往后看越觉得《三生三世十里桃花》这部电影让人味如嚼蜡,不知道有多少和我一样的人,中了电视剧《三生三世十里桃花》的毒,但看了电影不但没得到解药,反而满心失落后悔不叠?
因为电影比较无聊,中间也是开了小差,所以对于电影《三生三世十里桃花》的结局我是一脸懵圈,夜华已死,墨渊复活,难道电影所诠释的墨渊和夜华竟然是同一个人吗?这样的结局我是没法理解的,或许真的是因为中间开了太长的小差看漏了什么重要的情节吧!
看完电影《三生三世十里桃花》之后,我也理智了很多,我想我以后应该不会再因为痴迷一部小说、一部电视剧而在盲目的跟风进电影院了,毕竟电影和电视剧差别太大,尤其是这种唯美的爱情片,如果操作不当,是很难拍出粉丝心里的美感的。
电影《三生三世十里桃花》的最终票房还不错,最终拿下了5.5亿,不知道有多人是和我一样,带着期待走进电影院,出来的时候又怅然若失?
4. solaris虚拟机安装求助?
虚拟机安装Solaris10步骤(对比原文档)
硬件配置:内存 1G; 硬盘 20G以上
1、配置设备
Solaris interactive 交互式的Solaris
custom jumpstart 定制启动
2、设置键盘格局
3、选择系统操作语言,“6”为简体中文
4、欢迎界面:
5、网络连接:联网的
6、使用DHCP(动态主机设置协议(Dynamic Host Configuration Protocol, DHCP)是一个局域网的网络协议,使用UDP协议工作,主要有两个用途:给内部网络或网络服务供应商自动分配IP地址给用户给内部网络管理员作为对所有计算机作中央管理的手段。 ):否
7、主机名(Host Name)
8、配置IP地址
9、配置子网掩码
10、是否启用IPV6:否
11、设置缺省路由:无
12、Kerberos(Kerberos 是网络认证协定。在电脑与电之间的资料交换时的加密认证用。):否
13、名称服务:无
14:、是否使用NFSv4域:是
在12-名称服务后少掉一个步骤,具体如下图:
15、时区:地域性的洲/国家/地区
16、设置洲与国家:亚洲/中国
17、日期和时间:系统当前时间
18、设置超级用户口令
19、是否启用远程服务:否
20、确认已配置的信息
21、欢迎界面
22、安装选项
23、指定媒体:CD/DVD
24、许可证
25、选择安装类型:自定义安装
26、选择软件语言环境:中文(GBK)
27、选择系统语言环境:中文(GBK)
28、附带软件:不选
29、附加产品:无
30、Solaris软件组:整个群组以及OEM,自定包
31、选择群集与包:全选
32、选择磁盘:选定c0d0作为主盘(引导磁盘)
33、选择将对其进行fdisk分区定制的磁盘
34、定制fdisk分区-磁盘c0d0
35、收集磁盘空间需求
36、分布文件系统(磁盘划分前)
37、划分磁盘(注意:给6区预留100M空间,以备给磁盘做镜像)
38、分布文件系统(磁盘划分后)
39、确认磁盘分区以及系统设置信息
40、安装系统
今天在虚拟机上装了很长时间的Solaris10系统,期间出现了许多问题。前几次都是根据文档装到快结束时系统就卡住不动了,等了快一个小时都不动,刚开始还以为是虚拟机运行缓慢导致的,所以就重启虚拟机重新安装了下系统,结果还是不行。这样反复一次后我排除了虚拟机运行缓慢的问题,通过向老师以及一些学长请教,最后检测出可能是虚拟机内存和硬盘空间不够的原因。终于,我将虚拟机的内存由原来的512M改成1G、硬盘由原来的8G改成20G,再重新装Solaris 10系统,最终成功的在虚拟机上装上了Solaris 10系统。
虽然今天只是装了一个系统,但是收获还真不小。我自己通过截图写出来了一个Solaris 10的安装文档,并核对了一下之前的安装文档,发现之前的文档可能有些问题:内存512M、硬盘8G的虚拟机装Solaris 10很慢并可能出现死机的情况,所以装Solaris 10时最好将虚拟机的内存调到1G左右,硬盘调到15G左右;之前装Solaris 10的文档跟实际的安装过程可能有些差别。
5. 亚洲狮丰田导航怎么看歌词?
步骤如下:
1、在电脑中下载好歌曲及歌词,歌词必须同歌曲的文件名相同【歌词格式是lrc格式,utf-8编码的,不然就是乱码或者不显示】。
2、把下载好的歌词和歌曲文件拷贝到U盘中,放在同一文件夹下。
3、将U盘插入车载导航的USB接口,播放音乐,即可同步显示歌词。
6. Python27中文字符编码?
要说在整个编程领域中最难的问题有哪些的话,字符编码的问题,也就是乱码问题,绝对算得上很多程序员写代码时的一个“噩梦”。以至于在IT界有个著名的笑话,“手持一把锟斤拷,口中直呼烫烫烫”,如果你笑了,那么你肯定是做IT的,哈哈哈。而在python这门语言中,因为python2和python3本身编码机制完全不一样,所以这个问题又尤其突出。包括我本人在内,也被这个编码问题困扰了很久,一直没有完全搞明白。后来,为了彻底解决编码问题,专门查询了很多的书籍和资料,终于搞清楚了关于编码问题的来龙去脉以及各种情况下存在的问题以及解决方式,今天这篇文章就来做一个总结,相信大家只要认真看了之后,妈妈再也不会担心你的编码问题了。
要彻底弄清楚乱码是怎么来的,有两个大的关键因素必须要了解:一个是究竟有哪些编码类型,各种类型有哪些不同的特点,这些必须烂熟于心。二是你的代码运行环境是什么。比如是在命令行运行?还是在编辑器中运行?在python2中还是在python3中?在linux系统里面?还是在windows系统里面?弄清楚这两个问题,乱码问题便会迎刃而解。接下来我们来一一解决这些问题。
一、编码类型很多人想不明白为什么计算机中有这么多乱七八糟各种各样的编码,比如什么ASCII啊,GBK,GB2312,UNICODE,UTF8,这些都是什么鬼?为什么要有这么多不同的编码格式?要想搞清楚这些编码问题,必须先了解一下关于字符编码的历史,这些都是祖上留下来的“孽债”。
1. 什么是字符编码
首先我们来了解下究竟什么是字符编码,为什么要有字符编码这个东西出现?原因很简单,计算机从本质上来说只认识二进制中的0和1,可以说任何数据在计算机中实际的物理表现形式也就是0和1,如果你将硬盘拆开,你是看不到所谓的数字0和1的,你能看到的只是一块光滑闪亮的磁盘,如果你用足够大的放大镜你就能看到磁盘的表面有着无数的凹凸不平的元件,凹下去的代表0,突出的代表1,我们用bit(位)来表示每个这种二进制的数,这就是计算机用来表现二进制的方式。而我们在处理数据时,一般并不是按位来进行处理,而是按照字节(byte)来进行处理的,一个字节byte=8bit。那现在我们面临了第一个问题:如何让人类语言能够被计算机正确理解呢?我们以英文为例(因为计算机是美国佬发明的,所以最开始当然只考虑英文的情况),英文中有英文字母(大小写)、标点符号、特殊符号。如果我们将这些字母与符号给予固定的编号,然后将这些编号转变为二进制用字节来表示,那么计算机明显就能够正确读取这些符号,同时通过这些编号,计算机也能够将二进制转化为编号对应的字符再显示给人类去阅读。所以,基于这种思想,便产生了ASCII码。
2. ASCII编码
ASCII码是人类计算机历史上最早发明的字符集,大家都知道 ,计算机是美国佬发明的,他们只用英文,所以可以说ASCII码是专门为表示英文、数字以及英文标点符号而生。由于英文本身比较简单,就是由26个字母组成,加上0-9十个数字以及一些英文的标点符号。而在计算机中,1byte=8bit,也就是说有从0000000-11111111共2的8次方共256种不同的组合,这些组合已经足够存储所有的这些英文字母、数字以及标点了,所以早期的编码只有ASCII编码。
3. GB2312以及其他编码
如果全世界的人都使用英文的话,今天我们就不必这么费神来研究编码问题了。正因为全世界的语言太多,大家都想使用自己熟悉的语言来使用计算机,比如中国人用计算机当然使用中文了。那么问题来了,在中文中光常用的汉字就已经达到了6000多个了,很明显之前的ASCII码已经完全无法满足汉字存储的需求了。怎么办?既然使用ASCII码这样一个字节无法搞定,那么我们自然想到能不能多用1个字节是不能就能搞定了呢?所以,为了满足国内在计算机中使用汉字的需要,中国国家标准总局发布了一系列的汉字字符集国家标准编码,统称为GB码,或国标码。其中最有影响的是于1980年发布的《信息交换用汉字编码字符集 基本集》,标准号为GB 2312-1980,因其使用非常普遍,也常被通称为国标码。GB2312编码通行于我国内地;新加坡等地也采用此编码。几乎所有的中文系统和国际化的软件都支持GB 2312。所以,大家可以理解为,GB系列的编码是为了适应复杂的中文编码而对ASCII码的一种扩充。
4. UNICODE标准编码
既然咱们中国人能够对ASCII码进行扩充,以便于显示更复杂的中文,那么其他国家呢?比如日本、韩国,其实也面临着同样的问题。所以,他们自然也会对ASCII码扩展出自己的一套编码。假设每种语言都自己搞一套,工作量上去了不说,还为不同编码之间的转换和显示造成了巨大的困难,这也行不通啊。所以,为了简化不同编码之间的显示和转换问题,很有必要搞一套统一的编码格式出来。基于这种情况一种新的编码诞生了:Unicode。Unicode又被称为统一码、万国码;它为每种语言中的每个字符设定了统一并且唯一的二进制编码,以满足跨语言、跨平台进行文本转换、处理的要求。Unicode支持欧洲、非洲、中东、亚洲(包括统一标准的东亚象形汉字和韩国表音文字)。这样不管你使用的是英文或者中文,日语或者韩语,在Unicode编码中都有收录,且对应唯一的二进制编码。这样大家都开心了,只要大家都用Unicode编码,那就不存在这些转码的问题了,什么样的字符都能够解析了。
5. UTF-8编码
看完上面的UNICODE编码,大家是不是想编码问题已经解决了呢?既然UNICODE能够兼容所有已知的语言和文字,那就全部按照UNICODE来编码就行了呗。如果你这样想的话,就too young too native了。由于UNICODE实际上是使用更多的字节来保存除英文外的其他国家的复杂语言文字,所以对于中文字符这样的文字是非常合适的。比如,中文汉字的“中”字,用UNICODE编码两个字节就可以这样表示:01001110 00101101,这样一点问题都没有。但如果是英文字母呢?本来英文字母只需要一个字节就可以表示,比如大写字母A,用二进制表示为0100 0001,而用UNICODE的话,就必须用0来补足多出来的一个字节,即表示为00000000 01000001。大家看出问题所在了吗?对了,对于英文来说,UNICODE编码太浪费空间了,足足大了一倍的空间。特别是在网络上进行传输时,这种浪费就极其明显,会大大降低我们的传输效率。为了解决这个问题,就出现了一些中间格式的字符集,他们被称为通用转换格式,即UTF(Unicode Transformation Format)。而我们最常用的UTF-8就是这些转换格式中的一种。UTF-8编码其实是一种可“变长”的编码格式,即把英文变长为1个字节,而汉字用3个字节表示,特别生僻的还会变成4-6字节。所以如果是传输或存储大量英文的话,UTF编码格式优势非常明显。
6. 不同编码格式和UNICODE之间的转换
为了在不同的编码格式之间进行转换,我们必须对字符进行编码和解码的工作。任何非UNICODE格式的字符(串),我们都可以使用decode方法将其解码为UNICODE编码的字符(串),这种转换过程叫“解码”。同样道理,UNICODE格式的字符(串),也可以通过encode()方法将其编码为其他编码格式的字符(串),这个过程叫“编码”。后面我们会频繁使用到编码和解码的操作,大家都应该明白什么时候应该使用编码,什么时候应该解码。
到此为此,大家应该对编码类型有一定了解了,总结一下就是:
1.为了处理英文字符,产生了ASCII码。
2.为了处理中文字符,产生了GB2312。
3.为了处理各国字符,产生了Unicode。
4.为了提高Unicode存储和传输性能,产生了UTF-8,它是Unicode的一种实现形式。
二、运行环境的影响搞清楚了上面介绍的各种编码格式之后,接下来我们就开始详细讲解为什么会出现乱码了。关于乱码,大家记住两个要点:
(1)所谓乱码的本质是字符的编码格式与显示字符的环境编码格式不一致引起的。这句话告诉我们要解决乱码问题,我们需要知道两个信息,一个是字符本身是什么编码,另一个就是显示字符的环境编码是什么,两者必须一致,才能显示出正确的内容。
(2)由于Unicode编码是标准编码格式,也可以看做是没有任何特定编码格式的“无编码”模式。所以,对于任何Unicode类型编码的字符,打印时python会自动根据环境编码转为特定编码后再显示。
上面两个要点大家一定要记住,接下来,我们来看看字符在python代码中是怎么被编码的。在不同的python版本中,字符编码的方式也不一样。先来说说比较麻烦的py2版本。如果你用py2来写脚本的话,因为默认py2是用ascii来编码脚本的,所以如果你的脚本中出现了中文,就必须在脚本的开始位置注明支持中文的编码格式,否则会报错。所有支持中文的编码格式都是可以的,比如声明为#coding:utf8或#coding:gbk都是可以的。注明以后,我们就可以在脚本中随意使用中文了。例如下面这个例子:
声明编码格式#coding:utf8或#coding:gbk以后可以正常工作。如下:
在py2中,所有字符串的编码方式默认是用ascii来进行编码的,如果通过coding:xxx的方式声明了脚本的编码方式,则字符串会按照声明的字符编码格式来进行编码,而字符串变量类型是为str类型的。这里大家要记住py2中str一定是有特定编码的,不是Unicode格式(这里为什么要讲这一句,因为待会介绍的py3字符串默认是Unicode编码的,待会我们会细讲)。比如上面的a变量中保存的“中国”这两个中文字符的编码就是gbk格式了。那么当我们打印这个a变量的时候,会出现什么情况呢?我们现在IDE中打印来看看,比如pycharm,打印出来结果如下。纳尼?居然出现了乱码,这是为什么呢?
如果记住了我之前说的关于乱码的那两个要点的同学,应该很容易明白这里为什么会出现乱码。原因很简单,这里a变量的编码是gbk的,而我们运行脚本的编辑器pycharm设置的环境编码却是utf8,两者编码方式并不一致,所以必定会出现乱码。那么怎么解决呢?解决方式有几种,一种是修改#coding:gbk为#coding:utf8,二是可以在'中国'前面加一个u,即a=u'中国'。在前面加u是将“中国”强制转换为unicode编码,即“无编码”,此时变量的type将会变为unicode。前面已经说过,对于unicode编码的字符,python将自动根据环境编码进行显示,所以也就是会自动帮我们编码为utf8进行显示。还有一种方式是通过encode和decode函数,比如像下面:
使用decode方法可以将字符串进行解码,解码后格式就是Unicode了,所以a.decode('gbk')这句跟u"中国"效果是等价的,打印出来当然是没问题的。当然,我们也可以明确写出要编码的类型,比如a.decode('gbk').encode('utf8'),这样将Unicode明确地编码为utf8,也是一样的效果。这里大家要注意一点,我们对所有非Unicode类型的字符只能进行decode操作,不能进行encode操作。对Unicode类型的只能是encode而不能decode,这个大家要注意。
搞明白了pycharm里面的行为后,我们再看看如果这个脚本不是在pycharm里面运行,而是直接在命令行里面运行,又会发生什么问题呢?就将就上面这个文件,我们在命令行里面运行,结果如下:
果不其然,b1正常显示了,b2却出现了乱码。这次出现乱码的原因又是什么呢?这里大家要知道,命令行里面的环境编码是gbk格式,由于b1是Unicode编码,Unicode编码的字符会自动随着环境编码来输出,所以不管在什么环境下,b1都能正常显示输出。而b2由于被encode成了utf8格式,所以它只能在环境编码为utf8的环境中才能正常显示,在命令行这种环境下就会出现由于编码不一致而导致的乱码。大家可以试试直接print a,由于文件是coding:gbk的,所以a是可以直接正常显示的。比如代码如下:
在pycharm中无法正常显示a的值,但在命令行中却可以,如下图:
如果是py3的脚本的话,则要简单得多。因为py3中,所有的字符串不再受系统环境编码的影响,统一使用Unicode来进行编码,类型统一为str,所以不再需要在中文前面加u来使中文字符变为Unicode这种写法。而且所有py3的脚本默认都是utf8来编码的,所以我们也不需要在脚本开头指定coding:xxxx了。打印显示的时候也会方便很多,由于是字符串都是Unicode格式,所以不管在命令行中还是pycharm中,都会正常显示而不会出现乱码。
上面是通过脚本来运行的情况,那么如果是直接在命令行中写脚本,又会出现什么问题呢?其实不管在哪里运行,上面说的两个原则始终不变,大家永远记住无非我们就是要弄清楚字符本身的编码和环境编码,只要这两者一致了,那一定不会出现乱码。在python shell(即命令行)中直接写代码运行时,大家只需注意在windows下,命令行的默认编码是gbk的,而在Linux环境下,命令行的默认编码是utf8的,其他没什么区别。所以我们接下来分别来看看。
在windows环境下,我们在命令行中写一段代码来看看,运行效果如下:
大家注意,第一行我们在定义a="中国"时,并不会报错,因为在命令行中默认是gbk编码,所以此时其实a的编码已经是gbk了,支持中文没有任何问题。直接显示a变量时,打印出来的不是乱码,而是该字符串的字节码表示方式,大家可以理解成给计算机看的,不是给人看的,只有print出来的内容才是给人看的。print a也不会报错,因为按照gbk方式编码并且在gbk环境中运行,不可能会出问题。下面直接将a进行decode解码时,解码方式必须跟编码方式是一致的,所以gbk方式编码的内容不能解码为utf8格式,只能decode为gbk。decode之后,字符串会变为Unicode,也可以正常显示。最后,我们将Unicode编码为utf8时,字符的编码格式又跟环境编码不一致了,所以再次出现了乱码。py3同理,就不再赘述了,如果掌握了之前说的原则,应该完全不会出现问题。如果是在Linux下面的命令行中运行,道理也是一样,只是需要注意linux下命令行默认的编码格式是utf8的就可以了。
看完上面的内容,我相信大家应该已经掌握了字符编码的所有秘密。不管编码格式是什么,在什么地方执行,大家始终记住那两个关于乱码的原则,问题一定会迎刃而解。接下来,我们再看看更多实际的例子。
比如,我们在使用爬虫爬取网页时,也会经常遇到乱码,如果结合上面讲的原则,大家是否能够知道问题出在哪,并且解决这些问题呢?我们以网易和百度这两个网站为例,给大家看看会有什么样的问题。首先来看看网易的首页,打开源码,我们可以看到,网页首页的编码格式是gbk的。
编码格式gbk意味着,如果我们需要对抓取的网页内容进行解码的话,必须指定解码方式为gbk才能正常解码为Unicode类型的字符串。假定我们使用的是py3,如果使用默认的decode()方法,将默认解码为utf8,肯定是会报错的。比如下面的代码,我们先抓取163的首页内容,并用正则取出页面的title,代码如下:
这里为什么会报错呢?因为resp.content实际上是抓取的网页的原始字符串,是以gbk编码的二进制内容,所以我们需要知道这个字符串的编码方式才能正确地进行解码。从网页中我们可以知道,该网页的编码为gbk编码方式,所以我们decode时必须指定gbk作为解码的方式(如果decode中不指定解码方式的话,默认以utf8来解码),所以我们应该改为下面这样就可以正确拿到我们的结果:
而对于百度首页,其网页编码方式是utf8的,所以我们在解码时就不用再专门指定utf8格式了,直接decode即可,大家可以自己试试。
本文到这里终于可以结束了,内容确实不少,因为要搞明白编码的问题,我们需要知道很多东西,这是我们必须要掌握的。另外,很多资料和书籍上都会写到,在py2的脚本中指定编码方式时,必须在脚本开头的位置写coding:utf8,想必大家读完此文应该知道这种说法是对的还是错的了。这就是学习的价值,为什么我们要抠原理、抓本质,就是让我们有足够的能力和底气去判断和质疑一个问题的对和错,只有这样,你的技术才能真正进步,让你去解决更多的问题。最后,希望大家以后再也不会受到乱码问题的困扰了。
7. 日本漫画乱码怎么解决?
IDE环境造成的乱码
其实这个是非常让人郁闷的问题,有时候还真的很难发现。现在流行的两种JavaIDE,idea和eclipse。idea的所有默认编码都是UTF8格式,基本上统一所有编码,如果你再idea出现了乱码问题,一般不是idea自身的问题。
如果你看到idea的控制台出现了中文乱码,这很有可能是你选用的字体不支持部分中文造成的,idea不背这个锅。
对于eclipse,这货可能是为了让中国人写代码的时候更加方便,当你点击目录中的src,然后点击file->Properties->Resources,你会看到,TextFile Encoding默认是GBK。是不是很绝望,为了下次不再因为这个问题产生乱码,记得创建文件夹以后就配置一下src的encodeing,还是刚刚的那个路径,改成UTF-8就行了。
也许你会说,我根本就没发现这里有什么问题啊,我一直是这种设置也没有发生过乱码。我只能说,那是因为你没有遇到过。
最常见的一个场景就是web应用中(不使用框架),当你提交的表单中存在file域的时候,你可能会使用一些文件上传组件,这些组件处理信息的时候,会将表单中的数据变成UTF8或者你设置的格式,但是,如果你的文件编码是GBK的话,就肯定就会碰到乱码的问题了。具体原因有待深究,但个人觉得这可能是因为编译后的class字节码文件处理信息过程的问题。
POST和GET方法传递参数造成的乱码
如果你发现更改了文件编码并且重新build以后,还是出现乱码的问题,如果依然是web应用的话,那就很有可能是POST和GET方法传参造成的乱码。
这个问题可以看我的文章,POST和GET方法乱码问题解决方案,写的其实非常详细了。
数据库编码格式导致的
如果你发现,你从数据库中读取出的数据是乱码的,那么原因也很简单,是因为数据库的字符集配置问题。
首先,进入mysql的控制台,也就是命令行中。输入如下语句,查看mysql的字符集配置。
- 方法一:show variables like 'collation_%';
- 方法二:show variables like 'character_set_%';
如果你看到,字符集列表中有显示各种字符集的配置都是拉丁文,也就是lantin这样子的。那么毫无疑问是因为字符集的配置问题了。对于不同的系统,配置的方法都是相同的,那就是找到mysql文件的配置信息路径,一般linux可以按照我的这篇文章来进行配置,windows也可以参考,只需要找到配置文件,做最后的字符配置操作即可。windows的mysql配置文件一般在mysql的安装目录下,如果没有,那么可以自己建一个名为my.cnf的文件(如果无效,试试新建mysqld.cnf文件),然后在文件中输入如下配置信息:
[mysqld]
character-set-server=utf8
[mysql]
default-character-set=utf8
[client]
default-character-set=utf8
本站涵盖的内容、图片、视频等数据系网络收集,部分未能与原作者取得联系。若涉及版权问题,请联系我们删除!联系邮箱:ynstorm@foxmail.com 谢谢支持!
1. 亚洲成片1卡2卡三卡4卡乱码,昆池岩到底恐怖到什么程度?
《昆池岩》作为一部不带明星,不带流量的典型低成本恐怖片,顶着和《头号玩家》同期上映的压力,一跃成为黑马,票房力压《头号玩家》,打破韩国恐怖片史上最高单日票房记录,成为韩国近十年来最恐怖的恐怖电影。
为此,韩国还诞生了一个新词“爆米花雨”,电影院里吓得都下起了雨,看来孔侑大叔的反应不是戏剧化,而是来源于真实生活的。
对于国内的观众来说,昆池岩这个名字可能还有点陌生。
2012年,美国有线电视新闻网CNN,对世界上的恐怖之地有过一个评选,经过多轮投票后,最终选出了“凶名在外”的世界上最毛骨悚然的七大场所。
分别为乌克兰切尔诺贝利游乐园、捷克人骨教堂、日本青木原森林(自杀森林)、西非巫术市场、墨西哥玩偶岛、日本端岛(又称“军舰岛”)和韩国昆池岩精神病院。其中韩国昆池岩精神病院,被列为七大场所之首,是韩国三大知名恐怖鬼屋之一。
韩剧《Signal信号》中登场的善日精神院也是以此地为参考背景。
根据资料显示,昆池岩是二战时期日军屠杀战俘和平民的地方,为了掩人耳目所以在上面建立了这样一所建筑。表面上是精神病院,实际上是一个刑讯场所。
病院于1987年由于患者无故集体自杀和院长失踪而关闭,但也有传闻说院长已经自杀。病院倒闭后这里就荒废了,但并没有拆毁,恐怖阴森的氛围吸引了很多人慕名来探险,并都声称在这里见到了鬼。
故事的开始,一个在网络上做灵异节目的团队,鉴别了一个进入过昆池岩的高中生拍摄的视频的真伪,这几个高中生从那之后就失踪了。
为了吸引流量,借昆池岩的凶名趁机赚钱,他们决定在网上募集体验者,探险昆池岩。
最终一行人3女4男,准备夜闯昆池岩。
三个女生从左到右分别是护士妹、摄像妹、夏洛特。
三个男生从左到右分别是摄像哥、主持人、队长。
还有最后到的,有点胆小还迷迷糊糊的体验哥。
一行人目标是点击量上百万。
全片的呈现采用伪纪录片的手法。从前期几个人聚集到一起,到商量准备东西出发探险,都让观众觉得这就是一件真实的事情一样。无独有偶,这和国内多年难得一见的高质量恐怖片《中邪》、以及《美国恐怖故事第六季》不约而同。
这种伪纪录片的模式,让观众直接从演员的视角感受现场的恐怖气氛,“沉浸式体验”增强了电影的真实感,仿佛亲临其境。为了增强这个效果,据说这部电影的很多镜头都直接来自演员的手持器材。
进入昆池岩之前,一行人间的气氛还很轻松愉悦,每个人都抱着来玩的心态,对团队队长提供的各种设备新奇不已。
团队兵分两路,队长留在帐篷里担任导播职责,其余六人均进入昆池岩精神病院。
六人先是一起探索了院长办公室,里面还有很多院长和患者的照片,看照片上这些患者的面部表情,也是相当的恐怖。
然后六个人分别两两一组,对一楼三楼四楼进行探索。
摄像妹和夏洛特搜索了一楼实验室,里面像是被轰炸了一样的混乱,瓷砖碎了一地,药瓶和输液器倒在地上一片,患者的诊疗记录铺满了大半个地板,其中她们还发现了照片中的患者手上的人偶娃娃,还有一只莫名在这里死去腐烂的鸡。
接下来护士妹和体验哥主要对三楼的浴室进行了探索,这里是传闻中看到鬼出没的地方,体验哥在队长的指挥下对房间进行着解说,走近大浴室,漆黑的水面上浮着像人头一样的东西,男生被吓得够呛,护士妹却大胆的用棍子把那东西给撬了起来,原来只是顶假发。
队长切换镜头,视角转向四楼的摄像妹和夏洛特,她们来到了昆池岩最著名的房间——402,传说所有试图打开这扇门的人最后都莫名消失或死亡了,而他们将是打开这扇门的第一个团队。
紧接着,为了增加点击量,制造第一波小高潮,他们在院长室进行了招灵仪式,仪式结束后,原本被点燃的蜡烛突然熄灭了,头顶上布置好的红线铃铛阵也开始疯狂的晃动,一群人惊恐的冲出门外。
过后,两个男生又回到了院长室,和队长打起了电话。原来,之前的一切不可思议的现象都是他们策划好的,为的就是吸引观众,提高收看量,他们募集体验者,也是为了拍摄他们的反应,给这次行动增色而已。
打完电话,队长的帐篷里似乎出了一点意外。煤气灶突然自己点起了火,队长离开座位灭火的空隙,监控屏幕也开始闪了起来。
至此,几个摄像和主持都还能游刃有余的进行拍摄活动。
然而,他们抱着谋利的心态,拍摄精神病院内部景象来娱乐众人的行为,似乎真的触动了什么不得了的东西。
众人再次开始集体活动,首先对实验室进行了探索,原本在柜子里的人偶出现在了别的地方,主持人坚持把它拿了起来,夏洛特却强烈的反对这种做法,声称会被诅咒,情绪失控的跑出了房间。
屋内几个男生却做起了鬼脸,原来这全是他们的演技。
一群人安抚好夏洛特的情绪后又进入了团体诊疗室,那个作死的主持人又开始演戏,假装自己被不知道什么东西抓住了手,女生们被这个情况逼得快失控,指责他不要骇人听闻,摄像妹不相信也把手伸了进去,结果却真的被抓住了,手臂上赫然几条血印子。
摄像妹和夏洛特彻底失控,跌跌撞撞的跑出了精神病院。
她们以为自己已经跑出了病院,但其实她们已经进入了那个402房间。
两人兜兜转转发现一直被困在原地,突然摄像妹不动了,呆立在一边,瞳孔放大,嘴里窸窸窣窣发出吓人的声音。
夏洛特无计可施慌忙逃窜,刚才还在外面的女生此时却在病院的房间内面壁站着,此时一个被开膛破肚的赤裸人形出现在她的手电光线中,并且还在慢慢向她靠近……
(画面太可怕了不敢截图 哭)
两人也感觉到了事情不对,但是利益面前,他们还是禁不住诱惑,两人要求各自得20%再进行拍摄。
随后,他们进入了有异响的器械室。刚准备解说,房间里的器械好像收到了什么磁场的影响,被吸上了天花板,然后开始在房间里疯狂的飞掷,一个男生被砸晕了关在房间里,另一个男生试图跑出走廊,但被砸晕失去了意识。
摄像哥醒过来和正在402房间门前的护士妹和体验哥汇合,三人商量着要去救被困住的男生,无视队长的指令,但是好像有东西不让他们离开,此时402房间里传来夏洛特的惨叫……
慌乱之中原本紧闭的402大门竟然自己打开了,三个人情急之下进入了房间。
房间里竟然有及膝的水,原本的门也消失了,不可思议的是天花板上也是水。
从摄像机里几人看到,房间里密密麻麻站着全是曾经的患者……
此时事态完全失控,在监视器前的队长却坐不住了,眼看观看人数就要破百万了,拍摄不能停止,于是他决定自己上阵。
当他到达时,楼里已经空无一人,一个人影从他身后飘来,贴在了他的背上……
原本显示观看者接近100W的直播界面,此时显示观看者只有503个,下面观众留言,画面怎么中断了……
仔细想想,从一开始监控画面突然闪过之后,队长看到的人数都是真的还是被病院的鬼魂操控的?都不得而知。
最后,没有一个人走出昆池岩。
电影全篇没有什么特别血腥的场面,也没有多么瘆人的道具,全靠紧张恐怖的氛围营造,以及特殊的拍摄角度,让观众身临其境。
其中还有很多细节部分,比如夏洛特进入病院时在墙壁上的“活着”签名,到后来变成了“自杀”;夏洛特一开始放在病院里的圣水,最后沸腾了起来。
反正哥斯拉是吓得只敢从手指缝里看,甚至只看字幕了,连文章配图都不敢截。
当然,剧情还是存在一定BUG的。
主角一行人旨在来探秘解密,全片却主要是在吓人,昆池岩的秘密一点都没有揭露,让观众看了心里有点悬。
但是爱好恐怖片的朋友们,相信我,这绝对是一部消暑好片,吓得你冒冷汗哦~
P.S.不作死就不会死。
2. 为什么微信和QQ这么努力?
作为几亿用户量的QQ和微信先把国内做好,比去争国外市场来得聪明得多。毕竟作为互联网平台,产品的发展依赖于用户关系链。本身中国的互联网起步略晚,人口又多,所以兴起的聊天软件得在国内先发展。(先造福自己,再走出国外,好像是咱们中国一直以来的习惯。)
我们来看看微QQ和facebook的差距:用户人数和活跃度排名第一的是facebook,月活跃用户数为20亿人,这个数字相当于世界人口的四分之一。
而微信的月活跃用户18年在9.5亿人,排名第四,QQ月活跃用户一直在下滑,滑出了去年的6亿,也就是5亿多了。
很多人觉得,为什么早出的QQ反而下滑,facebook却反而日益增长。
我们要知道,社交软件的背后是文化的输出和输入。在facebook里面我们可以了解国外很多事情,比如他们的生活习惯与我们有何不用,审美的差异在哪?而且很多国际活动都在国外举办……并且英语是世界通用的语言,这使得facebooK已经形成了社交圈。
只能说中国成也在人口,败也在人口。中国的人口数在世界的比重过大,以至于“中国本土化”标签太过于明显了。而中文却仅限于国人使用,并且当时马化腾也就只是想在国内闯出一片天。
虽然微信现在已经往国外推广,走向全球化,但实际上却是在全球华人的世界里实现了全球化,时机已过。QQ国际版的失败就可以看出来,QQ的用户群体只在本土,因为QQ的盈利趋向于源于游戏充值。
而facebook的盈利却来源于广告,广告几乎是所有收入,可达101亿美元。因此,他们要做的是延长用户的粘性和停留时长。QQ现在却只能靠游戏充值等捆绑来留住用户。
并且现在的互联网,特别适合短视频发展。facebook收购了Youtube,而国内做得好的腾讯却“起个大早,赶个晚集”,明明很早就嗅到机会,在核心内容上跟不上。
腾讯太了解国人了,而用国人的思维去经营海外市场是行不通的。
3. 你看过最无聊的电影是哪部?
电影能带给人们的究竟是什么呢?大荧屏的视听盛宴?男女朋友携手在一起的仪式感?每个人对看电影都有自己的诠释,如果你满怀期待但却看了一部特别无聊的电影你又会怎样呢?
去年年初,因为太过沉迷于电视剧《三生三世十里桃花》白浅和夜华的爱情,所以电影《三生三世十里桃花》上映后我忍不住跑去了电影院,但是,电影《三生三世十里桃花》和电视剧还是有很大差距的,关于这部电影,很多人诟病其尿点太多,虽然没有跟风吐槽,但因为太过无聊,我是一边刷微信一边看完全程的。
电影《三生三世十里桃花》由杨洋和刘亦菲饰演夜华和白浅,其实论颜值,这对cp一点不比赵又廷和杨幂逊色,甚至杨洋在外型上更是比赵又廷帅气。
但是,杨洋版夜华一亮相,不知为何我的脑中竟然冒出“油腻”两个字,想想赵又廷,虽然他出场时也被诟病,但起码他身上还有夜华的一些灵魂。
没有比较就没有伤害,原本是对这部电影还有一丝期待,最终也只能把它归为一般的爱情片看待。
无论是小说,还是电视剧,对《三生三世十里桃花》,粉丝们都是比较熟悉的,虽然知道电影会对故事有一定的浓缩和改编,但是很多剧情还是没有变的,比如白浅救了墨渊,比如白浅化身为素素,比如白浅和夜华有一个儿子,比如最终夜华会有一个死劫,关于这些剧情,电影《三生三世十里桃花》相较于电视剧并没有什么突破。
熟悉的剧情,没有什么美感的电影画面,不太喜欢的人物造型,甚至连电影的配乐也不能激起一丝涟漪,越往后看越觉得《三生三世十里桃花》这部电影让人味如嚼蜡,不知道有多少和我一样的人,中了电视剧《三生三世十里桃花》的毒,但看了电影不但没得到解药,反而满心失落后悔不叠?
因为电影比较无聊,中间也是开了小差,所以对于电影《三生三世十里桃花》的结局我是一脸懵圈,夜华已死,墨渊复活,难道电影所诠释的墨渊和夜华竟然是同一个人吗?这样的结局我是没法理解的,或许真的是因为中间开了太长的小差看漏了什么重要的情节吧!
看完电影《三生三世十里桃花》之后,我也理智了很多,我想我以后应该不会再因为痴迷一部小说、一部电视剧而在盲目的跟风进电影院了,毕竟电影和电视剧差别太大,尤其是这种唯美的爱情片,如果操作不当,是很难拍出粉丝心里的美感的。
电影《三生三世十里桃花》的最终票房还不错,最终拿下了5.5亿,不知道有多人是和我一样,带着期待走进电影院,出来的时候又怅然若失?
4. solaris虚拟机安装求助?
虚拟机安装Solaris10步骤(对比原文档)
硬件配置:内存 1G; 硬盘 20G以上
1、配置设备
Solaris interactive 交互式的Solaris
custom jumpstart 定制启动
2、设置键盘格局
3、选择系统操作语言,“6”为简体中文
4、欢迎界面:
5、网络连接:联网的
6、使用DHCP(动态主机设置协议(Dynamic Host Configuration Protocol, DHCP)是一个局域网的网络协议,使用UDP协议工作,主要有两个用途:给内部网络或网络服务供应商自动分配IP地址给用户给内部网络管理员作为对所有计算机作中央管理的手段。 ):否
7、主机名(Host Name)
8、配置IP地址
9、配置子网掩码
10、是否启用IPV6:否
11、设置缺省路由:无
12、Kerberos(Kerberos 是网络认证协定。在电脑与电之间的资料交换时的加密认证用。):否
13、名称服务:无
14:、是否使用NFSv4域:是
在12-名称服务后少掉一个步骤,具体如下图:
15、时区:地域性的洲/国家/地区
16、设置洲与国家:亚洲/中国
17、日期和时间:系统当前时间
18、设置超级用户口令
19、是否启用远程服务:否
20、确认已配置的信息
21、欢迎界面
22、安装选项
23、指定媒体:CD/DVD
24、许可证
25、选择安装类型:自定义安装
26、选择软件语言环境:中文(GBK)
27、选择系统语言环境:中文(GBK)
28、附带软件:不选
29、附加产品:无
30、Solaris软件组:整个群组以及OEM,自定包
31、选择群集与包:全选
32、选择磁盘:选定c0d0作为主盘(引导磁盘)
33、选择将对其进行fdisk分区定制的磁盘
34、定制fdisk分区-磁盘c0d0
35、收集磁盘空间需求
36、分布文件系统(磁盘划分前)
37、划分磁盘(注意:给6区预留100M空间,以备给磁盘做镜像)
38、分布文件系统(磁盘划分后)
39、确认磁盘分区以及系统设置信息
40、安装系统
今天在虚拟机上装了很长时间的Solaris10系统,期间出现了许多问题。前几次都是根据文档装到快结束时系统就卡住不动了,等了快一个小时都不动,刚开始还以为是虚拟机运行缓慢导致的,所以就重启虚拟机重新安装了下系统,结果还是不行。这样反复一次后我排除了虚拟机运行缓慢的问题,通过向老师以及一些学长请教,最后检测出可能是虚拟机内存和硬盘空间不够的原因。终于,我将虚拟机的内存由原来的512M改成1G、硬盘由原来的8G改成20G,再重新装Solaris 10系统,最终成功的在虚拟机上装上了Solaris 10系统。
虽然今天只是装了一个系统,但是收获还真不小。我自己通过截图写出来了一个Solaris 10的安装文档,并核对了一下之前的安装文档,发现之前的文档可能有些问题:内存512M、硬盘8G的虚拟机装Solaris 10很慢并可能出现死机的情况,所以装Solaris 10时最好将虚拟机的内存调到1G左右,硬盘调到15G左右;之前装Solaris 10的文档跟实际的安装过程可能有些差别。
5. 亚洲狮丰田导航怎么看歌词?
步骤如下:
1、在电脑中下载好歌曲及歌词,歌词必须同歌曲的文件名相同【歌词格式是lrc格式,utf-8编码的,不然就是乱码或者不显示】。
2、把下载好的歌词和歌曲文件拷贝到U盘中,放在同一文件夹下。
3、将U盘插入车载导航的USB接口,播放音乐,即可同步显示歌词。
6. Python27中文字符编码?
要说在整个编程领域中最难的问题有哪些的话,字符编码的问题,也就是乱码问题,绝对算得上很多程序员写代码时的一个“噩梦”。以至于在IT界有个著名的笑话,“手持一把锟斤拷,口中直呼烫烫烫”,如果你笑了,那么你肯定是做IT的,哈哈哈。而在python这门语言中,因为python2和python3本身编码机制完全不一样,所以这个问题又尤其突出。包括我本人在内,也被这个编码问题困扰了很久,一直没有完全搞明白。后来,为了彻底解决编码问题,专门查询了很多的书籍和资料,终于搞清楚了关于编码问题的来龙去脉以及各种情况下存在的问题以及解决方式,今天这篇文章就来做一个总结,相信大家只要认真看了之后,妈妈再也不会担心你的编码问题了。
要彻底弄清楚乱码是怎么来的,有两个大的关键因素必须要了解:一个是究竟有哪些编码类型,各种类型有哪些不同的特点,这些必须烂熟于心。二是你的代码运行环境是什么。比如是在命令行运行?还是在编辑器中运行?在python2中还是在python3中?在linux系统里面?还是在windows系统里面?弄清楚这两个问题,乱码问题便会迎刃而解。接下来我们来一一解决这些问题。
一、编码类型很多人想不明白为什么计算机中有这么多乱七八糟各种各样的编码,比如什么ASCII啊,GBK,GB2312,UNICODE,UTF8,这些都是什么鬼?为什么要有这么多不同的编码格式?要想搞清楚这些编码问题,必须先了解一下关于字符编码的历史,这些都是祖上留下来的“孽债”。
1. 什么是字符编码
首先我们来了解下究竟什么是字符编码,为什么要有字符编码这个东西出现?原因很简单,计算机从本质上来说只认识二进制中的0和1,可以说任何数据在计算机中实际的物理表现形式也就是0和1,如果你将硬盘拆开,你是看不到所谓的数字0和1的,你能看到的只是一块光滑闪亮的磁盘,如果你用足够大的放大镜你就能看到磁盘的表面有着无数的凹凸不平的元件,凹下去的代表0,突出的代表1,我们用bit(位)来表示每个这种二进制的数,这就是计算机用来表现二进制的方式。而我们在处理数据时,一般并不是按位来进行处理,而是按照字节(byte)来进行处理的,一个字节byte=8bit。那现在我们面临了第一个问题:如何让人类语言能够被计算机正确理解呢?我们以英文为例(因为计算机是美国佬发明的,所以最开始当然只考虑英文的情况),英文中有英文字母(大小写)、标点符号、特殊符号。如果我们将这些字母与符号给予固定的编号,然后将这些编号转变为二进制用字节来表示,那么计算机明显就能够正确读取这些符号,同时通过这些编号,计算机也能够将二进制转化为编号对应的字符再显示给人类去阅读。所以,基于这种思想,便产生了ASCII码。
2. ASCII编码
ASCII码是人类计算机历史上最早发明的字符集,大家都知道 ,计算机是美国佬发明的,他们只用英文,所以可以说ASCII码是专门为表示英文、数字以及英文标点符号而生。由于英文本身比较简单,就是由26个字母组成,加上0-9十个数字以及一些英文的标点符号。而在计算机中,1byte=8bit,也就是说有从0000000-11111111共2的8次方共256种不同的组合,这些组合已经足够存储所有的这些英文字母、数字以及标点了,所以早期的编码只有ASCII编码。
3. GB2312以及其他编码
如果全世界的人都使用英文的话,今天我们就不必这么费神来研究编码问题了。正因为全世界的语言太多,大家都想使用自己熟悉的语言来使用计算机,比如中国人用计算机当然使用中文了。那么问题来了,在中文中光常用的汉字就已经达到了6000多个了,很明显之前的ASCII码已经完全无法满足汉字存储的需求了。怎么办?既然使用ASCII码这样一个字节无法搞定,那么我们自然想到能不能多用1个字节是不能就能搞定了呢?所以,为了满足国内在计算机中使用汉字的需要,中国国家标准总局发布了一系列的汉字字符集国家标准编码,统称为GB码,或国标码。其中最有影响的是于1980年发布的《信息交换用汉字编码字符集 基本集》,标准号为GB 2312-1980,因其使用非常普遍,也常被通称为国标码。GB2312编码通行于我国内地;新加坡等地也采用此编码。几乎所有的中文系统和国际化的软件都支持GB 2312。所以,大家可以理解为,GB系列的编码是为了适应复杂的中文编码而对ASCII码的一种扩充。
4. UNICODE标准编码
既然咱们中国人能够对ASCII码进行扩充,以便于显示更复杂的中文,那么其他国家呢?比如日本、韩国,其实也面临着同样的问题。所以,他们自然也会对ASCII码扩展出自己的一套编码。假设每种语言都自己搞一套,工作量上去了不说,还为不同编码之间的转换和显示造成了巨大的困难,这也行不通啊。所以,为了简化不同编码之间的显示和转换问题,很有必要搞一套统一的编码格式出来。基于这种情况一种新的编码诞生了:Unicode。Unicode又被称为统一码、万国码;它为每种语言中的每个字符设定了统一并且唯一的二进制编码,以满足跨语言、跨平台进行文本转换、处理的要求。Unicode支持欧洲、非洲、中东、亚洲(包括统一标准的东亚象形汉字和韩国表音文字)。这样不管你使用的是英文或者中文,日语或者韩语,在Unicode编码中都有收录,且对应唯一的二进制编码。这样大家都开心了,只要大家都用Unicode编码,那就不存在这些转码的问题了,什么样的字符都能够解析了。
5. UTF-8编码
看完上面的UNICODE编码,大家是不是想编码问题已经解决了呢?既然UNICODE能够兼容所有已知的语言和文字,那就全部按照UNICODE来编码就行了呗。如果你这样想的话,就too young too native了。由于UNICODE实际上是使用更多的字节来保存除英文外的其他国家的复杂语言文字,所以对于中文字符这样的文字是非常合适的。比如,中文汉字的“中”字,用UNICODE编码两个字节就可以这样表示:01001110 00101101,这样一点问题都没有。但如果是英文字母呢?本来英文字母只需要一个字节就可以表示,比如大写字母A,用二进制表示为0100 0001,而用UNICODE的话,就必须用0来补足多出来的一个字节,即表示为00000000 01000001。大家看出问题所在了吗?对了,对于英文来说,UNICODE编码太浪费空间了,足足大了一倍的空间。特别是在网络上进行传输时,这种浪费就极其明显,会大大降低我们的传输效率。为了解决这个问题,就出现了一些中间格式的字符集,他们被称为通用转换格式,即UTF(Unicode Transformation Format)。而我们最常用的UTF-8就是这些转换格式中的一种。UTF-8编码其实是一种可“变长”的编码格式,即把英文变长为1个字节,而汉字用3个字节表示,特别生僻的还会变成4-6字节。所以如果是传输或存储大量英文的话,UTF编码格式优势非常明显。
6. 不同编码格式和UNICODE之间的转换
为了在不同的编码格式之间进行转换,我们必须对字符进行编码和解码的工作。任何非UNICODE格式的字符(串),我们都可以使用decode方法将其解码为UNICODE编码的字符(串),这种转换过程叫“解码”。同样道理,UNICODE格式的字符(串),也可以通过encode()方法将其编码为其他编码格式的字符(串),这个过程叫“编码”。后面我们会频繁使用到编码和解码的操作,大家都应该明白什么时候应该使用编码,什么时候应该解码。
到此为此,大家应该对编码类型有一定了解了,总结一下就是:
1.为了处理英文字符,产生了ASCII码。
2.为了处理中文字符,产生了GB2312。
3.为了处理各国字符,产生了Unicode。
4.为了提高Unicode存储和传输性能,产生了UTF-8,它是Unicode的一种实现形式。
二、运行环境的影响搞清楚了上面介绍的各种编码格式之后,接下来我们就开始详细讲解为什么会出现乱码了。关于乱码,大家记住两个要点:
(1)所谓乱码的本质是字符的编码格式与显示字符的环境编码格式不一致引起的。这句话告诉我们要解决乱码问题,我们需要知道两个信息,一个是字符本身是什么编码,另一个就是显示字符的环境编码是什么,两者必须一致,才能显示出正确的内容。
(2)由于Unicode编码是标准编码格式,也可以看做是没有任何特定编码格式的“无编码”模式。所以,对于任何Unicode类型编码的字符,打印时python会自动根据环境编码转为特定编码后再显示。
上面两个要点大家一定要记住,接下来,我们来看看字符在python代码中是怎么被编码的。在不同的python版本中,字符编码的方式也不一样。先来说说比较麻烦的py2版本。如果你用py2来写脚本的话,因为默认py2是用ascii来编码脚本的,所以如果你的脚本中出现了中文,就必须在脚本的开始位置注明支持中文的编码格式,否则会报错。所有支持中文的编码格式都是可以的,比如声明为#coding:utf8或#coding:gbk都是可以的。注明以后,我们就可以在脚本中随意使用中文了。例如下面这个例子:
声明编码格式#coding:utf8或#coding:gbk以后可以正常工作。如下:
在py2中,所有字符串的编码方式默认是用ascii来进行编码的,如果通过coding:xxx的方式声明了脚本的编码方式,则字符串会按照声明的字符编码格式来进行编码,而字符串变量类型是为str类型的。这里大家要记住py2中str一定是有特定编码的,不是Unicode格式(这里为什么要讲这一句,因为待会介绍的py3字符串默认是Unicode编码的,待会我们会细讲)。比如上面的a变量中保存的“中国”这两个中文字符的编码就是gbk格式了。那么当我们打印这个a变量的时候,会出现什么情况呢?我们现在IDE中打印来看看,比如pycharm,打印出来结果如下。纳尼?居然出现了乱码,这是为什么呢?
如果记住了我之前说的关于乱码的那两个要点的同学,应该很容易明白这里为什么会出现乱码。原因很简单,这里a变量的编码是gbk的,而我们运行脚本的编辑器pycharm设置的环境编码却是utf8,两者编码方式并不一致,所以必定会出现乱码。那么怎么解决呢?解决方式有几种,一种是修改#coding:gbk为#coding:utf8,二是可以在'中国'前面加一个u,即a=u'中国'。在前面加u是将“中国”强制转换为unicode编码,即“无编码”,此时变量的type将会变为unicode。前面已经说过,对于unicode编码的字符,python将自动根据环境编码进行显示,所以也就是会自动帮我们编码为utf8进行显示。还有一种方式是通过encode和decode函数,比如像下面:
使用decode方法可以将字符串进行解码,解码后格式就是Unicode了,所以a.decode('gbk')这句跟u"中国"效果是等价的,打印出来当然是没问题的。当然,我们也可以明确写出要编码的类型,比如a.decode('gbk').encode('utf8'),这样将Unicode明确地编码为utf8,也是一样的效果。这里大家要注意一点,我们对所有非Unicode类型的字符只能进行decode操作,不能进行encode操作。对Unicode类型的只能是encode而不能decode,这个大家要注意。
搞明白了pycharm里面的行为后,我们再看看如果这个脚本不是在pycharm里面运行,而是直接在命令行里面运行,又会发生什么问题呢?就将就上面这个文件,我们在命令行里面运行,结果如下:
果不其然,b1正常显示了,b2却出现了乱码。这次出现乱码的原因又是什么呢?这里大家要知道,命令行里面的环境编码是gbk格式,由于b1是Unicode编码,Unicode编码的字符会自动随着环境编码来输出,所以不管在什么环境下,b1都能正常显示输出。而b2由于被encode成了utf8格式,所以它只能在环境编码为utf8的环境中才能正常显示,在命令行这种环境下就会出现由于编码不一致而导致的乱码。大家可以试试直接print a,由于文件是coding:gbk的,所以a是可以直接正常显示的。比如代码如下:
在pycharm中无法正常显示a的值,但在命令行中却可以,如下图:
如果是py3的脚本的话,则要简单得多。因为py3中,所有的字符串不再受系统环境编码的影响,统一使用Unicode来进行编码,类型统一为str,所以不再需要在中文前面加u来使中文字符变为Unicode这种写法。而且所有py3的脚本默认都是utf8来编码的,所以我们也不需要在脚本开头指定coding:xxxx了。打印显示的时候也会方便很多,由于是字符串都是Unicode格式,所以不管在命令行中还是pycharm中,都会正常显示而不会出现乱码。
上面是通过脚本来运行的情况,那么如果是直接在命令行中写脚本,又会出现什么问题呢?其实不管在哪里运行,上面说的两个原则始终不变,大家永远记住无非我们就是要弄清楚字符本身的编码和环境编码,只要这两者一致了,那一定不会出现乱码。在python shell(即命令行)中直接写代码运行时,大家只需注意在windows下,命令行的默认编码是gbk的,而在Linux环境下,命令行的默认编码是utf8的,其他没什么区别。所以我们接下来分别来看看。
在windows环境下,我们在命令行中写一段代码来看看,运行效果如下:
大家注意,第一行我们在定义a="中国"时,并不会报错,因为在命令行中默认是gbk编码,所以此时其实a的编码已经是gbk了,支持中文没有任何问题。直接显示a变量时,打印出来的不是乱码,而是该字符串的字节码表示方式,大家可以理解成给计算机看的,不是给人看的,只有print出来的内容才是给人看的。print a也不会报错,因为按照gbk方式编码并且在gbk环境中运行,不可能会出问题。下面直接将a进行decode解码时,解码方式必须跟编码方式是一致的,所以gbk方式编码的内容不能解码为utf8格式,只能decode为gbk。decode之后,字符串会变为Unicode,也可以正常显示。最后,我们将Unicode编码为utf8时,字符的编码格式又跟环境编码不一致了,所以再次出现了乱码。py3同理,就不再赘述了,如果掌握了之前说的原则,应该完全不会出现问题。如果是在Linux下面的命令行中运行,道理也是一样,只是需要注意linux下命令行默认的编码格式是utf8的就可以了。
看完上面的内容,我相信大家应该已经掌握了字符编码的所有秘密。不管编码格式是什么,在什么地方执行,大家始终记住那两个关于乱码的原则,问题一定会迎刃而解。接下来,我们再看看更多实际的例子。
比如,我们在使用爬虫爬取网页时,也会经常遇到乱码,如果结合上面讲的原则,大家是否能够知道问题出在哪,并且解决这些问题呢?我们以网易和百度这两个网站为例,给大家看看会有什么样的问题。首先来看看网易的首页,打开源码,我们可以看到,网页首页的编码格式是gbk的。
编码格式gbk意味着,如果我们需要对抓取的网页内容进行解码的话,必须指定解码方式为gbk才能正常解码为Unicode类型的字符串。假定我们使用的是py3,如果使用默认的decode()方法,将默认解码为utf8,肯定是会报错的。比如下面的代码,我们先抓取163的首页内容,并用正则取出页面的title,代码如下:
这里为什么会报错呢?因为resp.content实际上是抓取的网页的原始字符串,是以gbk编码的二进制内容,所以我们需要知道这个字符串的编码方式才能正确地进行解码。从网页中我们可以知道,该网页的编码为gbk编码方式,所以我们decode时必须指定gbk作为解码的方式(如果decode中不指定解码方式的话,默认以utf8来解码),所以我们应该改为下面这样就可以正确拿到我们的结果:
而对于百度首页,其网页编码方式是utf8的,所以我们在解码时就不用再专门指定utf8格式了,直接decode即可,大家可以自己试试。
本文到这里终于可以结束了,内容确实不少,因为要搞明白编码的问题,我们需要知道很多东西,这是我们必须要掌握的。另外,很多资料和书籍上都会写到,在py2的脚本中指定编码方式时,必须在脚本开头的位置写coding:utf8,想必大家读完此文应该知道这种说法是对的还是错的了。这就是学习的价值,为什么我们要抠原理、抓本质,就是让我们有足够的能力和底气去判断和质疑一个问题的对和错,只有这样,你的技术才能真正进步,让你去解决更多的问题。最后,希望大家以后再也不会受到乱码问题的困扰了。
7. 日本漫画乱码怎么解决?
IDE环境造成的乱码
其实这个是非常让人郁闷的问题,有时候还真的很难发现。现在流行的两种JavaIDE,idea和eclipse。idea的所有默认编码都是UTF8格式,基本上统一所有编码,如果你再idea出现了乱码问题,一般不是idea自身的问题。
如果你看到idea的控制台出现了中文乱码,这很有可能是你选用的字体不支持部分中文造成的,idea不背这个锅。
对于eclipse,这货可能是为了让中国人写代码的时候更加方便,当你点击目录中的src,然后点击file->Properties->Resources,你会看到,TextFile Encoding默认是GBK。是不是很绝望,为了下次不再因为这个问题产生乱码,记得创建文件夹以后就配置一下src的encodeing,还是刚刚的那个路径,改成UTF-8就行了。
也许你会说,我根本就没发现这里有什么问题啊,我一直是这种设置也没有发生过乱码。我只能说,那是因为你没有遇到过。
最常见的一个场景就是web应用中(不使用框架),当你提交的表单中存在file域的时候,你可能会使用一些文件上传组件,这些组件处理信息的时候,会将表单中的数据变成UTF8或者你设置的格式,但是,如果你的文件编码是GBK的话,就肯定就会碰到乱码的问题了。具体原因有待深究,但个人觉得这可能是因为编译后的class字节码文件处理信息过程的问题。
POST和GET方法传递参数造成的乱码
如果你发现更改了文件编码并且重新build以后,还是出现乱码的问题,如果依然是web应用的话,那就很有可能是POST和GET方法传参造成的乱码。
这个问题可以看我的文章,POST和GET方法乱码问题解决方案,写的其实非常详细了。
数据库编码格式导致的
如果你发现,你从数据库中读取出的数据是乱码的,那么原因也很简单,是因为数据库的字符集配置问题。
首先,进入mysql的控制台,也就是命令行中。输入如下语句,查看mysql的字符集配置。
- 方法一:show variables like 'collation_%';
- 方法二:show variables like 'character_set_%';
如果你看到,字符集列表中有显示各种字符集的配置都是拉丁文,也就是lantin这样子的。那么毫无疑问是因为字符集的配置问题了。对于不同的系统,配置的方法都是相同的,那就是找到mysql文件的配置信息路径,一般linux可以按照我的这篇文章来进行配置,windows也可以参考,只需要找到配置文件,做最后的字符配置操作即可。windows的mysql配置文件一般在mysql的安装目录下,如果没有,那么可以自己建一个名为my.cnf的文件(如果无效,试试新建mysqld.cnf文件),然后在文件中输入如下配置信息:
[mysqld]
character-set-server=utf8
[mysql]
default-character-set=utf8
[client]
default-character-set=utf8
本站涵盖的内容、图片、视频等数据系网络收集,部分未能与原作者取得联系。若涉及版权问题,请联系我们删除!联系邮箱:ynstorm@foxmail.com 谢谢支持!