常见问题及处理方案CPU使用率高的问题通过操作系统命令toptopasglance等查看top进程号，确认是系统进程还是oracle应用进程，查询当前top进程执行的操作和sql语句进行分析。
根据进程号获取正在执行的sqlSELECTa.osuser,a.username,b.address,b.hash_value,b.sql_textfromv$sessiona,v$sqltextb,v$processpwherep.spid=&spidandp.addr=a.paddranda.STATUS='ACTIVE'anda.sql_address=b.addressorderbyaddress,piece;数据库无法连接数据库无法连接，一般可能是如下原因造成：（1）数据库宕了（2）监听异常（3）数据库挂起（4）归档目录满（5）数据库或应用主机的网卡出现问题不能正常工作（6）应用主机到数据库主机的网络出现问题。
1、数据库宕了立即启动数据库。
Startup2、监听异常此时一般体现为：监听进程占用CPU资源大；
d监听日志异常。
此时，立即重启监听，监听重启一般能在1分钟之内完成。
Lsnrctlrestart3、数据库挂起立即重启数据库。
Startup4、归档目录满（1）在没有部署OGG数据同步的情况下，立即清理归档日志文件。
（2）如果部署了OGG数据同步，查看OGG正在读取的归档日志文件，立即清理OGG不再需要的日志文件。
5、数据库或应用主机的网卡出现问题不能正常工作。
立即联系主机工程师处理。
6、应用主机到数据库主机的网络出现问题。
立即联系网络维护人员查看。
CRS/GI无法启动对于10g及11gR1版本的CRS问题1、进入/tmp目录下，看是否产生了crsctl.xxxxx文件如果有的话，看文件内容，一般会提示OCR无法访问，或者心跳IP无法正常绑定等信息。
2、如果/tmp目录下没有crsctl.xxxxx文件此时查看ocssd.log文件，看是否能从中得到有价值的信息。
可能的问题：网络心跳不通。
3、/tmp目录无crsctl.xxxxx且日志中没有报错信息，只有停CRS时的日志信息。
此时可能是RAC两个节点对并发裸设备的访问有问题，此时考虑：（1）停掉两个节点的CRS。
（2）两个节点先同时去激活并发VG，然后再激活VG。
（3）重新启动CRS。
对于11gR2的GI问题分析$GRID_HOME/log/nodename目录下的日志文件，看是否能从中找出无法启动的原因。
常见问题：1、心跳IP不同。
2、ASM实例无法启动。
对CRS的故障诊断和分析,参加本文档中RAC部分的MOS文档.数据库响应慢应急处理步骤：（1）找到占用CPU资源大的sql或者模块，然后停掉此应用模块。
（2）如果属于由于种种原因引起的数据库hang住情况，立即重启数据库，此时重启需要约15分钟时间。
重要说明：如果重启数据库的话，会有如下负面影响：（1）要kill掉所有连接到数据库中的会话，所有会话都会回滚。
（2）立即重启的话，不能获取并保留分析数据库挂起原因的信息，在后续分析问题时，没有足够信息用于分析问题产生的根本原因。
一般正常重启的话，都需要手动获取用于分析数据库重启原因的信息，以便编写分析报告，但是在最长情况下，获取日志信息可能就要40分钟时间。
此时一般做systemstatedump，且如果是rac情况的话，需要2个节点都做，且需要做2次或以上。
常规处理步骤，分如下几种情况处理：（1）所有业务模块都慢。
（2）部分业务模块慢。
（3）数据库hang住。
所有业务模块都慢此时首先查看系统资源，看是否属于CPU资源使用率100%的问题，如果是，参考本章“CPU使用率高的问题”解决办法。
如果系统资源正常，那很可能是数据库hang住了，此时参考数据库Hang部分。
部分业务模块慢分析运行慢的模块的sql语句：（1）看是否是新上的sql。
（2）看执行计划是否高效。
（3）优化运行慢的模块的sql语句。
数据库hang住应急处理方式：重启数据库。
常规处理方式：（1）分析alert日志，看是否能从alert日志中，可以很快找到引起问题的原因。
（2）做3级别的hanganalyze，先做一次，然后隔一分钟以后再做一次。
并分析

Web应用程序攻击概述基于用户输入的攻击基于会话状态的攻击Web应用程序的安全防范

