sstar_l0l3clip_sync/info.json

{
  "cookies": "",
  "magic": "2022-10-20 11:25:09.92",
  "password": "ZWtrb2Jhb19fX19fX19fXzlytojwgd3qVW7PNYs7Y9s=",
  "user_name": "ekko.bao"
}
1. 完成消息的接收循环的编写，现在的逻辑是： 1. 如果当前的前台程序是xxx那么就进入等待移出状态， 2. 如果当前是等待移出状态，然后切换了前台程序到其他程序那就触发一次同步 3. 同步后进入idle状态等待聚焦到xxx 2. 完成消息的发送基础步骤的准备，自动获取剪切板数据并且根据长度进行拆包进行发送。 3. 创建一个python的flask应用方便快速测试 4. 完成命令行参数的CLI化，方便直接使用，l0就是consumer，l3就是producer 5. 完成用户名的加密解密，使用机器的硬盘序列号进行加密解密 6. 保存msg的magic和cookies，方便重启使用，但是目前来说cookies没有也是ok的。因为没有做cookies的过期处理还。每次启动都会登录处理，并且登录期间过期的话只会异常，不会恢复，所以这块还需要完善一下，如果登录期间发现过期了应当重新认证一下。 7. 等待完善发送的逻辑，这块本意是想要在l3的窗口鼠标移动到边缘之后保持不动就进行发送，但是会存在一些和l0之间时序上匹配的问题。如果l3另外启动一个用户界面用来交给用户触发交互呢，又做不到程序起初想要的无感的想法，这块还要再确认下 2024-08-28 07:53:27 +08:00			`{`
			`"cookies": "",`
添加msg的提供者的逻辑完成基础版本的交互逻辑已经具备同步消息的框架了。就是状态维护上有点瑕疵等待完善。 2024-09-06 08:38:28 +08:00			`"magic": "2022-10-20 11:25:09.92",`
1. 完成消息的接收循环的编写，现在的逻辑是： 1. 如果当前的前台程序是xxx那么就进入等待移出状态， 2. 如果当前是等待移出状态，然后切换了前台程序到其他程序那就触发一次同步 3. 同步后进入idle状态等待聚焦到xxx 2. 完成消息的发送基础步骤的准备，自动获取剪切板数据并且根据长度进行拆包进行发送。 3. 创建一个python的flask应用方便快速测试 4. 完成命令行参数的CLI化，方便直接使用，l0就是consumer，l3就是producer 5. 完成用户名的加密解密，使用机器的硬盘序列号进行加密解密 6. 保存msg的magic和cookies，方便重启使用，但是目前来说cookies没有也是ok的。因为没有做cookies的过期处理还。每次启动都会登录处理，并且登录期间过期的话只会异常，不会恢复，所以这块还需要完善一下，如果登录期间发现过期了应当重新认证一下。 7. 等待完善发送的逻辑，这块本意是想要在l3的窗口鼠标移动到边缘之后保持不动就进行发送，但是会存在一些和l0之间时序上匹配的问题。如果l3另外启动一个用户界面用来交给用户触发交互呢，又做不到程序起初想要的无感的想法，这块还要再确认下 2024-08-28 07:53:27 +08:00			`"password": "ZWtrb2Jhb19fX19fX19fXzlytojwgd3qVW7PNYs7Y9s=",`
			`"user_name": "ekko.bao"`
			`}`