最近遇到的关于微软的两个坑

最近遇到的关于微软的两个坑：

1) 我从 msdn 下载了 windows server 2016 standard 的评估版，在 vmware 里创建虚拟机安装被提示需要输入评估版的 key，按 msdn 下载评估版提示，微软应该会发一封邮件给我指导我评估版的安装但我并未收到此邮件，在微软网站上无法找到 windows server 2016 评估版的 key。最后尝试在 hyper-v 创建虚拟机安装则没有输入评估版 key 的提示，看来微软针对 hyper-v 作了优化。估计只有 vmware 里虚拟机安装 windows server 2016 评估版才有输入 key 的提示了。

2) 我之前在 windows 10 enterprise 2015 LTSB 里尝试安装 ms azure service fabric sdk，报告 vs2010 redistribution package 的数字证书校验失败；在新装的 windows 2016 server 里安装 ms azure service fabric sdk 则顺利通过。看来至少微软对  ms azure service fabric sdk 的安装程序测试不充分。

时间： 2024-10-03 22:25:12

最近遇到的关于微软的两个坑的相关文章

两个坑-Linux下Network-Manager有线未托管-DNS resolv.conf文件开机被清空

Linux里面有两套管理网络连接的方案: 1./etc/network/interfaces(/etc/init.d/networking) 2.Network-Manager 两套方案是冲突的,不能同时共存. 第一个方案适用于没有X的环境,如:服务器:或者那些完全不需要改动连接的场合. 第二套方案使用于有桌面的环境,特别是笔记本,搬来搬去,网络连接情况随时会变的. 他们两个为了避免冲突,又能共享配置,就有了下面的解决方案: 1.当Network-Manager发现/etc/network/in

iscroll遇到的两个坑

最近移动端闪付遇到的两个坑做下总结: 1.使用iscroll后,滑动并没有生效 解决方案: 首先要查看:结构是否正确: <div id="wrapper">   //wrapper的高度一定要指定,并且最好要高于wrapper的高度否则,无法正常滚动   <ul>     <li></li>     ...  </ul> </div> 其次,要看您在动态加载完html内容后的refresh方法: 这里一定在用set

React.lazy 和 react-hot-loader 遇到的两个坑

今天升级了脚手架,重新配置懒加载使用 React.lazy,但是在配置的时候遇到两个坑,搞了很久才解决,在此记录一下. 一是在使用 React.lazy 来进行懒加载的时候,lazy() 里的 import() 组件始终不会进行代码分割,试了各种方法都没解决,而且代码看起来和各种教程都一样的,最后发现是一个 babel 的配置问题... 我的 babel 配置之前配置成了这样: ['@babel/preset-env', { targets: [ 'last 2 version', 'ie >=

GJK的两个坑

①: 如果两个图形恰好接触, 之后EPA得到的嵌入向量会是零向量. 只要把原点恰在闵可夫斯基差边界上的情况也排除当作不接触就能解决. ②: 如果原点恰好落在单纯形的AB边上, 之后得到的搜索方向会是零向量, 最后得到的单纯形不再是三角形, 而是一条线段. 此时仅用来判断是否重叠的GJK依然能正常判断, 但之后的EPA就不能正常工作了. 个人的解决方法是强行用AB的垂直向量当作搜索方向找出点C以组成三角形. 之后的EPA得到的嵌入向量可能微有偏差, 但还在接受范围内. isIntersect: f

最近移动前端项目中遇到的两个坑

尽管要多加避免,但还别说,坑还真得常踩常有,不要以为手机端都是 Webkit 的天下就简单,不用处理浏览器之间的兼容问题,--其实不一致性的问题还是挺大的. 两个 bug 都是涉及 iframe 的--iframe 真是不好搞! 事情是这样的,一个内嵌于 iframe 的页面,因为需要从认证接口中返回 token 作为登录凭证,读取接口信息是没问题的,然后需要用 session 把登录信息保存起来.奇怪的是,session 无效,就像丢失了一样!脱离了 iframe 就是单独页面的话就没事.而且

jQueryUI Draggable 和 Droppable 配合使用时遇到的两个坑

jQueryUI 的 拖拽插件极大的方便了开发者对拖拽功能的实现,但是官方教程给的太笼统,在具体实现的时候很多地方不明确,这里说一下我遇到的两个 "小坑": 1:Draggable 的clone  属性. 2:Droppable 接受拖拽控件的定位问题(拖到哪,就放在哪) 首先是第一个"坑",在做一些类似编辑器的东西时需要我们实现类似拖拽控件的功能,即从 "工具栏" 拖到 "编辑栏".这就需要用到 clone属性,在使用这个属

微信支付摔个两次坑

记录一下,两次做微信公众号支付情况 .第一次做微信支付是因为我们的项目本身是公众号.当时出现问题,不懂调试.用了微信的官方文档的例子,一直报错.然后又用了wxchoospay,也是报一样的错误.所以,最后才发现还是 是因为大小写错误.所以一定要注意所有参数的大小写  还有一个问题虽然我没换这个错误,但是一定的注意支付授权目录的填写  或则会报 "此url未注册的" 所以要注意了. 第二次,是做h5网页需要用到微信支付,所以选择了微信支付.这次吸取第一次的教训 ,好好注意大小写  最后只

nodejs集成支付宝即时到账交易的两个坑

中文MD5问题. 当支付信息里含中文时,会导致支付宝illegal_sign错.网上搜illegal_sign错的话,会有一大堆人告诉你key没设置好或者带空格了[白眼],其实是中文MD5的问题. notify的content-type问题 支付宝返回了一个很奇怪的content-type,有多奇怪,抓下包就知道了,然后就导致bodyParser不能解析其body. 文档的坑就不说了,谁看谁知道.

在GitHub上挖了两个坑

https://github.com/baihacker/pe 解决Project Euler上的问题的基础代码, 含数论代码和一个简单的多线程工具(为了计算出结果,最长的时候跑过一天半,所以开多线程有可能会减少几倍时间). 目前只有一些简单的筛选素数,分解整数,模运算,原根判断,找素数的原根,离散对数,分数计算. 算法也基本上用的是最朴素的. 接口设计主要考虑效率,提供C形式的库函数.在可控制的范围内,接口根据效率划分层次.另外还应该考虑库的线程安全性,以有利于多线程猥琐流. 计划慢慢使用C+