这是Qt的工程是一个Windows下Qt援用FFMPEG的例子FFMPEG的版本是2.5.2关于代码的解释请看以下这篇文章：http://blog.yundiantech.com/?log=blog&id=7

console.log(khanguslee);TypeScript24hrs29mins█████████████████████▒░░░85.23%JSON1hr10mins█░░░░░░░░░░░░░░░░░░░░░░░░04.07%SCSS54mins▓░░░░░░░░░░░░░░░░░░░░░░░░03.18%Other41mins▓░░░░░░░░░░░░░░░░░░░░░░░░02.39%JavaScript37mins▓░░░░░░░░░░░░░░░░░░░░░░░░02.17%

1.鲜花展示以及用户模块：分别针对消费者，店长，总经理等不同角色进行不同页面，与库存表相关联（1）针对消费者展示花的文字信息，以及图片，并展示购买按钮，选择分店进行下单。
（2）针对店长角色，在花的展示页面显示新增、修改、下架按钮，针对下架的商品店长有权限在待上架中操作鲜花上架。
（3）针对总经理，只展示鲜花展示页面，不显示任何操作。
（4）数据库查询出来的数据返回前台，将鲜花名称，花语，价格使用foreach循环放入div，展示到前台页面。
（5）使用c:if标签判断登录用户角色，展示角色对应按钮。
（6）通过修改鲜花状态的字段来实现鲜花上下架功能。
（7）vip购买，显示折扣并显示折后价，普通用户没有。
（8）店长对本店客户的信息维护，总经理对所有店的客户的信息维护。
2.分店模块：与订单表，员工表相关联（1）针对分店进行增删该查。
（2）在新增分店时指定分店店长，指定人员是从员工表中查出的非店长员工，指定后要关联新增的分店Id并且要更改该员工对应的角色表。
（3）更改分店店长，指定的人员是从当前的分店中找出的，并且在指定新店长后，需要将原店长的角色指定回普通员工，这些涉及4表的更改。
3.员工以及前台页面模块：分别关联用户表，分店表（1）针对员工进行的增删改查。
（2）总经理登录可以看到所有分店的员工，分店店长登录只能看到自己店面的员工。
（3）可以调动员工到不同的分店，可以针对员工进行请假，请假的同时，工作天数会少一天，还有一个开除员工的选项。
（4）加入httpclient调用天气的接口，使用了H5和easyui来美化前台的皮肤。
4.库存管理以及前台页面模块：分别关联订单表，分店表，员工表，角色表，鲜花表（1）不同角色登录可以看到不同的库存，总经理登录可以看到所有分店所有花材的库存，而分店店长登录只能看到本店花材的库存。
（2）店长登录可以针对鲜花表增加的鲜花进行库存的新增。
（3）对外开放鲜花的webservice接口，添加时间控件的小部件。
（4）Bug的查找以及页面的美化。
5.订单以及javamail、POI模块：分别关联分店表，库存表，员工表，用户表，顾客表，供应商表，花材表，分为供应商订单和顾客订单（1）顾客订单，顾客新增时可以新增鲜花订单，通过分店以及花材Id定位到库存，顾客可以进行订单的修改和退货。
（2）店长登录看到顾客订单后，确认发货顾客订单就不可以修改，同时库存也会相应减少。
（3）店长登录可以新增供应商订单，同时可以修改和退货。
（4）供应商登录可以看到订单，发货后相应库存会增加。
（5）顾客订单新增时，会判断用户能否为VIP来确定订单金额，并且会针对分店库存进行订单数量限定。
（6）POI报表打印以及javaMail发送邮件功能。
6.数据分析模块：关联库存表，分店表，订单表，员工表，用户表，角色表（1）店长登录时，看到的所有数据，库存，销售金额，销售数量都是以本店的花朵为基础进行的查询。
（2）经理登录时，看到的所有数据是以分店为基础进行的查询。
7.供应商以及mongoDB模块：关联了供应商表，用户表，角色表（1）进行普通的增删该查，条件查询。
（1）进行普通的增删该查，条件查询。
（2）在spring中集合mongoDB，通过AOP切点切入mongoDB。
（3）针对log记录进行查询，可以查询正常以及异常的日志状态，以及时间区间，名字条件查询。
8.登陆和注册模块：关联了用户表，角色表，顾客表，员工表，供应商表（1）注册时会选择需要注册的角色，供应商注册时会需要验证邮箱。
（2）任何角色注册时，都会进后台判断真实信息能否可以匹配，可以匹配才能注册。

