一切福田,不離方寸,從心而覓,感無不通。

Category Archives: Backend

谷歌员工吐槽对公司不满:优秀人才从事无聊工作

导语:美国社交问答网站Quora上近期发起讨论,多名谷歌员工对于在谷歌的工作提出多方面的不满。美国科技博客Business Insider今天刊文,总结了谷歌员工的这些不满。 以下为文章全文: 1.所有人都很优秀,因此谷歌可以招聘最杰出的人才从事最无聊的工作 “对许多人来说,在谷歌工作最糟糕的是,他们的能力远远超出所从事的的工作。由于品牌效应、薪酬和福利,以及非常积极的工作文化,因此谷歌有着极高的招聘门槛。所以,谷歌可以选择最优秀的候选人,即使是一些低级别职位。” “美国前10名大学的一些学生为谷歌的广告产品提供技术支持,或人工下线一些YouTube内容,或是为网站一个按钮的配色撰写基本的A/B测试代码。” 2.谷歌员工非常杰出,谷歌内部甚至出现了相关的笑话 “我曾经和同事开玩笑说,佩奇和布林乘着游艇出游,将游艇靠在一起,躺在与喷气式飞机上相同的躺椅上,抽着雪茄,拿起谷歌员工的照片说:‘他曾 经是跨国电信公司的总经理,拥有哈佛大学MBA学位,而现在则在解答Orkut的问题。’随后他们放声大笑,并拿起雪茄和苏格兰威士忌庆祝。当然这一部分 不太可能,因为他们两人都不会抽雪茄或是喝苏格兰威士忌。但其他部分可能是真的。” 3.谷歌已不再是创业公司,而是一家非常庞大的公司 “当我离职时,谷歌已不再具备创业公司的氛围。同样出现了办公室政治。如果你从事适当的项目,并以正确的方式进行自己的工作,那么很容易得到晋升。” 4.许多工程师都很傲慢 “不幸的是,尽管有着共同的信念,但我发现一般的谷歌工程师都很平庸,同时也非常傲慢。所有人都认为,他比自己的同事更好。因此除非是和朋友, 否则很难讨论任何问题。由于每个人的领域不同,因此客观的讨论非常少,而除非对方是‘重要的上帝’,所有人都对其他人的意见不感兴趣。” 5.谷歌非常庞大,你无法对其施加任何影响 “我在谷歌工作了3年。离开非常困难,但一个重要因素使我做出了这一决定:作为一个个人,我对谷歌业务可能产生的影响非常小。与之前的一些回答 类似,谷歌是一架不可思议的机器,依靠AdWords印刷钞票。除非你是极具才能的工程师,能创造一些新东西,否则你只是给这台机器加油的人。” 6.中层管理者很平庸 “我只能说,中层管理者总是保持中庸的思想,只关注指标而没有其他任何东西。他们不想打破现状,不知道如何激励下属,非常依赖谷歌的名声为自己谋取利益。” 7.谷歌可能懂工程,但不懂设计 “谷歌缺乏对产品和视觉设计的足够专注。这带来了许多被放弃,或是只取得一半成功的产品,例如Wave、谷歌视频、Buzz、Dodgeball、Orkut、Knol和Friend Connect。谷歌过于关注纯工程。” 8.办公室空间太小 “如果你只能在4栋主要园区大楼之一工作,那么可能会感到空间很挤。3到4名员工共用一个隔间,或几名经理共用一间办公室很常见。由于所有开开放空间都提供食物、游戏、电视或科技谈话,因此很难找到一个安静、私密的空间用于思考。” 9.事情一定要写在纸面上 “如果你正在与谷歌进行招聘谈判,那么要确保所有一切都必须写在纸面上,谷歌开出了太多空头支票,最终都没有兑现。” 10.谷歌员工可能被琐事困扰 “在苏黎世的办公室有一个安静的房间,员工可以在那里休息或午睡。那里有着非常漂亮的鱼缸,你可以将工作时间花在那里。超过100个邮件讨论搬走房间中的按摩椅,因为许多人抱怨按摩椅太吵,影响了他们的睡眠。” 11.文化并不成熟 “这里就像是世外桃源,人们永远不会长大。他们整天都在喝东西,社交,玩游戏,但工作做得很少。” 12.你无法远程办公 “对我来说问题在于无法远程办公,而过去5到6年中我一直都这样做。” 13.谷歌员工不尊重临时工 “我曾在谷歌从事临时工的工作,最糟糕的是谷歌正式员工自以为是的态度。他们似乎认为,非正式员工在精神上要低他们一等。” 转自:http://www.oschina.net/news/45645/google-employees-are-not-satisfied-with-the-company

