亲测可用。
华美A2路由器不死breed。
可以替代原来的uboot。
可以用openwrt刷。
也可以用编程器刷。
记得先保存eeprom。
刷完按住reset开机，可以通过192.168.1.1进入

《持续交付--发布可靠软件的系统方法》，英文名《ContinuousDelivery:ReliableSoftwareReleasesthroughBuild,Test,andDeploymentAutomation》，原作者：(英)JezHumble、(英)DavidFarley，翻译：乔梁，出版社：人民邮电出版社，ISBN：9787115264596，PDF格式，大小47MB。
内容简介：《持续交付--发布可靠软件的系统方法》是一本软件工程师的职场指南，以大量虚构的名字和情景描述了极客的日常工作，对他们常遇到的各类棘手问题给予了巧妙回答。
作者以自己在苹果、网景等公司中面临的生死攸关的时刻所做的抉择为例，总结了在硅谷摸爬滚打的经验，旨在为软件工程师更好地规划自己的职业生涯提供帮助。
　　《持续交付--发布可靠软件的系统方法》适合软件工程师以及所有职场人士阅读。
目录：《持续交付--发布可靠软件的系统方法》第一部分　基础篇第1章　软件交付的问题 21.1　引言 21.2　一些常见的发布反模式 31.2.1　反模式：手工部署软件 41.2.2　反模式：开发完成之后才向类生产环境部署 51.2.3　反模式：生产环境的手工配置管理 71.2.4　我们能做得更好吗 81.3　如何实现目标 91.3.1　每次修改都应该触发反馈流程 101.3.2　必须尽快接收反馈 111.3.3　交付团队必须接收反馈并作出反应 121.3.4　这个流程可以推广吗 121.4　收效 121.4.1　授权团队 131.4.2　减少错误 131.4.3　缓解压力 151.4.4　部署的灵活性 161.4.5　多加练习，使其完美 17.1.5　候选发布版本 171.6　软件交付的原则 191.6.1　为软件的发布创建一个可重复且可靠的过程 191.6.2　将几乎所有事情自动化 191.6.3　把所有的东西都纳入版本控制 201.6.4　提前并频繁地做让你感到痛苦的事 201.6.5　内建质量 211.6.6“done”意味着“已发布” 211.6.7　交付过程是每个成员的责任 221.6.8　持续改进 221.7　小结 23第2章　配置管理 242.1　引言 242.2　使用版本控制 252.2.1　对所有内容进行版本控制 262.2.2　频繁提交代码到主干 282.2.3　使用意义明显的提交注释 292.3　依赖管理 302.3.1　外部库文件管理 302.3.2　组件管理 302.4　软件配置管理 312.4.1　配置与灵活性 312.4.2　配置的分类 332.4.3　应用程序的配置管理 332.4.4　跨应用的配置管理 362.4.5　管理配置信息的原则 372.5　环境管理 382.5.1　环境管理的工具 412.5.2　变更过程管理 412.6　小结 42第3章　持续集成 433.1　引言 433.2　实现持续集成 443.2.1　准备工作 443.2.2　一个基本的持续集成系统 453.3　持续集成的前提条件 463.3.1　频繁提交 463.3.2　创建全面的自动化测试套件 473.3.3　保持较短的构建和测试过程 473.3.4　管理开发工作区 493.4　使用持续集成软件 493.4.1　基本操作 493.4.2　铃声和口哨 503.5　必不可少的实践 523.5.1　构建失败之后不要提交新代码 523.5.2　提交前在本地运行所有的提交测试，或者让持续集成服务器完成此事 533.5.3　等提交测试通过后再继续工作 543.5.4　回家之前，构建必须处于成功状态 543.5.5　时刻准备着回滚到前一个版本 553.5.6　在回滚之前要规定一个修复时间 563.5.7　不要将失败的测试注释掉 563.5.8　为自己导致的问题负责 563.5.9　测试驱动的开发 573.6　推荐的实践 573.6.1　极限编程开发实践 573.6.2　若违背架构原则，就让构建失败 583.6.3　若测试运行变慢，就让构建失败 583.6.4　若有编译警告或代码风格问题，就让测试失败 593.7　分布式团队 603.7.1　对流程的影响 603.7.2　集中式持续集成 613.7.3　技术问题 613.7.4　替代方法 6

