软件综合

登录以发表

上级专业


主管专家


文章

489

评论

4315

今日更新

0

专业介绍

Intelligence given, machines smarter.


文章

489

评论

4315

今日更新

0

专业介绍

Intelligence given, machines smarter.

- 以上是置顶 -

作者:张京,转载自segmentfault社区。 作为一个全栈互联网工程师,我们的目标决不仅仅满足于功能的实现,而且要包括性能、安全、易用性等等各方面的考量。那么是否有一些可以公开评测的标准,使我们能够准确地知道目前我们网站的质量水平在全行业中处于什么样的水平呢?随着技术水平的不断进步,网站评测方面的各种工具也在不断演进。 工具 工欲善其事,必先利其器。 想要知道自己网站的质量水平,凭想像和猜测是不行的,必须要有可以客观衡量的工具。 YSlow 最早做这方面尝试的是2012年诞生于Yahoo的YSlow,但是现在已经逐渐淡出历史舞台。它的名称实际上是英文Why Slow(为什么这么慢?)的缩写,从它的名字你应该能知道它是帮助站长解决网页加载速度的工具。YSlow是一款浏览器插件,可以支持包括Chrome,  Firefox ,  Safari <span style="color: inher

Win98那个年代,我才刚知道有电脑这种东西,真正开始用电脑的时候已经是XP的天下了,但是当时家里电脑比较渣,还是用了比较长时间的98系统 感觉那个开始菜单挺经典的,侧面的光栅和文字特别情怀 最近突发奇想,用VS2015写了一个开始菜单的右键菜单,来模拟Win98样式的菜单 理论上支持xp到win10的任何系统(不支持xp的64位),在xp,win7 64位和win10 64位中测试过 其实支持其他系统也简单,用spy++查看开始按钮的句柄,修改配置即可,另外把菜单绑定到其他按钮上也是可以的 软件下载:(附件:257709) 源码下载(VS2015, VC+SDK, 无MFC):(附件:257710) 编程屌的可以帮我检查下源码,看看有没有内存泄漏的毛病之类的 软件分32位和64位版本,请根据自己系统使用相应版本 软件需要VC2015运行库,32位版本安装x86运行库,64位安装x64位运行库 第一次使用时把menu.xml放到explorer.exe的目录里,一般是c:\windows,然后把hook.dll脱到loader.exe上,进行进程注入,之后就能打开菜单了,退出的方法,可以直接双击loader.exe,或者重启explorer 软件的编写姿势比较特殊,支持高DPI的屏幕设定,菜单项完全支持自定义 如果觉得win10/win8的

2006版,来自网络,包含以下几卷: 第一卷:基础架构 第二卷:指令集参考(A-M/N-Z) 第三卷:系统编程指南(Part1/2) 附卷:优化参考 注意2006版已经包括了32位和64位架构,只不过64位架构被称为IA-32e。 (附件:277824) 2001版,来自网络,包含以下几卷: 第一卷:基础架构 第二卷:指令集参考 第三卷:系统编程指南 注意2001版只更新到了奔腾4,也就是最高只有32位架构,并且扩展指令集只到SSE2.0。 (附件:277826) 1999版,来自网络,包含以下几卷: 第一卷:基础架构 第二卷:指令集参考 第三卷:系统编程指南 注意1999版只更新到了奔腾III,也就是最高只有32位架构,并且扩展指令集只到SSE1.0。 (附件:277829) 目前找到的中文翻译版,来自网络,均为第三卷部分章节翻译: (附件:277830) (附件:277831) 现在的版本可以在这里下载: https://software.intel.com/en-us/articles/intel-sdm

Bitcoin: A Peer-to-Peer Electronic Cash System 中本聪(Satoshi Nakamoto) 原文: www.bitcoin.org ,翻译: www.8btc.com [摘要]:本文提出了一种完全通过点对点技术实现的电子现金系统,它使得在线支付能够直接由一方发起并支付给另外一方,中间不需要通过任何的金融机构。虽然数字签名(Digital signatures)部分解决了这个问题,但是如果仍然需要第三方的支持才能防止双重支付(double-spending)的话,那么这种系统也就失去了存在的价值。我们(we)在此提出一种解决方案,使现金系统在点对点的环境下运行,并防止双重支付问题。该网络通过随机散列(hashing)对全部交易加上时间戳(timestamps),将它们合并入一个不断延伸的基于随机散列的工作量证明(proof-of-work)的链条作为交易记录,除非重新完成全部的工作量证明,形成的交易记录将不可更改。最长的链条不仅将作为被观察到的事件序列(sequence)的证明,而且被看做是来自CPU计算能力最大的池(pool)。只要大多数的CPU计算能力都没有打算合作起来对全网进行攻击,那么诚实的节点将会生成最长的、超过攻击者的链条。这个系统本身需要的基础设施非常少。信息尽最大努力在全网传播即

心血来潮,决定把上次搞得SVPWM算法的推导过程整理一下,然后.....今天整整一天都在干这个.............. 功夫不负有心人,终于搞出来个不像科普文章也不像论文的怪文........... 各位大神轻点拍砖啊........... 以下由bg8npk搬运 搞SVPWM的目的呢 ,其实就是想让电机平稳地旋转,这次主要说说三相同步电动机(PMSM)的SVPWM控制吧(三相电机结构还请各位自行google)。 PMSM定子的三个绕组嘛,其实可以看做三个电磁铁,而且它们的方向互相成120°角,而它们产生的磁场强度呢,又是和通过它们的电流成正比的,也就是说,我们可以分别控制三个绕组的电流,来分别控制三个电磁铁的磁场强度,进而在电动机内叠加出一个磁场矢量。 PMSM的转子我们可以看做一个简单的永磁体,而上面那个磁场矢量可以看做另一个磁铁,所以,三相同步电机的原理通俗的讲呢, 就是两个条形磁铁摞一块,转动上面那个,下面的也跟着转 ……… 而为了能让电机平稳地转动,我们希望电机的定子磁场矢量能以恒定的速度旋转,并且保持磁场强度大小不变。前面说到,磁场强度是和绕组电流成正比的,所以呢,我们需要一个在空间中匀速旋转并且大小不变的电流矢量(电流矢量是个比较抽象的概念,其实它是由三相绕组的三个电流叠加起来的,稍后会详解)。 假设某一时刻,这个电流矢