龙生   05 Nov 2013
View Details

NBA明星前锋克里斯·波什:我们为何要学习编程

导语:NBA热火球员克里斯·波什还是个极客,对科学和编程有着浓烈的兴趣。被问及为何学习编程时,他说“仅仅是为了理解这个世界的运转方式。如果说蛮力开创了人类第一个纪元,自动化技术就是第二个,(学编程)是我们跟上时代步伐的唯一手段“。来听他谈谈编程如何影响这个时代的进程吧! 我知道,要求每个人——从流浪汉到小屁孩——都去学习编程,多少有些可笑。因为有一些更重要的事情,同样等着你去完成。 但我不认为,我们可以忽视学习编程的重要性。 作为一个生长在90年代,且有着技术控父母的小孩,我注意到我周围的世界全绕着一个轴在转,1和0组成的不同模型就是驱动世界运转的力量。忽视设计和编写这些模型的学习,我们就都太傻了。如果说,蛮力开创了人类第一个纪元,自动化是第二个,那编程是我们与时俱进的唯一手段。在未来,大多数工作会赋予那些懂编程的人。 上网,打电话,外出购物,我们无时不刻不在使用代码,它是这个世界运转的基础。能够对如此重要的事物有所了解,我觉得非常有益。 大部分运动员,在学校的时候就已选择了自己日后的职业运动项目。对我来说,这是在高中,一切发生的时候。一方面,你身体长得很快,长于运动;另一方面,大人们告诉你,要不论喜恶地去尝试不同事物,从中找到自己的规划。在那个年纪,尝试是一件很有意思的事情。 在加入NBA前我就清楚知道,要让我的未来——也是每个人的未来——足够有保障,我必须要有掌控0和1的能力,尽管此时我的球衣正挂在林肯高中的体育馆里。幸运的是,总在测试小物件、操作眼花缭乱的CAD软件的极客父母,帮助我把手放到学习编程的键盘上,而不是托着篮球,或阻止对手的进攻。 从我记事起,我的妈妈就经营着一个“电脑帮帮忙”的生意。可以说我是在电脑堆里长大的。后来,她去了德州仪器工作。每当我们放学回家,都会有一堆我妈从公司里带回来的新奇玩意可以把玩。那是我接触第一台数码相机的时候!当人们还在用着AutoCAD时,我父亲做上了职业管道施工,工程实施,并为多家不同的公司做设计。 我是幸运的,因为我的父母在子女教育上有很高水准,他们都是受科学驱使的人。高中时,我加入“天才儿童”组织,一个二年级学生组成的电脑绘图俱乐部。在这里我如鱼得水。高三时,我还加入了少数派工程师协会和全国黑人工程师协会。 我得到高中文凭,但没有从大学毕业。但即使只在佐治亚理工学院(Georgia Tech)待了一年,我依旧保持了对科学和求知的浓烈兴趣。我知道我可以靠这生存。在某些关键时刻,职业运动员要问自己,如果不成功怎么办。于我而言,我想我会拿计算机科学和编程来教育小朋友——越小越好。 关于编程,有趣的是,当我高中第一次摸索图形设计和计算机时,我完全不知道编程为何物。它是几乎一切科技的基础。如果当初在学校有人告诉我,编程可以直接或间接地让上百万人生活得更好,这会更早地激发我的兴趣。只是,我不认为那时候,人们真的意识到编程对当今世界的影响。 像所有精彩的篮球赛事一样,我们仍然可以追赶。 即使现在我的主要兴趣是篮球,我仍旧在学习和探索。我想教孩子编程,因为它可以创造出如此吸引人的应用。只要肯下功夫,这并不难。你尽可心说“但这对你的事业没有帮助”——我会告诉你,确实有。透过编程,让我明白了很多人生道理。 此时,学习编程对我而言,仅仅是为理解这个世界的运转方式。 而且,它很酷。我打的是篮球,但我知道我学编程的同辈们在“酷”之前需要面对非常多的嘲笑、戏弄。很多人无法想像一个将近七尺高的人也会成为攻击对象,但我也被欺负了好一阵。我很幸运,体育给了我在极客上的自信。我打的是篮球,所以我能按照自己的节奏来突围,并逆转观众的想法。 这些年来我看过很多有我的视频——赛事、MV、广告——但在code.org视频中是我人生最酷的时刻。当粉丝发推@我,说老师给他们看的视频中,我同世界上最有名的科技符号一并出现时,我明白了一件事:书呆子们终于一雪前耻。 我是麦阿密热火队员,我的球衣背面是“1”。对我来说,胜利并不是“胜利”,它是01110111 01101001 01101110 01101110 01101001 01101110 01100111(胜利"winning"的二进制代码)。 (本文为迈阿密热火1号球员克里斯·波什发表在《连线》文章) 转自:http://www.oschina.net/news/45652/why-we-should-learning-programming