OSEK，是指德国的汽车电子类开放系统和对应接口标准（opensystemsandthecorrespondinginterfacesforautomotiveelectronics），而VDX则是汽车分布式执行标准（vehicledistributedexecutive），后者最初是由法国独自发起的，后来加入了OSEK团体。
两者的名字都反映出OSEK/VDX的目的是为汽车电子制定标准化接口。
该标准完全独立，对目标系统只限制了少量的条件。
这样，就可以应用一些简单的处理器替代那些昂贵的解决方案，来控制任务执行，并不需要任何附加条件。
事实上，在此基础上，也可以合理使用一些更复杂的CPU，于是该标准便对任何可能的目标平台都没有了限制。
标准定义了三个组件来构成OSEK/VDX标准：实时的操作系统（OSEKOS），通讯子系统（OSEK-COM）和网络管理系统（OSEK-NM）。
这样定义的一个好处是方便了各个组件版本的定义，这已在实际应用中得到了体现，例如：现在OSEK-COM（3.0.2）和OSEK-NM（2.5.2）的版本就与OSEK-OS（2.2.1）的版本不同。
图1给出了OSEK/VDX的基本结构和各组件间的关系。

用MATLAB生成达到出版质量的图形-export_fig.zip本帖最后由stellari于2013-5-2816:03编辑MATLAB的绘图功能非常强大，但是有两个突出的问题：1、导出的图片质量不高；
2、有时导出图片和figure中实际所见并不一致。
所以导致大家正式发表专业文章时不经常用MATLAB作为首选的绘图软件。
其实，只要解决了上面的两个问题，MATLAB也是可以生成能够达到出版水平的图形的。
简介export_fig（见附件）就是一个能够解决上述问题的工具包。
首先，问题1的主要原因是MATLAB的默认绘图渲染器较为原始，所以画出的线条都有很明显的锯齿。
而用export_fig导出的图片，所有的线条和文字都是经过抗锯齿处理的，所以视觉效果极佳；
至于问题2，export_fig会严格按照figure上显示的内容去导出，是真正意义上的所见即所得。
而且用export_fig导出的图片不会有MATLAB默认导出时那么大的白边，而是保证白边的范围仅能容纳坐标轴和title,xlabel,ylabel，这样使得图片的尺寸减小，排版更方便。
下两图选得虽然不是很有代表性，但是依然可以看出export_fig截出的图中白边大量减少，并且有非常先进的抗锯齿处理（比如，上图的红线在1-2范围内有很明显的锯齿，下图则几乎没有。
坐标轴上的数字也是如此）。
背景中的网格也由虚线变成了“淡实线”，更符合现代制图的审美观。
figure中直接选择save的结果：test1_1.pngfigure中选择save的保存结果export_fig的结果：test2_2.pngexport_fig的保存结果使用方法export_fig的使用方法很简单，解压附件中的文件，然后将得到的所有文件放入某目录中，再将该目录添加至MATLAB的搜索路径中。
导出图片时，输入export文件名即可将当前figure中的图输出至文件中。
export_fig能够自动识别文件名的扩展名，并保存成相应的格式。
注意如果需要导出pdf或eps格式的话，需要下载并安装ghostscript，具体可以参见export_fig的发布页http://www.mathworks.com/matlabc...nge/23629-exportfig题外话其实不要小看MATLAB。
MATLAB其实隐藏了一个非常强大的绘图模式：HG2。
这个模式平时是隐藏的，只能在MATLAB启动时通过附加参数的形式开启，即可以将MATLAB的快捷方式中的指向目标由"...\...\MATLAB\R2013a\bin\MATLAB.exe"改为"...\...\MATLAB\R2013a\bin\MATLAB.exe"-hgVersion2（注意hgVersion和2之间有一个空格）然后使用这个快捷方式打开MATLAB。
在界面上没有任何区别，但是当你画出图之后，你会发现一切都不同了。
（下二图转载自undocumentedmatlab.com，左图为普通模式，右图为HG2模式）HG1_plot.png普通（HG1）模式（无责任转载自undocumentedmatlab.com）HG2_plot.pngHG2模式（无责任转载自undocumentedmatlab.com）版本在2010以上，感兴趣的同学不妨一试（版本更早其实也可以尝试）。
当然目前HG2模式尚不稳定，所以并没有向一般用户公开。
不过这很可能是下一代MATLAB的发展方向，说不定R2014a的默认绘图模式就是HG2！总结目前公认最好的图片导出方案还是export_fig。
这个工具包在MATLABCentral上一直下载量排行第一。
这个工具包可以完全替代MATLAB自己的图片导出功能，强烈推荐大家使用。
我本人现在正在写的一篇文章就全部使用export_fig，而没有使用其他任何的绘图软件。
HG2模式应该是MATLAB的未来发展方向，大家可以先尝个鲜。
很有可能在不久的将来就能够在MATLAB中直接生成这种高质量的图像了。