在我的上一篇文章末尾( https://www.kechuang.org/t/79505 ),我简要论述了“硬件安全模块”对互联网信息安全的重要性。如今,无数的银行业、支付业者使用HSM保证它们的业务不受黑客的破坏。 我提出的问题是:硬件安全模块能自己做吗? 在回答这个问题之前,不妨看看以下两篇文章。 http://netsecurity.51cto.com/art/201005/200658.htm http://www.safeploy.com/2014/12-4/20564851725.html 结合我的上一篇文章(如果没有读过,建议先读一下),一个最简单的实用HSM大概是这样工作的: 1)通过一定的接口与计算机通信 2)内部保存有私钥,且无法通过任何暴力手段获得该私钥 3)能够利用内部保存的私钥,签发证书,此证书可由对应的公钥验证。 其实,我们常说的“加密狗” “U盾”都属于HSM,但它们一般只能保存证书(而且不算特别安全),不一定具有签发证书的功能。 为此我画了一个草图。 (附件:262436) 是不是有点像树莓派?其实就是一个网络服务器,

类似于在数字签名中隐藏信息的”域下信道“技术 其实叫”隐写术“似乎才是更加合适的讲法…… 具体实现方法就是用同义词表将文中的词汇替换为多个同义词,以此来在自然语言的冗余中隐藏额外的信息。 比较重要的部分是分词和同义词词库,词库的丰富程度直接影响到文中能够用来替换的同义词数量,另外就是其中词义也要尽量相近,并且是常用的词汇。哈工大的”同义词词林“用起来效果并不好,虽然词汇量较为丰富,但是其中即使只保留了标注"="同义词的部分,仍有许多意思相差十分大的词,而且生辟的词也较多,会导致编码后文义完全不通顺,语言风格变化显著。之后我从某个用于”伪原创“的程序源码包中找到另一份同义词词库,虽然词汇量少了近一半,但其中词意思相差十分小,几乎都是常用词,效果显著。 因为没有做分词的原因,所以部分多字词会被拆分转换(例如”1般“),不过总体上数量不多。 同义词词典中有一些词出现在多个同一词表之中,而且转换后的顺序还与原来不同,更有转换后的词与原来的文段组合起来,被识别成另外的词的情况,产生了不少误码,因此使用了纠错编码。(7,4)汉明码在少数情况可用,大部分情况需要使用比较”暴力“的编码方式(三个bit表示一个bit这种...) 这种方法隐藏的信息只需要用同样的替换便可过滤掉(例如“伪原创”),健壮性低。其次有时容易出现一些正常文本比较少见的

C++字符有四个类型,char是1字节,wchar_t可能是2字节或4字节,char16_t和char32_t顾名思义。char和wchar_t是C++98就有的,支持也最好。char16_t和char32_t是C++11加入的,直到现在也没有很好的支持。 由于emoji这种东西的出现,支持Windows-1252/GBK/Big5已经不够用了,要支持Unicode。但是Windows中char编码是定死的,不支持Unicode。要想支持Unicode,不是说其它方法不行,而是使用wchar_t作为字符类型是最方便的做法。 iostream宽字符流对象,虽然在Windows下不支持Unicode,但是它们是写作wchar_t程序的必备武器,这是因为字符输入输出是最简单常用的程序交互形式,它们可进行编码自动转换,解决了wchar_t的交互问题,并且所有平台都有提供,不需要学习平台相关的API。 但是iostream库在Linux下有一个坑,默认情况下wcout和cout不能混用。这是因为受到Linux下的C语言stdio.h库的掣肘: Windows下printf和wprintf可以混用,fwide函数是空函数。 Linux下printf和wprintf不可以混用,流的宽窄取决于首次调用哪个函数或先调用fwide(stream, 1)还是fwide(stream, -

这两个字在Windows操作系统下都是chun鱼的chun,但是前者在其它系统下却可能变为乱码。 这是由于前者是GBK增补字符集PUA编码,而后者是Unicode标准非PUA编码。 受影响的有106个字符。由于不是所有字体都支持这106个PUA字符,导致了UTF-8在这106个字符上实际上并不跨平台。考虑到大多数操作系统都支持Unicode,如果要让文本跨平台使用,最好转换为非PUA编码。 转换时要注意,有6个字符需要映射到扩展平面Ext-B区域,需要两个UTF-16字符表示。 在其它操作系统下乱码的原因,主要是PUA区域除了GBK以外,也被Big5-HKSCS使用,操作系统可能会将这些字符显示为Big5-HKSCS字符。 判断这些字的方法也很简单,如果打出来的字符只有宋体没有雅黑,说明是PUA字符,建议用更通用的字符代替。 (附件:274663) PUA范围 对应的PUA字符 E76C-E76C  E78D-E796  E7C7-E7C8  E7E7-E7F3  E815-E815  E819-E830  E832-E83A  E83C-E854  E856-E864 

nkc production server  https://github.com/kccd/nkc.git

科创研究院 (c)2001-2018

蜀ICP备11004945号-2 川公网安备51010802000058号