龙生   05 Nov 2013
View Details

WebRequest之Post写法

Web.Config

  CS文件

  ashx

转自:http://www.cnblogs.com/goody9807/archive/2011/10/08/2202265.html

龙生   31 Oct 2013
View Details

自己项目中使用的信息采集类(WebRequest)

using System; using System.IO; using System.Net; using System.Text; using System.Web; namespace HP.Common { /// <summary> /// 信息 /// </summary> public class InfoCollect { /// <summary> /// 获取内网页面内容 /// </summary> /// <param name="url"></param> /// <returns></returns> public static string GetPageByInner(string url) { return GetPage("http://" + HttpContext.Current.Request.ServerVariables["SERVER_NAME"] + (HttpContext.Current.Request.ServerVariables["SERVER_PORT"] == "80" ? "" : ":" + HttpContext.Current.Request.ServerVariables["SERVER_PORT"]) + url); } /// <summary> /// 获取公网url内容(GET) /// </summary> /// <param name="url"></param> /// <returns></returns> public static string GetPage(string url) { return GetPage(url, "GET", null); } /// <summary> /// 获取公网url内容(Post方法) /// </summary> /// <param name="url"></param> […]

龙生   31 Oct 2013
View Details

罗马尼亚程序员的幸福生活

我做了三年的+Perl程序员,以编程为生已经有7年。我生活中克路治-那波卡市(Cluj-Napoca),这是罗马尼亚第二大城市。 四年前我就开始困惑于一个问题:作为一个程序员,我的生活水平和其他国家的程序员有多大差距?那时候我的税后收入大概是每月700欧元(约5830 元,1欧元=8.331人民币)。就当时罗马尼亚的经济水平,整个社会的平均工资低于每月325.91欧元(2715元),我的收入差不多是全国水平的两 倍,这让我产生了一种打死都不离开这里的感觉。然而,这只是一种心理感觉,尽管和其他人比起来我挣得很多,但事实上每月我都挣扎在贫困线上。这种拮据归咎 于我缺乏收入管理,背后的原因是我的妻子刚刚成为一名律师,她现在的收入几乎为0, 克路治-那波卡市的程序员的收入情况 尽管市场在不断的浮动变化,那波卡市里一名有经验的程序员的基本收入大概是这个水平(这里说的收入都是税后水平——净收入): 最初是每月400欧元(3330元) 每6个月涨100欧元(833元)工资 根据个别情况,这个数目会有差异,可能更好,可能更坏。 从好的情况讲,一个程序员的工资水平可以用以下方式获得跳跃式的增长: 通过直接要求 通过跳槽 通过离开公司然后反聘回来 当然,还可以卓越的成绩来跟公司讨价还价,获得涨薪 从不好的情况讲,如果发生下列情况,一个程序员的工资会增长的很慢: 公司的运营状况不好 不善于谈判 一个不关心员工的老板。 自己表现不好 所以,当发现一个有5年经验的程序员拿月薪税后1500欧元(12.5K元)而一个7年经验的只拿月薪1700欧元(14k元)时,就不足为奇了。 几大城市收入/消费水平的比较 最近我发现了这个numbeo网站,它收集世界上各大城市的消费及收入信息,而且,它能让你将两个城市的物价水平,工资及购买力进行比较,你能根据它估算出在另一个城市生活所需要的收入水平。根据它提供的数据,我发现以我现在在那波卡市的收入水平不可能在世界其它城市里生活的很好。(表中的金额都以欧元为单位) 城市 参考收入 收入1 租房价格 收入2 年净收入 伦敦 4762 5,396.93 1,884.00 7,280.93 87,371.20 柏林 2784 3,155.20 800.00 3,955.20 47,462.40 阿姆斯特丹 3826 4,336.13 3,026.00 7,362.13 88,345.60 纽约 4848 5,494.40 2,214.00 7,708.40 92,500.80 旧金山 4484 5,081.87 2,216.00 7,297.87 87,574.40 这些数字的含义 参考收入 – 是指在那个城市如果想让生活质量达到我现在在那波卡市的生活水平,你需要达到的收入水平。按我在那波卡市每月1500欧元收入算。上表中显示的都是税后收入或净收入。 收入1 – 是指如果想在那个城市的生活质量达到在那波卡市的每月1700欧元生活水平质量,你需要达到的净收入。我列出1700欧元水平的原因是它很接近我的水平,这是有7年工作经验的程序员的平均水平。 租房价格 – 一个三居室的价格,非市中心。 收入2 – 这是收入1栏和租房价格的汇总 年净收入 – 是指收入2栏乘以12个月 需要更多的数据 如果在上表中再加入一列各城市的程序员的平均收入信息,那就更清晰了。遗憾的是,我搜查过的大多数网站上只提供税前年收入。因为各地的税收情况各 异,不可能计算出税后收入。所以,如果你是一个在上述城市生活的程序员,并且知道当地平均净收入的情况,请在评论里分享给大家,我会更新到文章里。 克路治-那波卡市(Cluj-Napoca)程序员的生活情况 因为罗马尼亚较低的购买力水平,人们日常的消费水平也比较低。看一下numbeo网站上关于那波卡市的价格水平信息。 1700欧元每月你可以过上任何想要的生活——如果你是个喜欢聚会的人。你的生活大概可以是这样: 一顿三餐(3餐12欧元 * 30 days = 360 欧元/月). 每个周末去最贵的俱乐部玩乐(一晚30欧元 * 8晚 = 240欧元/月) […]

龙生   31 Oct 2013
View Details

处理WCF异常的方式

任何程序都离不开对异常的处理,良好的异常处理方式可加快寻找出异常的根源,同时也需要避免暴露敏感信息到异常中。WCF这种典型的服务端和客户端交互的程序,服务端的异常更需要适当的处理。下面以一个简单的服务为例,说明WCF中处理异常的方式。 WCF服务定义如下,很明显方法Divide在divisor为0的时候将会抛出异常 View Code 客户端调用如下:  using (var client = new CalculateServiceClient()) { try { Console.WriteLine(client.Divide(20, 0)); } catch (FaultException ex) { Console.WriteLine(ex.Reason); } } 首先需要知道的是,WCF的异常信息默认是以FaultException的形式返回到客户端,FaultException的关键属性Reason是对客户端反馈的最重要信息之一。以上客户端代码调用之后,默认的FaultException返回的Message信息如下: 由于内部错误,服务器无法处理该请求。有关该错误的详细信息,请打开服务器上的 IncludeExceptionDetailInFaults (从 ServiceBehaviorAttribute 或从 <serviceDebug> 配置行为)以便将异常信息发送回客户端,或在打开每个 Microsoft .NET Framework 3.0 SDK 文档的跟踪的同时检查服务器跟踪日志。 根据异常的提示,意思说如果要在客户端看到详细的Exception信息,那么请将ServiceBehavior对应的IncludeExceptionDetailInFaults属性设置为True,通常在配置中表现为如下设置: View Code 通过以上设置之后,客户端输出的内容为“尝试除以零”,这个提示信息跟原始的异常信息是一致,即返回的FaultException中的Reason包含原始异常的Message的值,但是这样处理之后服务端所报出的异常信息直接传到了客户端,比如一些保密信息也可能输出到了客户端,因此对于异常信息必须进行一个封装。最直接的形式莫过于在服务端就把异常给捕获了,并重新throw一个FaultException 服务端的代码改进如下,经过以下改进,那么客户端得到的信息仅仅是"操作失败",同时服务端也记录了异常信息(这时IncludeExceptionDetailInFaults是设置为False的)。 View Code 当然这是FaultException的默认用法,FaultException还支持强类型的异常错误信息,返回更加丰富和精确的错误提示。假设定义如下通用的一个FaultContract类型,将出错时的用户名和线程名字记录到异常信息中,因为异常信息也是通过SOAP格式传输的,因此跟定义其他DataContract的方式一样。 CommonFaultContract 那么服务方法的接口需要增加如下标记,如果不这样标记,那么客户端得到的异常类型依然是FaultException,而不是强类型的异常信息。 [FaultContract(typeof(CommonFaultContract))] int Divide(int dividend, int divisor) 实现方法中抛出异常的部分代码改成如下: 异常处理 这时候重新生成客户端的代理类,然后更新客户端的代码如下,红色部分即获取强类型的异常错误信息。 View Code 当然在具体应用中还需要根据需求,返回不同的信息,构建不同的FaultContract。 以上服务端捕获的异常方法,适用于方法比较少的情况,如果有十多个方法,一个个去写try catch然后做标记等,那么工作量会很大,而且代码也不利于重用。尝试寻找像MVC Controller那样的统一处理Exception的方式,将异常处理都放在基类中,那么只要继承与这个基类的方法都不需要去写try catch去捕获异常。但WCF中似乎没有这样的机制,放弃了这种做法。 最近在研究Enterprise Lib中对WCF的支持时,发现Exception Block中还特地有针对WCF程序异常处理的解决方案,而且满足以上说道的需求,即可记录异常,又可对异常信息进行封装。更重要的时,自动处理运行时的异常信息,不需要挨个方法的去写Try catch。秉承企业库的优秀传统,大部分工作还是通过配置就可以完成了,非常好的解决方案。下面介绍具体的使用步骤。 步骤一: 引用以下dll Microsoft.Practices.EnterpriseLibrary.ExceptionHandling.dll Microsoft.Practices.EnterpriseLibrary.ExceptionHandling.WCF.dll Microsoft.Practices.EnterpriseLibrary.Common.dll Microsoft.Practices.ObjectBuilder2.dll 步骤2: 在具体的实现类中,增加如下属性标记,其中WcfException为企业库中Exception Block中的一个异常处理策略,具体如何配置异常处理策略,请参考企业库的帮助文档。 [ExceptionShielding("WcfException")] public class CalculateService : ICalculateService 那么只要增加了[ExceptionShielding("WcfException")]这个属性标记之后,所有运行时的异常都将交给策略名为WcfException的异常处理block来处理,在这里就可以执行一些异常记录以及异常封装的操作。 步骤3: 将异常信息封装为FaultException,这个动作也是通过配置来完成。在Exception节点中添加一个Fault Contract Exception Handler。 Fault Contract Exception Handler需要设置以下两个属性值 exceptionMessage:所有异常封装后的错误信息 faultContractType:即返回异常的faltContract类型,这个类型必须指定一个,哪怕方法中没有用到也要,如果方法中有用到,那么客户端那边就能得到强类型FaultException,否则就是普通的FaultException。这里指定为之前定义的CommonFaultContract。 对于faultContract类型的值,还可以通过PropertyMappings来自定义需要从原始异常信息中映射到faultContract的属性中,这个属性可选。 […]

龙生   30 Oct 2013
View Details

WCF:读取 XML 数据时,超出最大字符串内容长度配额 (8192)。通过更改在创建 XML 读取器时所使用的 XmlDictionaryReaderQuotas 对象的 MaxStringContentLength 属性,可增加此配额。

使用WCF传输大数据时,我们都会碰到如题中出现的错误信息,出现这个问题是因为WCF本身的安全机制导致的,限制了客户端与服务器资源传输大小,那我们如何还解决这个问题呢? 针对这个问题,我们要分发送、接受两个方面来解决。 发送大数据:在WCF服务端解决 NetTcpBinding binding =  new NetTcpBinding(); binding.MaxReceivedMessageSize= 2147483647(更改这个数字) ; 接受大数据:在WCF客户端解决 NetTcpBinding binding =  new NetTcpBinding(); binding.ReaderQuotas = new XmlDictionaryReaderQuotas() { MaxStringContentLength = 2147483647(更改这个数字) }; 我们即可以使用如上述通过代码配置,我们同样也可以使用配置文件进行配置(在binding节中)。

 

龙生   30 Oct 2013
View Details

InnerException 消息是“反序列化对象 属于类型 *** 时出现错误。读取 XML 数据时,超出最大字符串内容长度配额 (8192)。(注意细节)

WEB站点在调用我们WCF服务的时候,只要传入的参数过长,就报如下错误: [csharp] view plaincopy 格式化程序尝试对消息反序列化时引发异常: 尝试对参数 http://tempuri.org/ 进行反序列化时出错: formDataXml。InnerException 消息是“反序列化对象 属于类型 System.String 时出现错误。读取 XML 数据时,超出最大字符串内容长度配额 (8192)。通过更改在创建 XML 读取器时所使用的 XmlDictionaryReaderQuotas 对象的 MaxStringContentLength 属性,可增加此配额。 第 137 行,位置为 76。”。有关详细信息,请参阅 InnerException。 网上一搜索,答案基本得到解决,可我的问题就是不能解决(主要是细节打败了我),按照网上的文章进行服务器端修改配置如下: [html] view plaincopy <binding name="HttpBinding" <span style="color:#ff0000"><strong>maxReceivedMessageSize</strong></span>="2097152">     <readerQuotas maxDepth="32" <span style="color:#ff0000"><strong>maxStringContentLength</strong></span>="2097152" maxArrayLength="2097152" maxBytesPerRead="2097152" maxNameTableCharCount="2097152" />     <security mode="None"></security>  </binding>   其实这里主要的配置是两个:maxReceivedMessageSize、maxStringContentLength; 网上提到还需要配置客户端,其实如果是报上面错误就不要管客户端了,因为如果是客户端调用WCF报错,就不是读取XML数据超时,而是明确的错误提示,如下: [csharp] view plaincopy 已超过传入消息(1024)的最大消息大小配额。若要增加配额,请使用相应绑定元素上的 MaxReceivedMessageSize 属性。 所以这篇文章提到的错误基本与客户端无关。 一般情况下,安装上面的修改就可以解决问题了,但是我的WCF还是报错,没办法,只能继续找,无意间发现服务器端WCF配置有点异常,不用登录验证的WCF接口有用到bindingConfiguration,但是需要验证的WCF接口就没有配置该属性,如下代码: [html] view plaincopy    <bindings>       <wsHttpBinding>         <span style="color:#ff0000"><binding name="HttpBinding" maxReceivedMessageSize="2097152">           <readerQuotas maxDepth="32" maxStringContentLength="2097152" maxArrayLength="2097152" maxBytesPerRead="2097152" maxNameTableCharCount="2097152" />           <security mode="None"></security>         </binding></span><span style="background-color:#f0f0f0"><binding name="HttpBinding" maxReceivedMessageSize="2097152"> <readerQuotas maxDepth="32" maxStringContentLength="2097152" maxArrayLength="2097152" maxBytesPerRead="2097152" maxNameTableCharCount="2097152" /> <security mode="None"></security> </binding></span>       </wsHttpBinding>     </bindings>     <serviceHostingEnvironment aspNetCompatibilityEnabled="true" />     <services>       <service name="Achievo.MMIP.WMP.WebService.WMPProcService" behaviorConfiguration="wmpWcfBehavior">         <span style="color:#ff0000"><strong><endpoint address="" binding="wsHttpBinding" contract="Achievo.MMIP.WMP.WebServiceIService.WMPServiceProcIService"></strong> </span>          <identity>             <dns value="localhost" />           </identity>         </endpoint>         <endpoint address="mex" binding="mexHttpBinding" contract="IMetadataExchange" />       </service>       <service name="Achievo.MMIP.WMP.WebService.WMPGetFormDataService" behaviorConfiguration="wmpWcfFormDataBehavior">         <span style="color:#ff0000"><strong><endpoint address="" binding="wsHttpBinding" bindingConfiguration="HttpBinding" contract="Achievo.MMIP.WMP.WebServiceIService.IWMPGetFormDataIService"></strong> </span>          <identity>             <dns value="localhost" />           </identity>         </endpoint>         <endpoint address="mex" binding="mexHttpBinding" contract="IMetadataExchange" />       </service>     </services> 注意红色部分的配置,大伙可以对比一下,就发现其中一个缺少bindingConfiguration配置;如果这个时候,把缺少的部分补上,和另外一个配置一样,WCF就会出错,这里我的初步判断是:name="Achievo.MMIP.WMP.WebService.WMPProcService"是必须要验证登录才能访问,所以不能绑定上面的匿名访问的配置,简单说就是规定是验证就不能在配置为匿名;所以把配置修改为如下: [html] view plaincopy <bindings>     <wsHttpBinding>       <span style="color:#ff0000"><strong><binding name="HttpBinding" maxReceivedMessageSize="2097152">         <readerQuotas maxDepth="32" maxStringContentLength="2097152" maxArrayLength="2097152" maxBytesPerRead="2097152" maxNameTableCharCount="2097152" />         <security mode="None"></security>       </binding>       <binding name="HttpBinding1" maxReceivedMessageSize="2097152">         <readerQuotas maxDepth="32" maxStringContentLength="2097152"/>       </binding></strong></span>     </wsHttpBinding>   </bindings>   <serviceHostingEnvironment aspNetCompatibilityEnabled="true" />   <services>     <service name="Achievo.MMIP.WMP.WebService.WMPProcService" behaviorConfiguration="wmpWcfBehavior">       <strong><span style="color:#ff0000"><endpoint address="" binding="wsHttpBinding" <span style="font-size:18px">bindingConfiguration="HttpBinding1"</span> contract="Achievo.MMIP.WMP.WebServiceIService.WMPServiceProcIService"></span></strong>         <identity>           <dns value="localhost" />         </identity>       </endpoint>       <endpoint address="mex" binding="mexHttpBinding" contract="IMetadataExchange" />     </service>     <service name="Achievo.MMIP.WMP.WebService.WMPGetFormDataService" behaviorConfiguration="wmpWcfFormDataBehavior">       <strong><span style="color:#ff0000"><endpoint address="" binding="wsHttpBinding" bindingConfiguration="HttpBinding" contract="Achievo.MMIP.WMP.WebServiceIService.IWMPGetFormDataIService"></span></strong>         <identity>           <dns value="localhost" />         </identity>       </endpoint>       <endpoint address="mex" binding="mexHttpBinding" contract="IMetadataExchange" />     </service>   </services> 在验证,OK,通过。 转自:http://blog.csdn.net/yang_5/article/details/11775819

龙生   30 Oct 2013
View Details

29 本关于数据库、数据挖掘和信息检索的免费电子书

信息检索、数据库和数据挖掘是IT世界目前最流行的事情!要对这方面的知识了解更多,可以在线阅读和下载下面29本绝对免费的电子书。阅读愉快! 1.高级文本挖掘理论及其应用 Shigeaki Sakurai编写,InTech在2012年出版 为了从数据中取知识,文本挖掘技术得到了积极地研究。这本书介绍了高级文本挖掘技术。其中包括从关系获取到实力不强的语言的各种技术。 2. 数据库基础 Serge Abiteboul,Richard Hull,Victor Vianu编写,Addison Wesley在1994年出版 这本书对数据库管理系统的逻辑层次理论的经典问题和高级问题进行了深入的介绍。其中包括详细的论证和大量的例子以及练习。 3. 互联网广告 S.Yuan,A.Z.Abidin,M.Solan,J.Wang编写,arXiv公司在2012年出版 这本书综合性的纵览了互联网广告,讨论了研究的问题,确定当前的技术,给出互联网广告未来的方向。我们以这个行业的简要历史、介绍和分类作为开端。 4. 关系型数据库理论 David Maier编写,计算机科学出版社于1983年出版 这本书试图成为数据库的辅助课程和数据库领域研究的参考书。书中包含的材料包括关系代数、函数依赖、多值和连接依赖,常规报表、展示理论等 5. 使用MapReduce处理集约式文本数据 Jimmy Lin,Chris Dyer编写,Morgan & Claypool出版社于2010年出版 这本书关注的是MapReduce算法设计,着重关注的是自然语言处理、信息获取以及机器学习中常见的文本处理算法。我们简单地介绍了MapReduce设计模型的概念。 6. R语言中的数据挖掘算法 Wikibooks于2010年发表 数据挖掘由从大数据集中确定感兴趣模型的技术和算法组成。目前执行诸如频率模型挖掘、群集、分类和其他工作的算法就有几百种。 7. 数据挖掘简介 Saed Sayad编写,多伦多大学于2011年出版 数据挖掘是通过数据分析的方式解释过去和预测未来。数据挖掘是跨学科的领域,其中涉及到统计学、机器学习、人工智能和数据库技术。 8.大规模数据集的挖掘  斯坦福大学 Anand Rajaraman, Jeffrey D. Ullman著,2010 这本书最重要的是描述了数据挖掘技术。并且,它侧重于更大规模数据的挖掘技术。正是因为它强调数量的巨大,我们的许多例子是关于Web或来源于网络的数据。 9.信息检索:一个调查 美国马里兰大学 Ed Greengrass 著 2000 这是一个在动态信息检索领域的状态调查。主题包括:查询和报表主题,文档集合索引,文档相似度计算的方法,等等。 10.数据库基础 IBM公司 -Neeraj Sharma著 2010 这本免费的电子书教你简单是数据库基础知识,包括关系型数据库理论,数据库设计的物理逻辑,以及SQL查询语音。提升篇涉及到函数,存储过程和XML的使用。 11.多关系数据挖掘 Arno Jan Knobbe著, IOS出版 2006 这本书是关于数据挖掘:从大量的数据中提取出有用的信息。伴随着现代社会公司和机构大量数据的聚集,这个话题已经越来越显得重要了。 12.自然语言接口数据库概论 I. Androutsopoulos, G. D. Ritchie, P. Thanisch – arXiv著 1995 这本书主要介绍数据库中(NLIDBs)的自然语言接口。NLIDBs的优点和缺点都进行了讨论,把NLIDBs与正式查询语言,基于表单的接口,图像化接口进行了比较。 13.数据库系统中的读取 J.m.Hellerstein,m . Stonebraker著 -加州大学伯克利分校,1999年 这些课堂讲稿为学生和专业人士了解最近创新领域提供了一个数据库研究环境和技术背景。这篇文章涉及到了数据库领域中最重要的问题。 14.数据库系统和结构 1998年 西蒙弗雷泽大学Osmar r . Zaiane  著 这本书介绍了数据模型,数据库系统,关系型数据库及关系语言的结构和使用,索引和存储管理,关系型数据库的查询处理,以及关系型数据库的设计理论。 15.数据挖掘的桌面生存指南 […]

龙生   30 Oct 2013
View Details

21 本计算机数学相关的免费电子书

计算机数学对于许多人来说可能是一个难以搞定的科目。在这里我们为大家提供了21本免费电子书来帮助大家更好的理解计算机数学。 1. 概率编程和黑客的贝叶斯方法  这本书是对贝叶斯推理的一个引导,着重于计算机理解方面,以数学观点为辅。这本书假定你事先即不了解贝叶斯推理也不了解概率编程的知识。 2. 图灵机时代的数学  Thomas Hales 著,出版商:arXiv ,2013 计算机快速增长,变得在数学中无处不在,我们的后代回顾今天,可能会将它视为金色黎明。这篇文章给出了一个关于数学证明需要依赖计算机计算的调查和证明。 3.Pi的简史:从阿基米德到Eniac Jonathan M. Borwein著,出版商:DocServer, 2010 理解Pi,挑战Pi,原始需要,计算更加精确的Pi的值,这些难题已经挑战了数学家多个世纪,并且Pi已经被证明是计算机数学令人信服的例子。 4. Julia 集和Mandelbrot集概览  – Wikibooks, 2010 这本书展示了计算机是如何画出技术完美的Julia 集和Mandelbrot集图片的。书中对所有必要的理论进行了解释,并提出了一些关于如何将它们放入计算机程序中的建议。 5. 想像统计:程序员的概率和统计  Allen B. Downey著,出版商Green Tea Press, 2011 《想像统计》是一本为Python 程序员准备的概率和统计导论。这本新书着重于用来探索真实数据集合的简单技巧,并回答了一些有趣统计问题。该书假设你已经对Python有所了解。 6.  Isabelle/HOL: 高阶逻辑的辅助证明 作者T. Nipkow、L.C. Paulson、M. Wenzel——施普林格出版社,2010 这本书是高阶逻辑的辅助证明的介绍,使用的是Isabelle的辅助证明。这是潜能用户的一本指南。这本书有三个部分:基本技术;逻辑与集合;高级内容。 7.计算机代数,算法,系统和应用 作者Richard Liska。捷克技术大学,1996 目录:绪论;代数算法;数学系统的集成;系统数学集成的基础可行性;计算机代数的应用;研究资源。 8.实代数几何算法 作者S. Basu、R. Pollack、M. Roy——施普林格出版社,2009 专著详细论述了实代数几何算法。书写得很好,对那些工作在实代数几何或将其应用到其它领域的初学者和高级读者都很有用。 9. Nuprl 证明开发系统的数学应用 R. L. Constable著——Prentice Hall,1986 作者提供一个基于他们研究的新的数学思路。书中的许多想法需要数学和计算机科学的本科教育背景。 10.算法代数 Bhubaneswar Mishra著——柯朗数学科学研究所,1993 本书的主要目的是告知,告知那些正在学习计算机科学的高等本科生算法代数中工程和数学的算法思想,这样他们可以将算法代数应用于研究。 11.组合子图归约结构 Philip J. Koopman、Jr著,科学出版社,1990 提出了降低组合图的高速缓存模拟实验结果的一种抽象机。抽象机,也称TIGRE,其还原率可媲美当前先进的技术。 12. 奇异吸引子:创建混沌系统模型 Julien C.Sproot编写,由M&T Books于2000年出版 混沌和分形改变了我们对这个世界的看法。这本书展示了许多由非常简单的方程所产生的艺术魅力的例子,并教会读者如何生成这种模型的无穷变换。 13. 艺术画廊定理及算法 Joseph O’Rourke编写,牛津大学出版社于1987年出版 艺术画廊定理和算法这么叫是因为这些定理与算法与几何图形的可视性以及几何图形的内部切面问题相关。这本书深入的探讨了这个领域的普遍性问题和特殊性问题。 14. Axiom:一个科学计算系统 Richard D.Jenks,Robert S.Sutor编写,axiom-developer.org与2003年发行 Axiom是一个免费的通用的代数计算系统。这本书对AXIOM做了技术性的介绍,双向性地介绍了由符号计算社团开发的系统教程、访问算法,并介绍了一些高级技术。 15. 数学函数图形化的黄金电子书 由E.Pérez在2008年发表 这本书对复变数领域进行了可视化介绍,并隐性地与对应的真正的平面图形进行了比较。这本书假设读者对平面上的曲线和平面有些许了解。 16. 计算机科学家的数学 Gareth J.Janacek,Mark L.Close编写,由BookBoon于2008年出版 你可以在这本书里找到计算机科学家所必须的基础数学。它应当可以帮助你理解数学概念的意义。并对基本逻辑、 因式分解、 绘图函数和矩阵等等问题进行了解释说明。 17. 数学图解:几何图形和PostScript手册 […]

龙生   30 Oct 2013
View Details
1 235 236 237 280