传言昆仑山隐藏惊人秘密，但至今无从证实
昆仑之虚（墟），方八百里，高万
【菜科解读】
昆仑山地跨中国四川，西藏，新疆与青海、四省，是中国西部山系的重要部分，它西起帕米尔高原，海拔在5500-6000米之间，全长大约2500公里。
昆仑山又有昆仑虚、中国第一神山、、昆仑丘或玉山的别称，中国历史称昆仑山为中华龙脉之祖。
在神话传说中的西王母就住在昆仑山之中。
昆仑山有着山祖的显赫地位，也是中国第一座圣山。
这里有很多神话传说。
众所周知，嫦娥奔月、西游记、白蛇传说等都与昆仑山有关，昆仑山是中华民族神话传说的发祥地。
这里不仅被誉为神话的诞圣地，也被民间视为修仙圣地，更是传言昆仑山隐藏惊人秘密。
很多人想去昆仑山，却又非常的害怕，传说想要成仙就必须要去昆仑山，因为很多人在昆仑山上看见了神仙，但是后来因为一些事情，人们开始惧怕昆仑山。
在2006年一支女子登山队，去昆仑山探险，据说遇上了昆仑山冰封的真龙，有一个女生被昆仑山冰封的真龙攻击差点丧命，幸好由其他队员互相帮助才得以逃脱。
昆仑山冰封的真龙已经被封锁了，所以这件事情的详细情形已经没有了，但昆仑山自古就是华夏命门所在，西王母的传说在当地十分盛行，但大多数昆仑传说都比较正面，而且昆仑现发现真龙也不是一两次。
也有许多人说零六年真龙吃人照片是合成的，真龙根本就不存在，实际上这种说法也确实是很有道理的，毕竟只有一张照片，谁知道这是真龙还是什么别的，是有人直接用ps合成的也说不定，毕竟现在ps技术这么发达，想p出这种照片还是非常容易的。
后来这起事件被证明是真的，只不过吃人的不是龙，而是蝾螈类的动物，也没有杀害人，就只是咬了一口而已，被咬的人因为很痛，所以就想报复它，就将它捏造成真龙吃人事件，这种行为是非常幼稚的，让人感到非常的无聊，大家不用当真，当个玩笑听听就好。
昆仑山平先生是真的吗
有这些昆仑山的诸多传说，网友们就推测在昆仑山上肯定有隐世修道的奇人异事，而昆仑山平先生就是网络上盛传的昆仑山奇人。
传说这个平先生，在昆仑山上面修道，并且已经活了500多年，离长生只有一步之遥。
而且里面把昆仑山平先生，说的是神乎其神，不仅仅是一个修士，而且还有着各种神奇的能力。
并且还自称是豢龙人的后代，也就是舜时养龙人的后裔，庙会这个世界有着不同的修真门派，然后一系列的设定一大堆。
通篇没有一个证据能够证明昆仑山平先生是真的吗的证据，所描绘的都是各种神奇的能力。
不得不说这个玄幻小说，能够成为一代网络谣言，这完全得益于，脑洞大开的网友到处谣传！
昆仑山螳螂人是真的吗
在1961年12月，该部队接到上级命令，必须马上进驻昆仑山外围的一个名叫武家村的地方，因为在那里它们发现了一只人形螳螂，还杀了23个村名，11名解放军战士。
根据描述，被发现的怪物的脸以及颈部是人类的，但是整个身体似乎全部都是昆虫组织。
尤其是双臂，跟螳螂几乎一模一样，只是大了许多。
整个躯干全部都被一层类似蝗虫胸部的生物组织覆盖，腿似乎还是人的，但是肌肉突起。
并且，这个怪物的手臂，也就是螳螂爪比钢铁还坚硬，还锋利无比，普通的手枪根本对他造不成任何伤害，最后还是用56穿甲子弹在近距离才将它击毙了。
相信读完这一段文字的人都有共同的感觉，好玄幻。
经过笔者多处查证，其实这是一部短片玄幻小说，并不是真实的，但作者确实写得有声有色。
昆仑山地狱之门是世界十大禁地之一
1983年有一群青海省阿拉尔牧场的马因贪吃谷中的肥草而误入死亡谷。
一位牧民冒险进入谷地寻马。
几天过去后，人没有出现，而马群却出现了。
后来他的尸体在一座小山上被发现。
衣服破碎，光着双脚，怒目圆睁，嘴巴张大，猎枪还握在手中，一副死不瞑目的样子。
让人不解的是，他的身上没有发现任何的伤痕或被袭击的痕迹。
到处都是倒毙的死牛和其他动物的骨骸，整个山坡充满了一种死亡的气息。
地质队认为这情况太过反常，为了寻求根源，他们迅速组织起来考察谷地。
考察后发现该地区的磁异常极为明显，而且分布范围很广，越深入谷地，磁异常值越高。
地质学家根据磁异常的现象推测在电磁效应作用下，云层中的电荷和谷地的磁场相互作用，产生电荷放电，电使这里成为多雷区，而雷往往以奔跑的动物作为袭击的对象。
科学无法解释的诡异现象
上有闪电、下有暗河的昆仑山之谷与其地狱之门之称可谓是名副其实。
但对死亡之谷的秘密，地质学家的解释也只是触摸到一些皮毛，更艰巨的考察任务还在后头。
科学技术的发展让我们坚信，世界上没有永远的秘密，死亡谷之谜最终将为科学所解答。
使用ViewModel从表现层分离领域模型
View 从 Model 获取数据并格式化数据以进行显示。
Controller 控制程序流程，接收输入，并把它们传递给 Model 和 View。
与其它设计模式不同，MVC 模式并没有直接反映一个你能够编写或配置的类结构。
相反，MVC 更像一个概念上的指导原则或范型。
概念上的 MVC 模式被描述为三个对象 Model、View 和 Controller 之间的关系。
由于 View 和 Controller 都可以从 Model 请求数据，所以 Controller 和 View 都依赖 Model。
任何输入都通过 Controller 进入你的系统，然后 Controller 选择一个 View 来发出结果。
Model 包含了你的应用逻辑和数据，在你的应用程序中，它很可能是主要的值驱动器。
Model 没有任何与表现层相关的特性，而且也和 HTTP 请求处理职责中完全无关。
Domain Model 是一个对象层，是对现实世界逻辑、数据和你应用程序所处理的问题的抽象。
Domain Model 可分为两大类：Simple Domain Model 和 Rich Domain Model。
Simple Domain Model 往往是业务对象和数据库表之间一对一的通信。
你已经见过的几种模式 Active Record、Table Data Gateway，以及 Data Mapper，所有这些与数据库相关的设计模式 可以帮助你把与数据库相关的逻辑组织成一个 Domain Model。
Rich Domain Model 包含复杂的，使用继承机制紧密联系在一起的对象网络，在本书和 GoF 一书中介绍的众多模式起着杠杆作用。
Rich Domain Models 往往是柔性的，精心测试过的，不断重构的，而且与它们所表达的领域所需的业务逻辑紧密耦合。
采用哪种 Domain Model 类型取决于你的应用环境。
如果你正在建立的是一个非常简单的表单处理 web 应用，没必要建立 Rich Domain Model。
然而，如果你正在编写一个价值数百万的企业内联网架构的核心库，那么努力开发一个 Rich Domain Model 就是值得的，它可以为你提供一个准确表达业务过程的平台，并可以让你快速传输数据。
Martin Fowler 在 PoEAA 中同时简要介绍了两种 Domain Model。
而 Eric Evans 的 Domain Driven Design 一书，则完全专注于 Rich Domain Model 的实践应用和开发过程。
View 用于处理所有表现层方面的问题。
View 从 Model 获取数据，并可以把它格式化成用于 web 页的 HTML，用于 web 服务的 XML，或用于 email 的文本。
许多的MVC模式的实现也都使用一个View Model或Application Model的概念，Controller是沟通的媒介，架起领域模型和用户界面之间的桥梁，属于表现层。
为了View的简单性，Controller负责处理或者将领域模型转换成一个View Model，这通常叫做数据传输对象（DTO）。
12个asp.net MVC最佳实践针对Model的最佳实践有这么一段：7 DomainModel != ViewModelDomainModel代表着相应的域，但ViewModel却是为View的需要而创建。
这两者之间或许(一般情况下都)是不同的，此外DomainModel是数据加上行为的组合体，是由复杂的变量类型组成的并且具有层次。
而ViewModel只是由一些String等简单变量类型组成。
如果想移除冗余并且容易导致出错的ORM代码,可以使用AutoMapper.如果想要了解更多，我推荐阅读：ASP.NET MVC View Model Patterns.那么领域模型（Domain Model ）和视图模型（View Model）有什么不同呢？在ASP.NET MVC的应用程序中经常可以可以看到View Model，经常我们都认为领域模型和视图模型是同一个东西。
这特别是把领域模型包含在数据传输对象DTO里的时候，例如使用Entity Framework之类的ORM工具生成的实体。
在这种情况下，领域模型和视图模型包含的实体非常相似，都是一些简单的CRUD操作。
这些实体有许多属性，有相同或类似的名称，你可以很容易地映射领域实体对应视图模型中的一个属性。
不过，这些相似的属性也可能略有不同，例如类型或者格式。
例如，用户填写的用户界面的一个属性，他在视图模型里可能是一个 Nullable 的。
另一方面，领域实体可能需要一个经过验证的合法的值，所以需要一个在用户界面的领域模型之间的转换。
另一个例子是，用户界面可能会显示一个滑块，用于用户选择多少天以后提交他的订单。
在这种情况下，视图模型可能使用一个整数属性来表示，领域模型通常是一个日期值。
视图模型通常只包含领域模型的一个子集，而且只包含界面上所需要的属性。
此外，视图模型可能是一个领域模型树的扁平版本，例如，一个Customer实体有一个Address，而这又是一个整体，它包含街道地址，邮政编码，国家等。
一个Customer 视图模型用于显示数据，将地址数据拉平填充到视图模型类里。
此外如果一个View需要同时处理几个领域模型，View Model就是这几个Domain Model的总和。
领域模型和视图模型之间有很多相似的地方，我们经常干脆就把Domain Model当作View Model来使用了。
上面讨论了领域模型和视图模型的相似性，我们来看看都有几种方式把领域模型转换为视图模型，通常有3种方法：把领域模型当作视图模型来用，也就是领域模型就是视图模型，大部分都是这么用的。
视图模型里面包含一个领域模型，定义一个视图模型，里面包含了一个领域模型，通过属性方式进行访问。
将领域模型映射到视图模型，领域模型并没有直接映射到视图模型，需要处理这种映射关系。
我们不建议直接把领域模型实体暴露给视图，因为有许多细微之处，可能导致您混合业务和表示层的逻辑，无论是领域实体的属性显示还是业务的验证规则，这都是应用程序处理的不同方面。
直接将你的领域模型作为Conroller上的处理参数面临着安全风险，因为Controller或者Model binder必须确保属性验证和用户不能修改她自己不能修改的属性（例如，用户手动更新了一个隐藏的输入值，或增加一个额外的属性值，而这个并不是界面上的元素，但却正好领域模型实体的属性，这种风险叫做 over-posting ），即使对当前版本的领域模型做了正确的验证，领域模型将来可能做了变更修改，并没有出现编译错误或者警告，可能导致新的风险。
我们应当避免使用前两种方法将领域模型转换成视图模型，推荐使用第三种方法，定义单独的视图模型类。
做这种领域模型到视图模型的转换工作是一种重复性的工作，已经有几个工具可以帮助你来完成这项工作。
最常用的一个工具就是.NET 社区的开源项目AutoMapper。
使用,ViewModel,从,表现,层,分离,领域,模型,
艾滋病从何而来？第一个得艾滋病的人和猩猩干嘛了？
因为非洲一些部落收到传统观念影响，他们认为，打猩猩血能让人像猩猩一样强壮，所以有的非洲人和黑猩猩交换过血液。
另外，一些被部落驱离的男人为了显示自己的勇猛，会和猩猩发生关系，导致艾滋病在非洲盛行。
1981年，世界第一例艾滋病者被发现，之后，艾滋病疯狂的在全球肆虐，成为了重大的公共卫生问题和社会问题。
那么，是谁将艾滋病带出非洲走向国际的呢? 艾滋病的由来者Gaetan Dugas，是一名加拿大籍男同性恋者，在确诊得了艾滋病后他的性生活依然活跃。
他被美国疾病控制与预防中心推断为，艾滋病从非洲传入北美洲的零号感染源。
他外貌英俊，性感迷人，不断于全美各大城市的同志酒吧和浴室之间流连，几乎全美的同性恋者都知道他，尤以其刺激性的性行为方式而著称。
他具有反社会的行为，并因此有意为地传染身上的艾滋病病毒、或最少不顾后果地危害其性伴侣。
根据他本人的估计，他每年平均与100个性伴侣发生关系，并表示自1972年活跃于同志社群起，就有超过2500名性伴侣横跨北美洲。
他于1980年6月验出得了由艾滋病毒并发的卡波西氏肉瘤。
1980年夏天，Dugas的身上开始出现红疹与紫斑，之后，他被确诊为KS。
当时，这种新病毒的通俗名字也叫“同志癌”。
在研究人员告诉Dugas应停止一切与他人的性接触时，他变得十分暴躁，说：“如果是别人传染给的我，那么我为什么不能传染给别人?” 而后，他依然故我，或更加频繁地与他人发生关系，无任何保护措施。
而且，完事后，他还喜欢指着身上的紫斑跟对方说： “看见了吗?我有同志癌，我会死，你也是。
” 1984年3月30号，31岁的Dugas因AIDS死于魁北克市，死因是艾滋病并发的肾功能衰竭。
在最早死于AIDS的19人中，有8位跟他有直接或间接的性关系;另一项针对最早的248名AIDS患者的调查显示，Dugas与其中的至少40人有关。
希望大家都能保护好自己。
随机文章发生在06年真龙吃人的照片真相，疑似神秘生物活吞游客西班牙直布罗陀机场，世界唯一汽车与飞机共用车道王思潮分析北京不明飞行物，飞行高度普通飞机无法达到解读英国飞龙式战斗机，发动机功率是P47两倍俄罗斯布拉瓦洲际弹道导弹，射程8000公里覆盖美国所有城市
