12月25
前后端通过websocket通信，但是需要鉴权，可以利用websocket的子协议来传输token，代码如下：
var ws = new WebSocket("ws://localhost/ws",[token]);
在后面加上[这里是token内容]。这样请求头就会携带：
Sec-WebSocket-Protocol:token value
参数是一个数组。如果数组有多个值，后端也会接受到逗号隔开的值。
后端可以获取这个token进行鉴权。
重点来了！
如果传递了token参数，后端响应的时候，也必须带上这个token响应！否则前端接收不到数据！
我竟然忘记前端传过来的token是加密后的，首先解密后去校验，通过后再把原加密token放在响应头即可， 如果不一致也会导致前端接收不到消息。
如下是java的例子“：
HttpServletResponse response = (HttpServletResponse)servletResponse;
response.setHeader("Sec-WebSocket-Protocol", token);
var ws = new WebSocket("ws://localhost/ws",[token]);
在后面加上[这里是token内容]。这样请求头就会携带：
Sec-WebSocket-Protocol:token value
参数是一个数组。如果数组有多个值，后端也会接受到逗号隔开的值。
后端可以获取这个token进行鉴权。
重点来了！
如果传递了token参数，后端响应的时候，也必须带上这个token响应！否则前端接收不到数据！
我竟然忘记前端传过来的token是加密后的，首先解密后去校验，通过后再把原加密token放在响应头即可， 如果不一致也会导致前端接收不到消息。
如下是java的例子“：
HttpServletResponse response = (HttpServletResponse)servletResponse;
response.setHeader("Sec-WebSocket-Protocol", token);
12月21
什么是实时主备？
实时主备由一个主库以及一个或者多个配置了实时（Realtime）归档的备库组成，其主要目的是保障数据库可用性，提高数据安全性。实时主备系统中，主库提供完整的数据库功能，备库提供只读服务。主库修改数据产生的Redo日志，通过实时归档机制，在写入联机Redo日志文件之前发送到备库，实时备库通过重演Redo日志与主库保持数据同步。当主库出现故障时，备库在将所有Redo日志重演结束后，就可以切换为主库对外提供数据库服务
1、环境准备
服务器 主库IP:192.168.90.41 dm8数据库 实例名 ：RAC1 端口号：5236
服务器 备库IP:192.168.90.42 dm8数据库 实例名 ：RAC2 端口号：5236
# 数据库启动服务命令路径/dm8/bin，实例配置文件路径/dm8/data/DAMENG/
2、主备库分别初始化实例（按客户要求）
./dminit path=/dm8/data page_size=32 instance_name=RAC1
./dminit path=/dm8/data page_size=32 instance_name=RAC2
3 备份还原
# 如果是初始搭建环境，可以通过对主库脱机备份、对备库脱机还原的方式来准备数据， 如果主库已经处于运行状态，则可以对主库进行联机备份、对备库脱机还原的方式来准备数据。
实时主备由一个主库以及一个或者多个配置了实时（Realtime）归档的备库组成，其主要目的是保障数据库可用性，提高数据安全性。实时主备系统中，主库提供完整的数据库功能，备库提供只读服务。主库修改数据产生的Redo日志，通过实时归档机制，在写入联机Redo日志文件之前发送到备库，实时备库通过重演Redo日志与主库保持数据同步。当主库出现故障时，备库在将所有Redo日志重演结束后，就可以切换为主库对外提供数据库服务
1、环境准备
服务器 主库IP:192.168.90.41 dm8数据库 实例名 ：RAC1 端口号：5236
服务器 备库IP:192.168.90.42 dm8数据库 实例名 ：RAC2 端口号：5236
# 数据库启动服务命令路径/dm8/bin，实例配置文件路径/dm8/data/DAMENG/
2、主备库分别初始化实例（按客户要求）
./dminit path=/dm8/data page_size=32 instance_name=RAC1
./dminit path=/dm8/data page_size=32 instance_name=RAC2
3 备份还原
# 如果是初始搭建环境，可以通过对主库脱机备份、对备库脱机还原的方式来准备数据， 如果主库已经处于运行状态，则可以对主库进行联机备份、对备库脱机还原的方式来准备数据。
12月19
咱话不多说，正如标题所见，实践开始。
首先打开cmd，win键+r打开运行，输入cmd打开控制台。
在控制台中输入msg / server:IP地址 * "要发送的内容。" 注：(这里的引号要加，且*号左右必须空一格)
例如：我的ipv4地址是192.168.90.1** 注：(用ipconfig命令可查)
首先打开cmd，win键+r打开运行，输入cmd打开控制台。
在控制台中输入msg / server:IP地址 * "要发送的内容。" 注：(这里的引号要加，且*号左右必须空一格)
例如：我的ipv4地址是192.168.90.1** 注：(用ipconfig命令可查)
12月14
一. 相同之处
都是为了解决人的需求，都需要去深入挖掘目标用户的需求，进行分析转化为功能，利用最低的成本去满足用户最迫切的需求。
都需要把产品做好，用户用得爽，才能实现盈利。
产品经理和销售经理都需要具备核心能力（包括：需求分析、产品管理、项目管理、沟通能力、技术能力、业务能力、产品设计、学习能力、逻辑思维等）。
二、不同之处
（1）产品定位：
To C需从产品能给人们解决哪些问题的角度去考虑产品定位；
To B是结合商业公司内部使用需要的层面去考虑；B端产品一定要在企业的利润链上产生价值，对企业的利润产生贡献。对最终的利润正向贡献越大，产品的价值也就越大。
To G则是从国家政策、政府工作报告等体现要做什么样的产品（比如：通过“数字政府”营造粤港澳大湾区营商与政务环境）。产品定位决定了目前用户、场景、需求等一系列维度。
（2）用户定位：To C面向个人用户；To B面向企业；To G面向政府（使用用户可以为政府决策人员、普通大众、行业用户）。
（3）需求场景：To C使用场地是随时对地；To B更多是内网；To G是内外网相结合（互联网+政务）。
（4）产品模式：商业模式或者市场路线。To C需要进行用户调研寻找细分用户，通过市场调研挖掘本职需求，需要更多地思考产品设计和用户体验层次的问题；To B和To G则需要对客户进行深度沟通，寻找MVP，而且需要一套能说服客户又能寻求利益最大化的定价策略。
（5）用户需求：To C要结合用户的“人性”需要，去挖掘大多数用户的可能性，需要做各种各样的竞品分析（包括同类产品功能层面和不同类产品解决方案）；To B也是找寻大多数企业的共性需求，除非是定制化需求；To G这种则是通过一个个项目形式去满足不同时期政策的需要和符合财政预算，这类需求需要通过政府客户获取。
（6）盈利模式：To C通过内容吸引用户，有了用户流，带动资金流、物流，每个用户都是盈利的来演；To B和To G走的都是项目合同制，可以分为一期、二期和n期，需要不断保持与客户的合作关系，进行迭代规划，才能实现产品的持续变现。
（7）MVP思路不同：
建设B端和C端产品时，大的原则是类似的，都是先做加法，即充分讨论、穷举所有需求和可能性;然后再做减法，选出最核心的需求点;最后设计具体方案并将其落地，用最短的时 间和最低的成本支持业务启动。
但是在选取最小功能集合(或最小可行产品)时，B端和C端产品的区别很大:
B端产品要支持业务整体运作，所以在选取最小功能集合时，即便再简化，也要保证一个核心业务流程的运转，因此B端MVP往往是一个具备一定复杂度的系统，不可能是一个或几个功能点。
C端产品需要解决用户的痛点，需要挑选一个核心痛点去打动用户，如果核心痛点定位错误，就会导致验证失败。所以在选取最小功能集合时，C端产品要聚焦用户的核心痛 点，C端MVP可能只包含一两个功能点。
都是为了解决人的需求，都需要去深入挖掘目标用户的需求，进行分析转化为功能，利用最低的成本去满足用户最迫切的需求。
都需要把产品做好，用户用得爽，才能实现盈利。
产品经理和销售经理都需要具备核心能力（包括：需求分析、产品管理、项目管理、沟通能力、技术能力、业务能力、产品设计、学习能力、逻辑思维等）。
二、不同之处
（1）产品定位：
To C需从产品能给人们解决哪些问题的角度去考虑产品定位；
To B是结合商业公司内部使用需要的层面去考虑；B端产品一定要在企业的利润链上产生价值，对企业的利润产生贡献。对最终的利润正向贡献越大，产品的价值也就越大。
To G则是从国家政策、政府工作报告等体现要做什么样的产品（比如：通过“数字政府”营造粤港澳大湾区营商与政务环境）。产品定位决定了目前用户、场景、需求等一系列维度。
（2）用户定位：To C面向个人用户；To B面向企业；To G面向政府（使用用户可以为政府决策人员、普通大众、行业用户）。
（3）需求场景：To C使用场地是随时对地；To B更多是内网；To G是内外网相结合（互联网+政务）。
（4）产品模式：商业模式或者市场路线。To C需要进行用户调研寻找细分用户，通过市场调研挖掘本职需求，需要更多地思考产品设计和用户体验层次的问题；To B和To G则需要对客户进行深度沟通，寻找MVP，而且需要一套能说服客户又能寻求利益最大化的定价策略。
（5）用户需求：To C要结合用户的“人性”需要，去挖掘大多数用户的可能性，需要做各种各样的竞品分析（包括同类产品功能层面和不同类产品解决方案）；To B也是找寻大多数企业的共性需求，除非是定制化需求；To G这种则是通过一个个项目形式去满足不同时期政策的需要和符合财政预算，这类需求需要通过政府客户获取。
（6）盈利模式：To C通过内容吸引用户，有了用户流，带动资金流、物流，每个用户都是盈利的来演；To B和To G走的都是项目合同制，可以分为一期、二期和n期，需要不断保持与客户的合作关系，进行迭代规划，才能实现产品的持续变现。
（7）MVP思路不同：
建设B端和C端产品时，大的原则是类似的，都是先做加法，即充分讨论、穷举所有需求和可能性;然后再做减法，选出最核心的需求点;最后设计具体方案并将其落地，用最短的时 间和最低的成本支持业务启动。
但是在选取最小功能集合(或最小可行产品)时，B端和C端产品的区别很大:
B端产品要支持业务整体运作，所以在选取最小功能集合时，即便再简化，也要保证一个核心业务流程的运转，因此B端MVP往往是一个具备一定复杂度的系统，不可能是一个或几个功能点。
C端产品需要解决用户的痛点，需要挑选一个核心痛点去打动用户，如果核心痛点定位错误，就会导致验证失败。所以在选取最小功能集合时，C端产品要聚焦用户的核心痛 点，C端MVP可能只包含一两个功能点。
