一款真正意义上的MSSQL日志分析和浏览工具，直接解析LDF文件，支持SQL2008,SQL2005,SQL2000.程序主要功能：1:\l日志浏览.用户可以输入指定的日志块序号,程序从指定的日志块往下浏览,可以快速定位需要查看的日志记录.2:\从日志恢复误删除的数据。
在对应的日志记录上右键，弹出菜单,点.可以查看事务删除的数据.

卷积神经网络CNN代码解析，对MATLAB-deeplearningmaster工具箱的例子进行了说明。

VB.NET实现的谷歌翻译接口，使用了HttpWebRequest，可以自动解压gzip数据流(webcilent不方便），以及json解析，运行JScript代码，EXECL，Word关联操作

---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------IEC-60870-5-104：应用模型是：物理层，链路层，网络层，传输层，应用层物理层保证数据的正确送达，保证如何避免冲突。
（物理层利用如RS232上利用全双工）链路层负责具体对那个slave的通讯，对于成功与否，是否重传由链路层控制（RS4852线利用禁止链路层确认）应用层负责具体的一些应用，如问全数据还是单点数据还是类数据等（网络利用CSMA/CD等保证避免冲突的发生）---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------基本定义：端口号2404，站端为Server控端为Client，平衡式传输，2Byte站地址，2Byte传送原因，3Byte信息地址。
---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------注：APDU应用规约数据单元（整个数据）=APCI应用规约控制信息（固定6个字节）+ASDU应用服务数据单元（长度可变）---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------APDU长度（系统-特定参数，指定每个系统APDU的最大长度）APDU的最大长度域为253（缺省）。
视具体系统最大长度可以压缩。
---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------【1个例子】104报文分析BUF序0123456789.10111213141516171819202122M-＞R：6815100002001E01030001007900000110012413D20A02分析的结果是I（主动上报SOE，主动上报是因为104是平衡式规约）报文头固定为0x68，即十进制104长度15字节（不是6帧的，都是I帧）发送序号=8【控制字节的解析10000200，发送序号：0010H/2=16/2=8】接收序号=1【控制字节的解析10000200，接收序号：0002H/2=2/2=1】0x1E=30即M_SP_TB_1带长时标的单点信息01-＞SQ:0信号个数:10300-＞传送原因:[T=0P/N=0原因=3|突发]0100-＞公共地址:1790000-＞0x79=121信息体地址:12101-＞状态:1IV:0NT:0SB:0BL:010012413D20A02-＞低位10高位01，即0x0110=1*16*16+16=272时标:2002/10/1819:36:00.272

仅作参考仅作参考仅作参考仅作参考仅作参考仅作参考仅作参考仅作参考

org.apache.poiJAR包，解决importorg.apache.poi.hssf.usermodel.HSSFWorkbook;支持office全系excel文件解析。
importorg.apache.poi.hssf.usermodel.HSSFCell;importorg.apache.poi.hssf.usermodel.HSSFRow;importorg.apache.poi.hssf.usermodel.HSSFSheet;importorg.apache.poi.hssf.usermodel.HSSFWorkbook;importorg.apache.poi.xssf.usermodel.XSSFCell;importorg.apache.poi.xssf.usermodel.XSSFRow;importorg.apache.poi.xssf.usermodel.XSSFSheet;importorg.apache.poi.xssf.usermodel.XSSFWorkbook;

stm32采集经纬度通过蓝牙模块发送给手机，手机解析经纬度，通过webview进行加载到地图，进行位置标记。
此app开发使用的是eclipse。

最近公司项目需要，需要定制一个rtsp的服务器。
单纯自己通过学习阅读协议有点漫无边际。
通过网上一些小项目代码学习，对协议解析不是十分的完善，有点隔靴搔痒。
学习还是从经典入手。
但是由于live555强大的跨平台和多支持功能实现使这个框架十分的庞大，在便于学习的出发点下，我对live555的框架进行很大幅度的裁剪，去掉了所有的音频部分，不关心的客户端部分，只保留了h264和linux编译部分。

6万张训练图，1万张测试图，没有单独的标签文件，需要从文件名解析。

首先为什么要搞阿里云DDNS呢？原来用花生壳，后面发现这家伙越来越坑了，很多时候没法正常使用。
所以就用更稳定，功能更多更强的阿里云咯，这个年代光听阿里云这么个名字都是霸气的，对不对！什么花生壳弱爆了。
其实阿里云并没有直接提供像花生壳那样的DDNS服务。
不过阿里云提供DNS解析服务，而且阿里云解析提供了丰富的管理API。
只要会编程，这就有搞头了。
我们就是利用这东西来实现DDNS。
本来想自己亲自做这个DDNS功能，但发现在网络上已经有很多人已经做这东西了，我们直接拿来用就好了。
但大多没写说明，我看到很多人下载了抱怨用不了。
我试了下，其实不是用不了，是什么不懂怎么用这软件。
我下载了一些同类软件来度用，其中某个大神的还可以，谁写的软件我就不知道了。
这软件好用，但很多人可能不会用，我就来写个教程，制作一些安装之类的文件。
使小白轻松完成配置。

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