ipad协议免费测试getLoginQRCode(获取登录二维码)CheckLoginQRCode(检测扫码状态)ManualAuth(扫码登录)ManualAuth(62数据登录)ManualAuth(账号密码登录)newverifypasswd(验证密码)GetQRCode(获取个人或群二维码)F2FQrcode(取收款码)SendNewMsg(发送文本消息)NewInit(获取微信会话列表和信息)NewSyncEcode(同步未读信息和好友)SnsSync(同步朋友圈)SnsUserPage(获取指定人朋友圈)SnsTimeLine(取朋友圈首页)GetSnsObjectOp(操作朋友圈)LbsLBSFind(附近的人)GetContactLabelList(获取标签分组)InitContact(获取通讯录)SearchContact(搜索微信号手机号QQ号)UploadMsgImg(发送图片)UploadVoice(发送音频)TenPay(获取钱包信息)TenPay(确认收款)TenPay(生成自定义金额二维码)VerifyUser(V1V2操作,关注公众号,添加好友)OpLogDelUser(删除好友)ShakeReport(摇一摇)FavSync(同步收藏)GetFavItem(获取单条收藏)DelFavItem(删除收藏)addFavItem(添加收藏)logOut(退出登录)AddContactLabel(添加标签)ModifyContactLabelList(修改标签列表)DelContactLabel(删除标签)SnsUpload(上传朋友圈图片)SendAppMsg(发送APP消息)setChatRoomAnnouncement(发布群公告)GetMsgImg(接收消息图片)ExtDeviceLoginConfirmGet(扫码登录)UploadMsgImgCDN(发送CDN图片)GetContact(获取详细资料)TenPay(创建转账)GetA8Key(不想说)CreateChatRoom(创建群)AddChatRoomMember(添加群成员)AddChatRoomMember(删除群成员)GetChatroomMemberDetail(取群成员详细)setChatRoomAnnouncement(修改群公告)GetQRCode(获取群二维码或个人二维码)NewInit(初始化第一次登录使用会返回微信列表和信息)

对Pcap文件进行解析，从中读取出TCP、UDP会话以及TCP的数据负载信息

NB-IoT协议接口与信令流程附着是UE进行业务前在网络中的注册过程，主要完成接入鉴权和加密、资源清理和注册更新等过程。
附着流程完成后，网络记录UE的位置信息，相关节点为UE建立上下文。
与R12附着流程相比，步骤12-16存在差异，主要因为UE可以支持不建立PDN连接的附着。
附着过程中可以请求不建立PDN连接，那么附着流程中MME-SGW-PGW之间就不需要建立会话相关的信令。
如果NB-IoTUE和网络侧都支持使用控制面优化来传输用户数据，那么即使UE在附着过程中请求PDN连接，网络侧也可以决定不建立无线数据承载，这样UE与MME之间使用NAS消息来传输用户数据，这样步骤17-24存在差异。

7、值对象或传输对象值对象(valueobject)模式通过减少分布式通信的消息而促进数据的交换，通常这里所指的通信是在Web层和EJB层之间。
在一个远程调用中，一个单一值对象可以被用来取出一系列相关数据并提供给客户。
这种设计模式的出现是基于客户需要与ejb大量地交换数据的情况。
具体来说，在J2EE平台中，应用系统通常将服务器端的程序组件实现为会话bean和实体bean，而这些组件的部分方法则需要将数据返回给客户；
这种情况下，通常一个用户会重复调用相关方法多次，直到它得到相关信息，应该注意的是，多数情况这些方法调用的目的都是为了取得单一的信息，例如用户名或者用户地址等。
显而易见，在J2EE平台

在密码学和计算机安全领域中，中间人攻击（Man-in-the-middleattack，通常缩写为MITM）是指攻击者与通讯的两端分别建立独立的联系，并交换其所收到的数据，使通讯的两端认为他们正在通过一个私密的连接与对方直接对话，但事实上整个会话都被攻击者完全控制。
在中间人攻击中，攻击者可以拦截通讯双方的通话并插入新的内容。
在许多情况下这是很简单的（例如，在一个未加密的Wi-Fi无线接入点的接受范围内的中间人攻击者，可以将自己作为一个中间人插入这个网络）。