web服务器的访问日志，可方便没有web服务器的学习运用

loganalyzer-4.1.5+中文言语包.zip日志分析工具loganalyzer-4.1.5+中文言语包文件放入lang目录LogAnalyzer获取客户端日志会有两种保存模式，一种是直接读取客户端/var/log/目录下的日志并保存到服务端该目录下，一种是读取后保存到日志服务器数据库中

log打印函数，功能如下：1可控制宏DEBUG决定log，输出等级，默认为3，输出ULOGE，ULOGW，ULOGI2宏LOG_TAG输出log所在的模块,可将此宏放到makefile中或.h中或.cpp赋值，3 输出log等级，所在模块信息，所外行数，所在函数，及可添加的任意参数及信息

为应用matlab进行图像处理实验的小部分代码，这部分代码非常简单，仅需直接调用内置函数即可完成，所以做成简单整理算是分享啦

st_asio_wrapper是一组类，功能是对boost.asio的包装（调试环境：boost-1.51.0），目的是简化boost.asio开发；
其特点是效率高、跨平台、完全异步，当然这是从boost.asio继承而来；
自动重连，数据透明传输，自动处理分包粘包问题（你可以像udp一样使用它）；
注：只支持tcp协议；
教程：http://blog.csdn.net/yang79tao/article/details/77245141.1版更新内容：增加了自定义数据模式的支持，可用于st_asio_wrapperserver与其它客户端的通信、或者st_asio_wrapperclient与其它服务端的通信；
当然，两端都是st_asio_wrapper的话，就用透明传输即可（1.0版已经支持了）。
1.2版更新内容：修复BUG：当stop_service之后，再start_service时，client_base内部某些成员变量可能没有得到复位；
服务端增加修改监听地址功能，当然仍然要在start_service之前调用set_server_addr函数。
1.3版更新内容：增加自定义消息格式的发送，这个本来是在1.1版本实现的，结果我漏掉了，只实现了自定义消息格式的接收。
1.4版更新内容：将打包与解包器从client_base分离出来，以简化这个日益复杂的基类；
可以在运行时修改打包解包器。
1.5版更新内容：增加ipv6支持，默认是ipv4，服务端和客户端都通过设置一个ipv6的地址来开启这个功能；
增加了一些服务端helper函数，小改了一下客户端set_server_addr函数签名（调换了两个参数的位置以保持和服务端一样）。
1.6版更新内容：增加了接收消息缓存（改动较大，on_msg的语义有所变化，请看开发教程第三篇）。
1.7版更新内容：修复vc2010下编译错误；
修复默认解包器BUG（同时修改解包器接口）；
修复log输出BUG；
更好的包装了服务端类库，现在服务端可以像客户端一样简单的使用了（完全不用继承或者重写虚函数，申请一个对象即可）；
结构大调整，类名大调整，请参看开发教程第一篇。
1.8版更新内容：增加健壮性和稳定性；
退出服务更新优雅。
1.9版更新内容：提高代码通用性；
可以指定服务端同时投递多少个async_accept；
修复BUG，此BUG可能造成数据发送不完全。
2.0版更新内容：服务端增加对象池功能；
优化美化代码；
更规范化接口签名。

当前wifi未打开时，去打开wifi直接获取wifi信息会有延迟，导致界面好大一会儿才出来数据，为此单独写个demo，看了官网API看log信息最终处理了，所以发出来与大家分享。

MyBatisLogPlugin这款插件是直接将Mybatis执行的sql脚本显示出来，把mybatis输出的sql日志还原成完好的sql语句1、本地安装2、Tools》mybatis_log_plugin

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