添加到我的博客HTTP 错误 500.22 - Internal Server Error
检测到在集成的托管管道模式下不适用的 ASP.NET 设置。
环境是iis7 ， .net3.5。
以前在其他电脑上装win7，好像也没有碰到过这个问题。找来找去，发现还是iis设置的问题。把iis配置右边 [浏览网站] 里的 [高级设置] 里面的 [应用程序池] 选择为 [Classic .net AppPool ] 经典模式就可以了。默认是 DefaultAppPool 。
网站设置其它一切正常。
加载中…加载中…加载中…加载中…HTTP 错误 500.22 - Internal Server Error
检测到在集成的托管管道模式下不适用的 ASP.NET 设置。
环境是iis7 ， .net3.5。
以前在其他电脑上装win7，好像也没有碰到过这个问题。找来找去，发现还是iis设置的问题。把iis配置右边 [浏览网站] 里的 [高级设置] 里面的 [应用程序池] 选择为 [Classic .net AppPool ] 经典模式就可以了。默认是 DefaultAppPool 。
网站设置其它一切正常。
标签：
杂谈 |
强度等级：中级，18公里左右路程（13公里山路，五公里公路）
人数：6 （1领队）
装备要求：帽子，手套，眼镜，百变巾，冲锋衣裤，抓绒衣裤，保暖内衣，速干袜，高帮防水登山鞋，雪套，登山仗，保温水壶，一顿路餐，高热量小食品，一件羽绒服（中午休息的时候穿上点），个人卫生用品，有对讲机的最好带上。最后除了穿戴在身上的用个25升左右的包包装上背着。
17日早哈站自行购票乘坐6点32的L7227次火车，在车上补给了早餐，到蜜蜂站下车，蜜蜂站是没有站台的，6个人空降一样的跳下车，整理装备清点人数后开始穿越，计划是走山脊，半路南下找铁路公路徒步前往帽儿山镇火车站，自行购票乘坐16点25的L7228次火车返回哈市后解散。
领队小海说路线的等级是中等难度，距离不远但都在山里，这个季节雪不厚可会很滑，虽说18公里但全程走下来时间上很紧张，必须要求速度，要不赶不上回哈的火车。六个人中我是岁数最小的，除了领队，剩下四个都是警察，在这里我算最小最业余的了，几个警察哥们的装备都是汶川地震外派时发的装备，质量真不错，没有登山杖，就在山下劈了根粗树枝，开始穿越，前段有明显道路，岔口众多，前几个岔扣领队都准确的判断对了，最后两个出现了偏差但都及时斜插纠正回来，大概三公里左右简单休整一下，几个人均均气，开始爬坡，这里山坡比预想的陡多了，因为夏季爬过一起帽儿山，可蜜蜂这的山多为未开发的野山，山脊上砬子很多，走走前边就是断崖，回头再找路、横切、再上，反复几次，时间大量的浪费掉直到下午1点多也没走到山里的一半，连帽儿山的帽尖都没看到，继续走下去怕是最晚一班火车都赶不上了，按逃生路线下山，哈哈。俗话说上山走脊，下山走沟，找条沟往公路方向下撤！一个小时后走上公路，一问路人距离帽儿山镇有八里地，我们大概在蜜蜂和帽儿山镇的中间，公路上一小时徒步拿下，正好赶上四点多的火车回哈。帽儿山火车站根本不检票，没买票就上了车，到了阿城补的票，哈哈，我们带了不少好吃的东西，上了火车就往出掏，喝着冰凉的啤酒，啃着梆梆硬的面包，咬着带冰碴的香肠，火车驶向哈尔滨……
这趟穿越考验了LA577的实战性能确实不是盖的，高帮相当保护脚踝，GTX防水透气，下午在帽儿山火车站修整时脱下鞋袜子都是干的，表面也防泼水，几个警察的邓禄普登山鞋鞋面都阴湿了，我的一点问题没有，就是577的V底不是特别防滑，领队的Asolo FSN95同样是GTX+V底 比我的577耐滑得多。
保暖层排骨带帽子，就没戴毛线帽，实事证明带毛线帽方便很多，不唔汗，不挡眼睛，下次应该戴着。
速干层的巴塔C3也经受住了考验，能感觉到发热出汗的时候都能马上就吸收排除，身体一直都很干爽。
穿山冲锋衣是必须的，但下次穿越一定不能穿太贵的冲锋衣，要不真心疼啊，就这么造，我的冲锋衣一点事儿没有，不过从山上出溜下来时软壳裤被锋利的树枝子刮了好几条小痕迹，还好都没刮开。
手套，这次戴的毛线圈的双层手套有点失败，脱下来喝口水拍个照片的时间久冻硬了，再戴就戴不上了，下次应该至少戴个滑雪手套。
以前爬的山大多是走石阶，用不到登山杖，这次对登山杖有个新的体会，确实能节省很多体力，分散腿脚的力量，近期准备入两个好点的登山杖。
最后就是包了，我也不知道我的泰格斯包有多少L 不过对于一日包来说有点大了，强度也不够，回来时发现好几处都被树枝刮开了，近期再入个20~25L的一日包。
对，还有指南针，这个也是必须的。
还有个比较巧的事儿，17号早上从家出发走到小区门口余光瞟了眼旁边一起出门的也一身户外装备一邻居，正好过来一个出租车，早上五点多不好打车，我就多了一嘴问哥们是不也去哈站，还真巧就一起拼车走了，车上聊天，我俩竟然都是参加这次穿越活动的，他带来三个同事都是警察，接下来就发生了上面的一天，挺有意思吧。
钱钱钱钱钱钱钱
上上下下的享受
背后几百米悬崖
不知什么虫子的窝
577太给力了
鞋包裤子造的嗮样
机器内存的瓶颈,当apk大于我们的机器内存时,模拟器无情的抛出
Installation error:
INSTALL_FAILED_INSUFFICIENT_STORAGE
Please check logcat
output for more details.
Launch canceled!
让我们无法调试，现在我们来根治这个问题，解决方法有两种
第一种(仅限apk小于机器内存，并且已安装上当前apk，只是无法再次debug)
启动模拟器，然后进入菜单
settings->applications->mange
applications-> select the
application->select "unistall".
这样就能彻底删除了，然后再重新安装这个apk就没问题了
第二种(通用)
-partition-size 128
Eclipse中在项目Target的Options中添加。
1 没装驱动的先“开机键”+“音量+键”出现蓝屏
2 U880接数据线 PC上提示安装驱动
3 开机状态下接数据线 然后拔电池 按开机键直到刷机工具的“开始”变亮
4 1~100 成功
正篇:
对于中国市场，我会写两篇。第一篇为正篇，是指传统的，卖App应用或游戏的商业模式。第二篇为奇篇，会讲一些其它的商业模式。
现在的中国市场，几个字，“不成熟”。
如果做20到30美元的PC软件，以Shareware的模式，免费试用，完整版收费，欧美正常的conversion
rate为1％到2％。在iPhone上，付费版如果为99美分，这个百分比应该为10％到20％。但是，在中国，这个数字为0.05到0.5％，比欧美相差1到2个数量级。
原因是多方面的。美元结算，付费不方便，还有中国文化中对盗版的容忍。
付费方面，如果苹果肯下功夫，是很容易解决的。但是两年多了，苹果一直没有动静。因为他们有数据，知道即使付费这方面调顺了，销售额也不会上升多少。
但是我一直认为，一个人的一生中，盗版是一个阶段。就像女人买包，开始买盗版，山寨，但是有钱了以后又会去买上万的正版LV。我小时候在街头买MJ，警察和威猛的翻版录音带，后来都买了正版的CD。就在几年前，大家看电影（即使是好莱坞大片）是街头买DVD（10块人民币）。这两年，电影业发展得好了，人也有钱了，就去影院看80块钱的电影（比美国还贵）。
讲一下心理学。一般说来，一个人平均要三次认真的考虑后才会采取行动，而需要九次有效眼球才会真正考虑。意思是，人是很懒的。买了iPhone，把这个用户从不购买者转到购买者有一个过程。他看到9个吸引他的软件后，会第一次认真考虑是否设置他的iTunes账户来购买。平均3次认真考虑后才会真正行动。那么他需要看到27个吸引他的软件才会做第一次购买。这个数字，由于盗版的原因，在中国只会更高。
欧美人早就没有了这个槛，是因为音乐。iPod早已经成为欧美人音乐生活的一部分，一般人都已经有一个iTunes的账户。
实际上我不认为99美分的价格是超出国人消费能力的。这只是两瓶水的价格。而且一旦一个人做出第一次购买，第二次，第三次就比较容易了。但是针对国内市场开发的软件并不多。所以有效眼球并不多。
这个是一个先有鸡还是先有蛋的问题。大家都在等。苹果在等。开发者在等。用户也在等。
这就变得很有意思。如果你想在中国市场成功，就必须有耐心，要等，而且我们不知道真的要等多久。但是可以一边为欧美用户开发（多数中国开发者都是这样的），一边为中国市场做准备。这个准备包括技术，经验，但更重要的是创意。有些针对中国的创意，你不一定要现在做，但是一定要把技术准备好。
还有，我认为中国市场起飞的时候会有一个特色，就是客户群会和欧美不同。欧美的主要客户群是十几二十几的青少年，卖得最好的是游戏和娱乐类。中国最早一批的iPhone拥有者是IT界的年轻人，男性为主，也喜欢游戏和稀奇古怪的应用，但是对欧美类的娱乐软件就不感冒。当iPhone成为大众消费的时候，开始的主要用户会是70后，小资状况，有车有房。他们的主要兴趣是提高自己的生活质量（健康，旅游等等），投资和家庭经济的管理，以及子女教育。当然，长久地说（比如5到10年后）的主客户群也会和欧美接轨成为青少年。
还有一个很大的特点是女性会占更高比例。这个只能算是我的观察。有不少朋友给老婆卖了iPhone，然后买app都是老婆主导的。所以app要做得精致。这里要提倡大家不要总是宅在家里。多出门，多有些兴趣爱好，这样才能从生活中找到创意。另外，多问问老婆或女朋友的想法。
最后针对教育讲一点。如果自己没有小孩，不要去尝试针对小朋友的软件。有很多事情，没有小孩的时候是想不到的。比如，小孩的视力到6到7岁才发育好，不应该从小就盯着屏幕看。（中国小孩近视的不要太多哦）所以做这个5岁前年龄层的软件，一定不要用小字体，不要用很细致的图像，应该用大块的色块。甚至界面上应该完全不用字，而是用图标来表明功能。等等等等。这些有孩子的人会有体会。
盗版篇：
谈到中国市场，就必须对盗版有个研究。我下面写的不是从业者或者消费者的角度，而是从宏观经济的角度看盗版，以及预计国家决策方面的变化。
我们不谈女人买的包，只谈知识产权。主要的盗版有PC软件，游戏机软件，音乐，影视和书。
在90年代底，中国人的收入还很低。电脑在那个时候还算奢侈品。相对来说，软件的价格是高得离谱。对盗版PC软件的默许是中国电脑业发展的一个重要部分。可以说，如果没有盗版软件，就没有联想等国内知名的电脑企业。另外，软件的盗版养活了一大批的装机者。
同样，对影视DVD盗版的默许是对国产影视硬件（电视，DVD机）产业的支持。可以说功不可没。几乎一两年时间，DVD机就到了各家各户。DVD的盗版也养活了不少小商小贩。
但是必须要认识到，盗版是利益的转移。对于一个产业链来说，需要内容提供者（软件公司，影视公司，作家，音乐家等）和渠道，最终到消费者。盗版的效果是把内容源头的利益无偿的供给渠道。在这里利益转移的过程中，会对经济的架构产生影响。
至少在初期，盗版软件和影视对中国经济的影响是正的，因为被盗的是国外的软件企业和影视企业。利益从他们的手中转到了国内的下层民众，同时支持了国内的硬件厂商。但是，从长远来看，负面效果也不可低估。比如说，我们IT业发展到现在，依然没有一个国际上能打得出牌子的软件企业。同时，就是我的圈子，就知道四家美国公司，在美国只是一个壳，全部的技术都放在国内做。这表明，我们在技术能力上不比国外差，但是因为国内软件环境（主要是盗版），只能给国外公司打工。国内的影视界也是如此。这么大的市场，但应该说大多是低成本的劣质作品。
无论是哪一个行业，如果盗版猖獗，都会对内容源头产生抑制作用。软件是最典型的例子。音乐也不例外。十年前被盗版的主要是港台歌手，最后结果是国内的音乐界停滞不前。90年代还有中国的原创摇滚。现在这些人大多另谋生路。除了炒出来的但毫无原创精神的超女，中国音乐界能拿得出手的有几个人？
游戏机游戏的盗版更加对国内的产业毫无帮助。最后得益的是索尼和任天堂。中国的盗版者只能赚些小钱。但同时，国内有技术可以做自己的游戏机硬件平台，但是没有人敢。这种盗版实际上对索尼和任天堂是个保护。
国家在对盗版DVD的打击方面的力度有些加强。实际上就是在美国，大家看影碟主要是租而不是买。现在的发展方向是网上视频。这一方面我比较乐观。因为网流的成本，一个视频网站不可能永远免费，所以未来一定是付费观看，或者像IPTV里点播。所以影视界现在有复苏的迹象。即使仅仅是要扶持几个国内著名的视频网站，国家也会继续打击盗版DVD，而且支持这些网站像付费观看授权影视转型。
书业的盗版本来也需要出实体印刷书。盗版的纸张和印刷质量差，而且错字和乱章多，所以并不过分。现在转入电子书时代。随便什么书，都可以网上找到，因为读书还是手上拿着的好，所以虽然有影响，出版业还可以过得去。但是今后几年是掌上电脑，手机，和电子书硬件的时代。在iPhone或iPad上读电子书甚至比实体书更舒服。如果继续容忍电子书的盗版，会对国内的出版业和文学界有致命打击。我可以预测，如此下去，文学界会布软件业和音乐界的后尘。
所有这些都是从宏观经济的角度来看盗版。中心思想就是盗版在某一阶段是经济增长的一个要素，但是如果长期允许，会造成源头干涸而对经济和文化产生抑制作用。
所以，我认为有关知识产权的政策会渐渐改变，保护的力度会增加。我曾经读到过（好像是创业家杂志），App
Store在中国的销售额为全世界的0.N％，而10％的利润是中国开发者的。我在第二篇里面讲到过机会成本。根据那里面的逻辑，我认为这个比例还会增加。这个时候，打击盗版是保护国内开发者的利益而不仅仅是国外开发者。另外，苹果每一次升级，破解都越来越困难。国家政策和苹果技术的双重挤压会使得app盗版越来越难。另外99美分相对大多数的小资并不算过分。综合所有的因素，我对国内的市场的前景是看好的。
但是大家要注意，不要自己盗版。现在很多产权所有者还对App
Store不了解不重视，但是一旦这个产业起飞，可以想像各种传媒的报道。到时候大家都会要分一杯羹。那个时候如果你用了盗版的内容或者商标，后悔也来不及。
这一篇放在正篇之后。孙子兵法说，“以正和，以奇胜”。盗版奇正都不算。因为没有可持续性，所以不可能胜。我把它归类于“自杀性攻击”。下一篇会讨论些另类的商业模式。
另外，有另外同行的一个好贴，讲的正是技术积累的经验。大家可以参照着看：
总结过去(一)-烈嘴仔的过去
总结过去(二)-反思在App
Store中想要得到什么?
总结过去(三)-找寻自己的方向
总结过去(四)-未来的机遇
奇篇 ：
做任何行业都要有个宏观的意识。不要只盯着你自己的app和竞争者。世界上iPhone的量有多少？增长多少？开发者有多少？增长多少？
想像一下整个App
Store的市场为一个大蛋糕。这个蛋糕是增长的，我的估计是每年翻番。但同时，开发者的数量增长得更快，每年3到4倍。所以虽然蛋糕大了，每个人分到的更少。
有些人会说“那么就靠广告”。但是广告的蛋糕有多大呢？
整个经济中广告的市场的大小是被最终的产品和服务市场所限制的。一般一个公司，可以把收入的15％投入到市场开发，包括渠道开发，公关，广告，网站等等。广告这一块，又再细分到报纸，杂志，电视，网络，手机等等。手机这里再分iPhone，Android等等。当一种新的广告形式出现的时候，这个广告业的大蛋糕是不增长的，而是多了一个分享者。
每一次新的广告形式出现，原有的某些形式必然会被挤压。这个在成熟的市场（比如美国）已经体现。报纸业承受的打击最大，现在所有的报纸都亏本。再过几年，可能会进入无报纸的时代。
我的意思是，虽然iPhone上广告的整体会增长，但是当这一产业成熟以后，这个增长率不会超过iPhone拥有量的增长。在app中加广告的开发者的增长率会比这个高得多。大家的广告收入也会越来越困难。
我把付费软件和广告看做为iPhone软件业的两个正途。要成功，我前面已经讨论过，要技术，经验，创意的积累。下面讨论的是奇途，为不一样的操作形式。
App是手段，不是目的。
意思是，不要把自己框在软件业。眼光放开些，把iPhone
app做为其它行业的商业工具。
实际上我们已经有些例子。比如苹果自己的Remote，是它iTunes系统的一个部件。其它还有iPhone
QQ，Amazon网店，Kindle
app，招商银行的掌上银行，等等。
它们的共同点是，免费，无广告，目的是把自己产品和服务的用户框在自己的系统里面。
那么你会说，这些都是大公司，和我有什么关系？实际上任何大小的公司，或多或少都可以把iPhone加入到自己的服务之中。
继续把这个概念延伸，我们可以考虑新的创业机会，甚至对已有行业有颠覆性的。我说的创业，不要仅限于IT。你可以考虑餐饮，娱乐，零售等等。例子包括用手机点餐，预定，KTV点歌等等。大家自己去想吧，我有些具体想法会留给自己发展。
需要注意的是，如果想往这方面发展，就不能够只限于iPhone平台。Android，WP7和Nokia都需要在考虑范围之内。要求你对行业熟悉（不是说IT行业，而是你app支持的那一业）。既然平台多，技术上的工作量也大。但是也正因为如此，门槛高，竞争少，而且黏性大。
在这条路上继续延伸，大家也可以考虑做硬件。利用iPhone的接口或蓝牙连接到其它的平台，而试用app提取和传递信息。这方面我可以讲几个例子。比如汽车警示灯亮，修理厂第一件事是用一个手上的ODB－2（汽车数据分析仪）来读错误信息。美国很多人自己都有，小问题就自己修了。这个东东很容易做成连接一个iPhone的附件＋软件（实际上至少有两家已经做了）。商业模式是卖硬件送软件。
再举一个医疗器械业的例子，很多的医疗仪器都可以转换为iPhone附件。比如说，有一种24小时的心电图，带了一天以后要送回给医生来看。想像一下，如果这个小机器把信息用蓝牙发给iPhone，再通过iPhone在软件内分析寻找异常，发现异常的时候直接发给医院，对病人和医生都是一个很大的帮助。
要想在这个方向发展，开发者必须把自己的行业定位于IT之外。你不可能整天宅在家里幻想出来一个创意。需要走出家门，多和朋友聚会聊天，观察生活，才能会发现机会。而且当找到机会以后，你必须有社会关系（或者雇人）来了解你本来不懂的行业。好处是，当你真正地起步，那会是一个真正的创业。
当App
Store上卖软件越来越难，甚至用广告赚钱都有向下趋势的时候，这种另类的app会逐渐增多，为开发者提供就业和收入机会。甚至长远（5到10年以后）来看，这一类的规模会超过传统的软件。
写到这里，前5篇都是为了这一篇打伏笔。分析过去和现状的目的是预测未来。
我的新年感言的主体到此结束。这几篇基本上都是从宏观角度来看这个市场。以后可能会写些番外篇，写些具体的注意事项。这个要看心情了。
VS2008中比较二个数据库的架构【Schema Compare】并更新的步骤：
一、打开VS2008，点击菜单上的Data==>Schema Compare==>New Schema Comparison…
二、在弹出窗体中，按下图分别在Source Schema下和Target Schema下选择相应的Database，其中Source Schema下选择的数据库【ISACADB-S】是待比较的数据源，是Target Schema下选择的数据库【ISACADB】被更新的依据。
三、选择好数据库后，点击OK按钮，开始执行架构比较，完成后，显示如下界面。
选择图中上面的数据库表或存储过程，下面的窗口二侧会分别以不同颜色高亮显示Source和Target Database中不相同部分的内容。
四、点击VS2008中如下图的工具栏中的紫色方框内的按钮【Show Schema Update Script】，会在vs2008的下方显示整个数据库的全部更新脚本；点击其右侧的刷新【Refresh】按钮，则会重新进行比较；点击Write Updates按钮，会直接执行更新，使Target Database的架构与Source Database一致，点击Write Updates左侧的按钮，可以重新设置Compare的二个Database；最左侧的按钮可以设置显示那些比较的结果。
五、导出脚本，可以直接复制上衣步骤中的脚本，也可以点击VS2008中如下图的工具栏的二个按钮，Export To Editor是将脚本导出到VS2008中的编辑器中，Export To File则是将脚本导出到文件中。
六、执行上一步导出的脚本，将Target Database的架构更新到与Source Database的架构一致。
七、在Target Database执行更新脚本成功后，检查Target Database的架构更新是否正确。方法是：将更新后的Target Database与Source Database进行架构比较，看比较结果是否完全一致，如果不一致，则检查错误原因；或者恢复原来的Target Database【已备份】，重新进行更新，直到更新正确。
VS2008中比较二个数据库的数据并更新的步骤：
一、打开VS2008，点击菜单上的Data==> Data Compare==>New Data Comparison…
二、在弹出窗体中，按下图分别在Source Database下和Target Database下选择相应的Database，其中Source Database下选择的数据库【ISACADB-S】是待比较的数据源，是Target Database下选择的数据库【ISACADB】被更新的依据。并在下面设置比较条件，点击Next按钮则可以进一步设置要比较的Tables、StoredProcedures、Views等，点击Finish则直接按默认【只比较Tables】进行数据比较。
三、点击Finish按钮后，开始执行数据比较，完成后，显示如下界面。
在 Win2008(iis 7.0)和Win2003(iis 6.0) 中，默认设置是特别严格和安全的，这样可以最大限度地减少因以前太宽松的超时和限制而造成的攻击。 指定 ASP 请求的实体主体中允许大小为 200,000 (IIS6为204,800) 个字节，在 iis 6.0 之前的版本中，没有限制。 这就造成了文件上传不能超过200k，而事实上是提交数据不能超过200k,你可以发一个很长的帖子试试，也会出现这个错误。 IIS7.0的修改方法如下： 打开IIS管理器--双击“IIS”中的“ASP”-- 打开“配置 ASP 应该程序的属性”--展开“限制属性”； 修改“最大请求实体主体限制”的值，默认值为200000（即不到200KB）； 把它修改为你想修改的大小，如：52000000（50MB）。 修改完成点击“应用”OK！ IIS6.0的修改方法如下： 在服务里关闭iis admin service服务 找到windows\system32\inetsrv\下的MetaBase.xml， 打开，找到AspMaxRequestEntityAllowed 把他修改为需要的值，默认为204800，即200k 把它修改为51200000（50MB） 然后重启iis admin service服务 在 IIS 6.0 中，无法下载超过4M的附件时，可以按以下步骤解决： 1、先在服务里关闭 iis admin service 服务。 2、找到 windows\system32\inetsrv\ 下的 metabase.xml 文件。 3、用纯文本方式打开，找到 AspBufferingLimit 把它修改为需要的值，默认为4194304（可修改为20M即：20480000）。 4、存盘，然后重启 iis admin service 服务。
纪录步骤 以备遗忘
1 test.bat 得到原文件名.excel
2 bulk rename 重新命名文件夹夹 文件名 (*选取子目录*)
3 test.bat 得到新文件名.excel
4 合并 原文件名.excel 新文件名.excel 到新excel里
5 创建assoeted临时表 导入新excel到SQL并处理字段
6 各assoeted临时表导入assoeted表 注意导前检查笔尖重复字段
7 处理assoeted_level=0的字段 手动insert
8 改新excel字段名为link title 并导入各临时表train中
9 合并各临时表train到train中
10 测试