注：由于该资源较大，故分为两个部分上传，资源共10积分，两个压缩包平均5积分。
需要两部分同时下载，同时解压才能获得完整资源。
（该部分为part1,part2也已上传至我的资源，可在我主页内下载）本资源是《微信公众平台与小程序开发从零搭建套系统》高清PDF扫描版。
该书由张剑明著，中国工信出版集团和人民邮电出版社联合出版，有需要的小伙伴可以下载学习参考。
本书目录如下：第1章　微信生态1.1　微信：是一个生活方式　11.2　微信公众平台　61.2.1　公众平台简介　61.2.2　服务号和订阅号　71.3　企业号　81.4　小程序　81.5　微信开放平台　91.6　微信支付　101.7　表情开放平台　121.8　微信广告　121.9　小结　13第2章　开发环境及技术介绍2.1　集成软件包介绍　142.2　XAMPP的安装与配置　152.3　PhpStorm的安装及配置　202.4　相关技术介绍　232.4.1　HTTP　232.4.2　HTML5　252.5　小结　26第3章　开发前的准备3.1　开发概述　273.1.1　OpenID　273.1.2　公众号使用场景　283.2　公众号消息会话流程　303.3　接入指南　313.4　接口权限及调用频率　333.5　微信网页开发样式库　353.6　小结　37第4章　常用调试方法及工具4.1　微信测试号　384.2　接口在线调试　414.3　微信Web开发者工具　424.3.1　微信网页授权调试　434.3.2　JS-SDK权限校验　454.3.3　网页远程调试　454.4　前端调试工具　464.4.1　谷歌浏览器开发者工具　484.5　移动端抓包与调试　504.5.1　Charles抓包工具　554.6　小结　56第5章　基于CodeIgniter的微信公众平台开发框架5.1　CodeIgniter简介　575.2　工程代码改造　595.3　微信公众号开发配置　605.4　小结　63第6章　微信网页开发6.1　微信网页授权原理　646.1.1　网页授权注意事项　656.1.2　网页授权流程　666.2　微信网页授权实例　676.3　微信网页多域名授权　746.3.1　原理分析　746.3.2　代码实现　766.4　微信JS-SDK　786.4.1　接入准备　796.4.2　JS-SDK接口实例　806.5　小结　85第7章　微信支付7.1　微信支付接入方式　867.2　微信支付准备工作　887.3　微信支付实践　897.3.1　示例代码解析　907.3.2　支付示例　917.3.3　支付结果通知　967.4　聚合支付　997.4.1　聚合支付接入示例　1017.5　小结　105第8章　微信登录8.1　微信开放平台　1078.1.1　UnionID机制　1088.2　微信自动登录　1098.2.1　数据结构设计　1108.2.2　代码实现　1128.2.3　使用UnionID登录　1178.2.4　如何应用到现有站点　1188.3　小结　120第9章　微信小程序9.1　小程序简介　1219.2　开发环境及框架　1229.2.1　开发配置　1259.2.2　HTTPS配置　1269.3.1　iOS/Android开发者　1299.3　如何着手开发小程序　1299.4　页面生命周期　1309.3.2　前端开发者　1309.3.3　后端开发者　1309.5　小程序组件和API　1349.6　小程序登录　1349.7　小程序微信支付　1409.8　小结　145第10章　案例：第一个echoserver程序10.1　接入开发者模式　14610.2　消息响应　14710.2.1　公众号会话保存Session　15310.3　自定义菜单　15410.4　小结　157第11章　案例：微信随手记11.1　需求描述　15911.2　数据库设计　15911.3　代码实现　16111.3.1　添加主题　16111.3.3　主题查看　16311.3.4　图片下载　16611.3.5　图片预览　16911.3.6　聊天机器人　17011.3.7　入口函数　17411.4　运行效果　17511.5　小结　177

第一章整体介绍 21.1什么是TableAPI和FlinkSQL 21.2需要引入的依赖 21.3两种planner（old&blink）的区别 4第二章API调用 52.1基本程序结构 52.2创建表环境 52.3在Catalog中注册表 72.3.1表（Table）的概念 72.3.2连接到文件系统（Csv格式） 72.3.3连接到Kafka 82.4表的查询 92.4.1TableAPI的调用 92.4.2SQL查询 102.5将DataStream转换成表 112.5.1代码表达 112.5.2数据类型与Tableschema的对应 122.6.创建临时视图（TemporaryView） 122.7.输出表 142.7.1输出到文件 142.7.2更新模式（UpdateMode） 152.7.3输出到Kafka 162.7.4输出到ElasticSearch 162.7.5输出到MySql 172.8将表转换成DataStream 182.9Query的解释和执行 201.优化查询计划 202.解释成DataStream或者DataSet程序 20第三章流处理中的特殊概念 203.1流处理和关系代数（表，及SQL）的区别 213.2动态表（DynamicTables） 213.3流式持续查询的过程 213.3.1将流转换成表（Table） 223.3.2持续查询（ContinuousQuery） 233.3.3将动态表转换成流 233.4时间特性 253.4.1处理时间（ProcessingTime） 253.4.2事件时间（EventTime） 27第四章窗口（Windows） 304.1分组窗口（GroupWindows） 304.1.1滚动窗口 314.1.2滑动窗口 324.1.3会话窗口 324.2OverWindows 331）无界的overwindow 332）有界的overwindow 344.3SQL中窗口的定义 344.3.1GroupWindows 344.3.2OverWindows 354.4代码练习（以分组滚动窗口为例） 36第五章函数（Functions） 385.1系统内置函数 385.2UDF 405.2.1注册用户自定义函数UDF 405.2.2标量函数（ScalarFunctions） 405.2.3表函数（TableFunctions） 425.2.4聚合函数（AggregateFunctions） 455.2.5表聚合函数（TableAggregateFunctions） 47

通信的双方，要想保证信息的安全传送，必须采用信息加密机制。
在单密钥体制中，双方通信需要共同的密钥。
在一个通信网络中，若有多个通信端，则每一个都需拥有和其它端点通信的不同的密钥，其密钥的管理和生成是一个很大问题。
为此，在一个通信网络中，开辟一个大家都信任的密钥分配中心KDC（Keydistributioncenter），每一个客户(X)与KDC拥有一个共享密钥(主密钥Kx)。
当客户A方想与另外一方B进行通信时，A首先要连接KDC，用以申请和B通信的会话密钥(KS)，成功后再与B进行通信，B方验证A方身份后，双方利用分配的共享的密钥即可进行保密通信了。

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