群聊模式采用C-S-C模式，即客户端发送信息给服务端，服务端进行处理返回给其他客户端。
设计模式为服务器多进程响应登录、注册，单进程并发客户聊天操作，客户端多线程响应服务端反馈。
设计模式为服务器多进程响应登录、注册，单进程并发客户聊天操作，客户端多线程响应服务端反馈。
2024/2/4 15:17:55
54KB
1
java利用swing+socket实现多人聊天程序，分客户端，服务端，运行效果参考博客https://blog.csdn.net/wcc27857285/article/details/84038401
2024/1/29 17:37:31
21KB
1
实现的功能：通过Android客户端访问web服务器，实现一个登录功能，判断用户输入的用户名与密码是否与数据库的一致。
使用技术：服务端：Struts2+javabean+servlet(struts2的)客户端：Android4.0.2数据库：MySQL数据传输：Json
使用技术：服务端：Struts2+javabean+servlet(struts2的)客户端：Android4.0.2数据库：MySQL数据传输：Json
2024/1/29 13:03:20
6.08MB
1
TCP转发工具v1.0.0（基于IOCP)连接为一一映射，且有保持连接的功能，支持多级转发。
客户端--_-转发工具(fs前端服务端--_-bc后端客户端)--_-后端服务端理论上支持任何TCP下的协议转发，目前已测试了自定义的TCP协议、MYSQL协议和HTTP、HTTPS协议。
该工具不对数据做任何处理，只负责转发，所以Http协议如果有Host相关定义需要在机器上做Host映射。
使用说明：bcmgr.ini和fsmgr.ini是对转发工具里提及的两个端做配置(超时配置也在里面做)。
config.ini[Listen]#前端服务端Host=监听端口，默认删除此行或者0.0.0.0Port=端口[Remote]#后端服务端Host=后端IP或域名Port=端口如有BUG请联系QQ：443070777
客户端--_-转发工具(fs前端服务端--_-bc后端客户端)--_-后端服务端理论上支持任何TCP下的协议转发，目前已测试了自定义的TCP协议、MYSQL协议和HTTP、HTTPS协议。
该工具不对数据做任何处理，只负责转发，所以Http协议如果有Host相关定义需要在机器上做Host映射。
使用说明：bcmgr.ini和fsmgr.ini是对转发工具里提及的两个端做配置(超时配置也在里面做)。
config.ini[Listen]#前端服务端Host=监听端口，默认删除此行或者0.0.0.0Port=端口[Remote]#后端服务端Host=后端IP或域名Port=端口如有BUG请联系QQ：443070777
2024/1/28 16:34:11
1.41MB
1
在原有从网上获取的代码的基础上进行了修改，包括一些捕获异常以及按钮的应用，扩充了一个listbox确保服务端可以选择和不同的客户端进行通信。
使用TCP协议，socket通信，可以作为学习使用。
使用TCP协议，socket通信，可以作为学习使用。
2024/1/28 2:29:34
105KB
1
南京科远的SYNCOPC服务程序，配合南京科远的DCS系统NT6000v4版使用，这是一个OPC服务端应用程序。
方便把数据库点共享给其他平台使用。
方便把数据库点共享给其他平台使用。
2024/1/24 1:03:26
2.57MB
1
在日常工作中，钉钉打卡成了我生活中不可或缺的一部分。然而，有时候这个看似简单的任务却给我带来了不少烦恼。
每天早晚，我总是得牢记打开钉钉应用，点击"工作台"，再找到"考勤打卡"进行签到。有时候因为工作忙碌，会忘记打卡，导致考勤异常，影响当月的工作评价。而且，由于我使用的是苹果手机，有时候系统更新后，钉钉的某些功能会出现异常，使得打卡变得更加麻烦。
另外，我的家人使用的是安卓手机，他们也经常抱怨钉钉打卡的繁琐。尤其是对于那些不太熟悉手机操作的长辈来说，每次打卡都是一次挑战。他们总是担心自己会操作失误，导致打卡失败。
为了解决这些烦恼，我开始思考是否可以通过编写一个全自动化脚本来实现钉钉打卡。经过一段时间的摸索和学习，我终于成功编写出了一个适用于苹果和安卓系统的钉钉打卡脚本。
2024-04-09 15:03
15KB