林sirCCIERS中文笔记EIGRPEIGRP.pdfEIGRP五种包.pdf关于EIGRP中用到的时间.pdf关于EIGRP建立邻居的6个过程.pdf关于EIGRP的Metric值.pdf关于认证.pdf等价负载均衡.pdf自动汇总.pdf被动接口.pdf路由的主动状态和被动状态.pdf默认路由.pdfL2ACC&TRUNK&QinQ.pdfBPDU.pdfDTP.pdfEtherChannelPortGroups.pdfMultipleSpanningTreeProtocol.pdfRapidSpanningTreeProtocol.pdfSpanning-Feature.pdfSTP判决.pdfSTP的5种状态.pdfVLANTrunkingProtocol.pdfvlan.pdf交换机接口&互联.pdf交换机的工作原理.pdf以太网.pdf关于2-3层转发.pdfVPCVSS,IRF,VPC，VDC总结.pdfwhite_paper_c11-516396.pdfwhite_paper_c11_589890.pdfWANPPP.pdfPPPOE.pdf帧中继.pdf高级数据链路控制HDLC.pdfOSPFOSPF.pdfOSPF三张表.pdfOSPF之LSA.pdfOSPF包和计时器.pdfOSPF多区域.pdfOSPF杂.pdfOSPF特殊区域.pdfOSPF网络类型.pdfOSPF邻接关系.pdf选路.pdfRIPdistribute.pdfinput-Q.pdfRIPTimer.pdfRIP.pdfRIPv1收发原则.pdfRIPv1收发原则实验.pdfRIPV2的验证.pdfRIP版本.pdfTriggered.pdfvalidate.pdf偏移列表.pdf缺省路由.pdf被动接口.pdf路由汇总.pdf

运行环境vs2012所有的核心就是客户端和服务器的监听方法，而监听方法就是对于接收的信息的处理，然而这是有一条清晰的主线的，无论是客户端还是服务器，都围绕着接收不同标识的信息以不同方式处理进行展开，更为实质的东西，多用户最终还是一个一对一的客户端和服务器，也就是说，服务器只是在接收客户端信息，发送信息给客户端；
客户端只是在接收服务器信息，发送信息给服务器。
客户端之间的聊天信息都必须通过服务器进行一个转发!!

爬取的103个微博用户截止2019年8月发布的所有原创微博,以csv文件存储，每个用户对应一个csv文件。
包括48位女性，55位男性，男女性分开存储。
包括id、微博正文、微博原始图片URL、原始视频URL、发布日期、发布工具、点赞数、评论数、转发数、话题和@用户。
总共包括十多万条微博，可以用做性别分类等自然语言处理任务的数据集。

采用WebServerice技术进行协同系统和业务系统进行数据交互，由协同系统方开发实现WebServerice服务，业务系统方需在本地实现WebServerice本地代理来进行调用。
协同系统方需提供的服务接口如下：1、流程创建接口2、流程流转控制接口提供流程提交，退回和转发控制接口3、需业务系统处理的任务列表根据用户id和流程id获取该人员需要业务系统处理的任务列表，如果需要获取表单的数据在通过reqestid调用获取表单数据接口4、获取表单数据接口根据协同系统中流程主键requestid获取表单中所有数据5、已归档任务列表根据创建人id和流程id获取已经归档的任务列表

因为rinetd原本是linux下的,在aix上编译会存在问题,在朋友的帮助下修改了makefile,rinetd.c,可以在aix上编译使用了

转发一个windows下的64位的双机热备软件，挺好用的，不建议商用。

ESP8266开发视频教程（完整篇）教程有基础篇，提高篇，实战篇上传到百度云基础篇-1AT指令指导基础篇-2烧录和云升级---------------------------提高篇-1虚拟机安装提高篇-2Linux环境搭建提高篇-3windowsSDK搭建+编译AT指令提高篇-4编译官方标准模板提高篇-5标准模板添加自己代码提高篇-6定时器篇提高篇7-GPIO的控制提高篇8-DHT11提高篇9-PWM(RGB色温灯)提高篇-10任务的创建和使用提高篇-11微秒定时器的使用*******************************友情篇-112-14日最新SDK使用教程*******************************实战篇-简易服务器之端口转发实战篇-远程控制TCP实战篇-远程控制udp----------------------

ComputerNetworkingATop-DownApproach5th，是第五版，文字版。
转自itpub的granite628，现在网上都是OCR版传的比较多，文字版不好找，因此特地转发到csdn

本软件使用TCP实现类似于QQ的聊天机制重要提醒:客户端由于使用了音频支持所以必须将phonon4.dll与phonon_backend拷贝至exe文件下才可以有消息提示音出现由于时间有限,目前阶段只实现了简单的注册,登陆,聊天,好友管理,系统消息,等功能.总体流程:服务器负责确认登陆,发送用户好友列表,实时更新好友状态,发送系统消息,用户下线,维护用户数据库等功能.并且负责用户消息转发给好友.且都是使用tcp通过服务器进行转发,如此此种设计会造成服务器负担过大.下一阶段需要实现的目标是:1.将消息转发交给客户端使用udp实现,缓解服务器压力在目前的程序设计下客户端已经能够获取peer端的ip,只要指定双方通信的端口号即可实现,基于udp的聊天.2.实现用户与用户之间的文件传输,目前拟定采用tcp通信,确保文件传输的可靠性.///////////////////////版权所有:嘉木工作室,共享软件,仅供参考.2011.9.10bybug_yanginNanjingMail:ly.cpp@qq.comBlogs:http://download.csdn.net/user/linux_ly

Drony是一款安卓App，它以HTTP模式工作（默认监听localhost8020），并将来自系统其它App的请求转发到上级（游）代理。
支持上游代理的HTTPBasicAuth认证。
并且支持PAC文件。

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