LogicalDOC文档管理-DMS智能和开源文档管理系统LogicalDOC是文档管理和协作系统。
该软件具有许多功能，可以为任何组织和个人安全，安全地组织，索引，检索，控制和分发重要的业务文档。
公司使用纸质流程（例如打印，邮寄和手动归档纸质文档）的日子已经一去不复返了。
我们的文档管理系统用电子程序替代了所有这些方法，从而使您的组织可以显着降低成本。
查看https://www.logicaldoc.com了解更多信息。
为了提供可靠的DMS平台，LogicalDOC的设计基于最佳的Java技术。
主界面是基于Web的，无需安装其他任何东西。
用户可以通过其浏览器访问系统。
LogicalDOCCE是100％免费的软件，并与开源数据库打包在一起；
尽管它支持所有主要的DBMS，但开发人员仍建议将MySQL用于生产系统。
LogicalDOCCE是100％免费的软件，并与开源数据库打包在一起；
虽然它支持所有主要的DBMS，但开发人员仍建议使用MySQL

centos源文件，下载即可用CentOS（CommunityEnterpriseOperatingSystem，中文意思是社区企业操作系统）是Linux发行版之一，它是来自于RedHatEnterpriseLinux依照开放源代码规定释出的源代码所编译而成。
由于出自同样的源代码，因此有些要求高度稳定性的服务器以CentOS替代商业版的RedHatEnterpriseLinux使用。
两者的不同，在于CentOS完全开源。

《密码编码学——加密方法的C与C++实现(第二版)》本书分分三个部分。
第一部分描述密码学中的常用算法和数论算法,以及这些算法的C和C++程序实;第二部分描述密码算法的C和C++实现,主要包括RSA系统和替代DES的Rijindael算法。
第三部分给出了书中C函数和C++函数的一览表及一些有用的网址。
本书注重算法的实现以及密码算法与C和C++程序的结合,这也是本书的主要特色之一。
从实用的角度来看,本书提供了一个可用于现代密码的完整软件包。
书中除重点介绍了两种重要的密码算法之外,还涉及程序的检查及错误处理、密码策略及密码的前景等。
该书的第一版问世后,被译为英文在美国出版发行;本书则是依据作者对德文第二版的最新增订版译出的。

Gow是一个轻量级的Cygwin替代软件，它能做的事情是给Liunx软件提供一个Windows系统上的运行环境

完整英文版IEC62660-2：2018Secondarylithium-ioncellsforthepropulsionofelectricroadvehicles-Part2:Reliabilityandabusetesting（电动道路车辆推进用二次锂离子电池第2部分可靠性和滥用测试），IEC62660-2：2018指定了测试程序，以观察用于推进电动汽车（包括电池电动汽车（BEV）和混合电动汽车（HEV））的二次锂离子电池和电池块的可靠性和滥用行为。
该文件规定了用于电池和混合动力汽车推进的锂离子电池基本特性的标准测试程序和条件。
这些测试对于获得用于各种电池系统和电池组设计的锂离子电池的可靠性和滥用行为必不可少的数据。
本文档提供了用于电池系统或电池组设计的测试结果描述的标准分类。
IEC62660-2：2018取消并替代了2010年发布的第一版。

本工具作用:根据设置的每台计算机的信息，套用模板生成各自的桌面背景，可以将计算机名生成到屏幕右上角，用来替代原始的座位签，也可以将上机守则呈现在桌面背景上，还可以将每台机器的IP地址呈现在桌面背景上。

在日常工作中，钉钉打卡成了我生活中不可或缺的一部分。然而，有时候这个看似简单的任务却给我带来了不少烦恼。 每天早晚，我总是得牢记打开钉钉应用，点击"工作台"，再找到"考勤打卡"进行签到。有时候因为工作忙碌，会忘记打卡，导致考勤异常，影响当月的工作评价。而且，由于我使用的是苹果手机，有时候系统更新后，钉钉的某些功能会出现异常，使得打卡变得更加麻烦。 另外，我的家人使用的是安卓手机，他们也经常抱怨钉钉打卡的繁琐。尤其是对于那些不太熟悉手机操作的长辈来说，每次打卡都是一次挑战。他们总是担心自己会操作失误，导致打卡失败。 为了解决这些烦恼，我开始思考是否可以通过编写一个全自动化脚本来实现钉钉打卡。经过一段时间的摸索和学习，我终于成功编写出了一个适用于苹果和安卓系统的钉钉打卡脚本。