搜索资源列表
Excel中农历的算法
- ★或是Excel中最牛的农历解法★ ★ 理由1：数据准确。数据起初来源于《万年历_中华农历网》中数据定义部分并进行了扩充（起止范围为：1900-1-1～2101-1-28），后又与《农历两百年算法【C语言代码】》及《寿星万年历》进行了校对，发现部分日期有出入。于是又下载了《中华五千年长历》和《三千五百年历日天象》两本书（第二本书只到2050年），对近2500个月的关键数据进行了逐一比对（2038年还有出入，最后以我的诺基亚6060手机为准），整理出了一套基础数据。（详见农历基础数据中的说明）
Picture.Translate.Of.Remote.Desktop.Control
- 一、使用TCP协议传输数据。理由：稳定性好。 二、使用字节数据流进行传输，理由： A:VB的String存在自动Unicode转换问题，影响速度； B:可以直接发送8位字节数据，不需要使用Base64编码，从而减少了编码时间。 三、使用GIF-LZW压缩算法压缩图像。理由： A:行程编码、Huffman压缩算法压缩率太低； B:JPEG压缩算法需要太多位运算，且运算量大（有专门MMX优化算法），不利于VB实现； C:GIF-LZW压缩算法压缩率较好，且我已想
NetTran
- （利用GIF_LZW算法实现的）网络图片传输 一、使用TCP协议传输数据。理由：稳定性好。 二、使用字节数据流进行传输，理由： A:VB的String存在自动Unicode转换问题，影响速度； B:可以直接发送8位字节数据，不需要使用Base64编码，从而减少了编码时间。 三、使用GIF-LZW压缩算法压缩图像。理由： A:行程编码、Huffman压缩算法压缩率太低； B:JPEG压缩算法需要太多位运算，且运算量大（有专门MMX优化算法），不利于VB实现；
list_cache
- 对于串行FLASH芯片的存取操作，内核能够通过直接对芯片的读写来实现，但是较慢的芯片响应速度会使用读写响应时间加长，吞吐率降低。因此，内核通过保持一个称为数据缓冲区高速缓冲的内部数据缓冲区来减小对芯片的存取频度。高速缓冲含有最近被使用过的串行Flash的数据。 当从芯片中读数据的时候，内核试图先从高速缓冲中读取。如果数据已经在该高速缓冲中，则内核可以不必从芯片中读取数据。如果数据不在该高速缓冲中，则内核从芯片上读数据，并将其缓冲起来，这样下次使用时就不需要再从芯片中读取了。 但是，由于串
Serv-UGenius
- 此测试版本是为vBB用户量身定做，在ftp服务上有效防止盗链，最大限度维护论坛建设者的利益，基于对用户数据资源以及效率方面的考虑，我们使用了独创的算法，在最大程序上对程序进行了优化，在帐号管理方面，做到由论坛用户自行选择，后台管理更加方便快捷-This test version is vBB tailored to users in the ftp service effectively prevent hotlinking forum to maximize the interests of
kefu7
- 本客服程序不使用数据库，无需安装 上传以后可直接用客户端开展客服 特殊的数据传输算法，可用于访问量较大的站点！-The customer does not use the without having to carry out customer specific data transfer method to upload directly after installation with the client, it can be used to access a large amount o
network2
- 初学机器学习，第一步是做一个简单的手写数字识别，我选用的是MNIST数据集（用其他数据集也可以，原理都差不多），算法是KNN（下载库直接调用函数，算法的具体实现没有过多关心）。在网上也看到过MNIST数据集的Python代码，但是感觉有些复杂，作为初学者见到那么多代码就头大……这里分享一下我的代码，虽然并不完善，但是可以为其他初学者提供一点简单的思路吧。(Learning machine learning, the first step is to do a simple handwritten