这几天需要使用QT写个SNTP发布服务。
最近用QT，就使用QT的特性，写了包含TCP和UDP的简易框架。
已测能用(使用网络抓包工具可解析出NTP数据)。
最主要的的是(1)QTCP(2)QUDP(3)基于SNTP要求的数据格式转换基本正文添加很全面，有点基础的都能明白。
代码中用到的QString和QDateTime特性很少，而且完全可以用C++类型替换
最近用QT，就使用QT的特性，写了包含TCP和UDP的简易框架。
已测能用(使用网络抓包工具可解析出NTP数据)。
最主要的的是(1)QTCP(2)QUDP(3)基于SNTP要求的数据格式转换基本正文添加很全面，有点基础的都能明白。
代码中用到的QString和QDateTime特性很少，而且完全可以用C++类型替换
2019/8/3 15:42:58
16KB
1
这是一个广播通讯设计，包括客户端和服务端，功能有人与人之间的私聊（使用TCP协议实现），以及多个人之间的群聊（使用UDP实现），除此之外还有人与人之间文件的传输（TCP协议实现），代码量千行，配套博文：https://blog.csdn.net/WXY19990803/article/details/106302435
2019/3/14 11:46:50
866KB
1
资源包括源代码和报告。
在源代码中，需要对IP进行修改以测试。
基于TCP和UDP协议实现的一个即时通讯工具，具体功能包括：工具包括服务器端和客户端；
具备用户注册、登录、找回密码功能（基于TCP协议）；
两个用户如果同时在线，采用点到点通信方式进行聊天，信息不需要通过服务器中转，服务器也不保存（基于TCP协议）；
支持离线消息（基于TCP协议）；
支持点到点可靠文件传输（基于UDP协议）；
存储在服务器端的数据需要进行强加密；
支持不少于两组用户同时在线交流和传输文件；
文件传输具有良好的功能，能够充分利用网路带宽；
人机交互友好，软件易用性强。
在源代码中，需要对IP进行修改以测试。
基于TCP和UDP协议实现的一个即时通讯工具，具体功能包括：工具包括服务器端和客户端；
具备用户注册、登录、找回密码功能（基于TCP协议）；
两个用户如果同时在线，采用点到点通信方式进行聊天，信息不需要通过服务器中转，服务器也不保存（基于TCP协议）；
支持离线消息（基于TCP协议）；
支持点到点可靠文件传输（基于UDP协议）；
存储在服务器端的数据需要进行强加密；
支持不少于两组用户同时在线交流和传输文件；
文件传输具有良好的功能，能够充分利用网路带宽；
人机交互友好，软件易用性强。
2019/4/6 9:55:12
18.42MB
1
本代码支持UDP，TCP，COAP，三种方式发送数据已经完全测过了，一些留意点都在代码里面有注释，可自行参考。
2016/5/21 2:12:13
13.91MB
1
IP是整个TCP/IP协议族的核心，也是构成互联网的基础。
IP位于TCP/IP模型的网络层(相当于OSI模型的网络层)，对上可载送传输层各种协议的信息，例如TCP、UDP等；
对下可将IP信息包放到链路层，通过以太网、令牌环网络等各种技术来传送。
IP提供一种无连接的传输机制，这就意味着在网络传输的每个数据报都作为独立的单元来对待。
IP并不维护服务器和客户端之间的连接细节。
IP不能保证数据传输的可靠性。
然而，这些并不意味着分组将被毫无规则的忽略，而是仅在网络出现毛病时才会发生数据丢失。
版本：用于传输数据的IP版本，大小为4位；
头部长度：用于规定报头长度；
服务类型：用
IP位于TCP/IP模型的网络层(相当于OSI模型的网络层)，对上可载送传输层各种协议的信息，例如TCP、UDP等；
对下可将IP信息包放到链路层，通过以太网、令牌环网络等各种技术来传送。
IP提供一种无连接的传输机制，这就意味着在网络传输的每个数据报都作为独立的单元来对待。
IP并不维护服务器和客户端之间的连接细节。
IP不能保证数据传输的可靠性。
然而，这些并不意味着分组将被毫无规则的忽略，而是仅在网络出现毛病时才会发生数据丢失。
版本：用于传输数据的IP版本，大小为4位；
头部长度：用于规定报头长度；
服务类型：用
2017/6/14 11:32:58
603KB
1
IP是整个TCP/IP协议族的核心，也是构成互联网的基础。
IP位于TCP/IP模型的网络层(相当于OSI模型的网络层)，对上可载送传输层各种协议的信息，例如TCP、UDP等；
对下可将IP信息包放到链路层，通过以太网、令牌环网络等各种技术来传送。
IP提供一种无连接的传输机制，这就意味着在网络传输的每个数据报都作为独立的单元来对待。
IP并不维护服务器和客户端之间的连接细节。
IP不能保证数据传输的可靠性。
然而，这些并不意味着分组将被毫无规则的忽略，而是仅在网络出现毛病时才会发生数据丢失。
版本：用于传输数据的IP版本，大小为4位；
头部长度：用于规定报头长度；
服务类型：用
IP位于TCP/IP模型的网络层(相当于OSI模型的网络层)，对上可载送传输层各种协议的信息，例如TCP、UDP等；
对下可将IP信息包放到链路层，通过以太网、令牌环网络等各种技术来传送。
IP提供一种无连接的传输机制，这就意味着在网络传输的每个数据报都作为独立的单元来对待。
IP并不维护服务器和客户端之间的连接细节。
IP不能保证数据传输的可靠性。
然而，这些并不意味着分组将被毫无规则的忽略，而是仅在网络出现毛病时才会发生数据丢失。
版本：用于传输数据的IP版本，大小为4位；
头部长度：用于规定报头长度；
服务类型：用
2017/6/14 11:32:58
603KB
1
v2.6注意事项：由于新增了功能，使用前请先仔细阅读v2.6的使用说明；
版本特性：1.解决了因8266/8285的看门狗导致频繁重启的问题；
2.再次优化网页代码，省了1KB内存;3.Config页面的数据可以被回显了，告别重复设置上一次参数的烦恼，但是WIFI信道依然是默认CH11的，因为回显这部分代码太多了，不舍得浪费内存，所以对信道有特殊需求的用户，请每次都检查一下信道能否正确；
4.串口透传功能大升级，新增了缓冲区大小选项，并且能综合缓冲区大小及波特率，提供最小发送间隔的参考值，用户只要保证每次发送数据的间隔大于Min.Interval的值，就能保证数据不在串口上丢包；
5.修正UDPbug，透传时自动在数据末端加上结束符'\0'，UDP数据不会再有乱码问题；
6.AP的SSID加上了ChipID作为后缀，防止多个模块初始启动时SSID重复导致混乱。
遗留问题:1.在使用UDP连续长时间发送数据后，可能会重启但不会假死，重启后就能恢复工作状态；
2.WiFi没连接成功时，WiFi重连机制占用着CPU，此时连接AP与打开Webconfig会有点慢，请刷新几次即可，ESP32没有此问题。
版本特性：1.解决了因8266/8285的看门狗导致频繁重启的问题；
2.再次优化网页代码，省了1KB内存;3.Config页面的数据可以被回显了，告别重复设置上一次参数的烦恼，但是WIFI信道依然是默认CH11的，因为回显这部分代码太多了，不舍得浪费内存，所以对信道有特殊需求的用户，请每次都检查一下信道能否正确；
4.串口透传功能大升级，新增了缓冲区大小选项，并且能综合缓冲区大小及波特率，提供最小发送间隔的参考值，用户只要保证每次发送数据的间隔大于Min.Interval的值，就能保证数据不在串口上丢包；
5.修正UDPbug，透传时自动在数据末端加上结束符'\0'，UDP数据不会再有乱码问题；
6.AP的SSID加上了ChipID作为后缀，防止多个模块初始启动时SSID重复导致混乱。
遗留问题:1.在使用UDP连续长时间发送数据后，可能会重启但不会假死，重启后就能恢复工作状态；
2.WiFi没连接成功时，WiFi重连机制占用着CPU，此时连接AP与打开Webconfig会有点慢，请刷新几次即可，ESP32没有此问题。
2019/7/16 16:06:14
2.62MB
1
SocketTool调试软件是一款网络TCP/UDP通信调试工具,本工具集功能强大与简单易用为一体。
延续经典，SocketToolV4.0在以往的版本上，开创性增加了JavaScript脚本编程功能，使得使用者可以快速简单的定制本人的网络调试工具。
延续经典，SocketToolV4.0在以往的版本上，开创性增加了JavaScript脚本编程功能，使得使用者可以快速简单的定制本人的网络调试工具。
2021/7/19 5:41:54
1016KB
1
在日常工作中，钉钉打卡成了我生活中不可或缺的一部分。然而，有时候这个看似简单的任务却给我带来了不少烦恼。
每天早晚，我总是得牢记打开钉钉应用，点击"工作台"，再找到"考勤打卡"进行签到。有时候因为工作忙碌，会忘记打卡，导致考勤异常，影响当月的工作评价。而且，由于我使用的是苹果手机，有时候系统更新后，钉钉的某些功能会出现异常，使得打卡变得更加麻烦。
另外，我的家人使用的是安卓手机，他们也经常抱怨钉钉打卡的繁琐。尤其是对于那些不太熟悉手机操作的长辈来说，每次打卡都是一次挑战。他们总是担心自己会操作失误，导致打卡失败。
为了解决这些烦恼，我开始思考是否可以通过编写一个全自动化脚本来实现钉钉打卡。经过一段时间的摸索和学习，我终于成功编写出了一个适用于苹果和安卓系统的钉钉打卡脚本。
2024-04-09 15:03
15KB