大坑，来自朋友的一个需求，花费了我大几个小时研究，还没有得出什么结论，但感觉这个也是成长过程中不可或缺的一步呀

1.目的，从一个汇总表，拆分成N张记录的表
2.解决读取本地文件不成功的问题（后来使用上传文件的插件，获取文件流

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58

async handleFile(info) {
    console.log('info:', info)
    // this.file2Xce(e)
    const {fileList} = info
    const resultInfo = await  this.file2Xce(fileList[0].originFileObj)
    console.log("resultInfo:",resultInfo)

    const temObject = resultInfo[0].data[3]
    console.log("===", temObject)
    this.writeLedgerAsExcel(temObject)
}
// 上传文件
file2Xce(file) {
    return new Promise(function(resolve) {
        const reader = new FileReader()
        reader.onload = function(e) {
            const data = e.target.result
            const workbook = XLSX.read(data, {
                type: 'binary'
            })
            let result = []
            workbook.SheetNames.forEach(item => {
                result.push({
                    sheetName: item,
                    data: XLSX.utils.sheet_to_json(workbook.Sheets[item])
                })
            })
            resolve(result)
        }
        reader.readAsBinaryString(file)
    })
}
writeLedgerAsExcel(temObject) {
    const {__EMPTY ,__EMPTY_1,__EMPTY_3,__EMPTY_4,__EMPTY_5,} = temObject
    const jsonData = [
        {姓名:__EMPTY,性别:__EMPTY_1,出生日期:__EMPTY_5,身份证号码:__EMPTY_3,联系号码:__EMPTY_4}
    ]
    let jsonWorkSheet = XLSX.utils.json_to_sheet(jsonData)
    let workBook = {
        SheetNames: ['jsonWorkSheet'],
        Sheets: {
            jsonWorkSheet: jsonWorkSheet
        }
    }

    XLSX.writeFile(workBook, './bb.xlsx')
}
readExcel() {
  let jsonWorkSheet = XLSX.utils.json_to_sheet(this.jsonData)
  let workBook = {
    SheetNames: ['jsonWorkSheet'],
    Sheets: {
      jsonWorkSheet: jsonWorkSheet
    }
  }

  XLSX.writeFile(workBook, './bb.xlsx')
}

提纲：
一、如何注册openAi
二、身处大陆，现有哪些渠道可以访问，各有什么优势、劣势
三、注意事项
四、相关网站

示例网站：https://chat.hutianhua.com/

前言

不管怎么说，多一点信息的输入源，可能会比一头抓瞎要来得强。
降低期待值，降低期待值，降低期待值。至少现阶段，对于从事重复性劳动的“手工业者”，openAI并不能算是颠覆性的技术，并不能所谓的上传图片后生成文案（还得自己想提示词，有病吧，我能想出来，早就看图说话了）

笔者自己使用，结合分享给朋友使用，又或者
个人觉得比较好用的点：

• 刷题时，忘记函数方法了，可以快速搜一点代码出来
• 可以快速收集一些公司的报表
• 对于不同类型的概念，能比较快速地进行问题比对

如何注册openAi

1.注册openAi的账号
2.sms-code.org 网站购买手机号用以接收短信，以走完第一步的注册
3.开始使用

身处大陆，现有哪些渠道可以访问，各有什么优势、劣势

4.1攻略帖子：https://tanxy.club/2023/bulid-chatgpt-for-me
4.2自建地址：https://chat.hutianhua.com

每当我想要分享一些资讯给其他人时，科普基础知识挺花费时间，大概这就是“科普”工作的一部分吧，如果没有真心实意地去思考，不去更好地思考如何解决问题，那墒怎么能被减去呢？

注意事项

1.openAi的网页端、api的请求的收费是分开进行计费，前者支持用礼品卡进行续费，后者只能绑定信用卡（国内的境外visa实测不行）来进行扣费
2.虚拟卡可能被封禁
3.如果api账单没有被支付，这个账号的api key就不能再继续使用，推荐注册一个新的open ai账号进行使用

相关网站

• chatgpt 官网
• api key获取网
• 接码平台

思考

要说这个东西有啥用，貌似也没啥大用，倒是花了几块钱用作收取短信验证码的事，还总有人在怀疑这网站是不是推广，我只能说，没必要太细究，有的阳谋如同推恩令，如同二胎的快乐，是无法避开的，满足好当下的需求吧。

遇到的相关问题

1.gpt 在路由器翻墙的前提下，需要开启udp数据转发（arm7架构的路由器不支持开启该功能，笔者使用的ac66u b1刚好是这个架构，后面换了arm8的机器就可以了）
不然就会在tcp流量被转发后，打开openAi网页，还是会被检测出，是VPN访问，从而此次访问会被截断

QUIC (Quick UDP Internet Connections) 是一种网络传输协议，旨在提供比传统的基于TCP的传输协议更快速和安全的连接。它最初是由谷歌开发的，并且在不断演进和标准化的过程中得到了广泛的关注和采纳。

与传统的TCP协议不同，QUIC 是基于UDP协议构建的。UDP协议是一种无连接的协议，它不像TCP那样需要建立和维护持久的连接。相反，QUIC 在应用层上实现了一些类似于TCP的功能，如流量控制、错误纠正和可靠性，但它通过在UDP之上构建自己的机制来更好地处理延迟和拥塞。

2.arm8架构的固件，高级功能需要自己手动点开（当时这里想了好久，折腾了很久的固件，才明白具体交互是什么）

3.没有打开翻墙软件的状态，访问openAi

4.路由器翻墙（默认仅开启tcp协议的流量）
七层协议中，udp流量从传输层进行发放，因为没有代理，请求会被截断

5.终端设备太多，每台设备都需要安装翻墙软件，还需要了解各种翻墙软件是什么，怎么使用，能否支持自己的协议，还真是挺麻烦的

看到驴得水里张一曼所谓的“睡服”铁匠的情节，就会想起在三十六计里，身陷囹圄的孙膑，他可以选择被佳人救走，却还是坚持自己运用智慧，坚持用没有后遗症而且更加堂堂正正的方式来拯救自己于水火；还想到了关羽降汉不降曹后，本来有机会可以自己一个人逃走，却还是选择堂堂正正地创建了军功后，带着两位嫂嫂一路过五关斩六将，历尽艰辛而归；也想到了《闻香识女人》的查理，在面对校领导以退学为由逼迫查理说出谁是恶作剧的始作俑者，查理坚持不背叛自己的朋友（他自己认为的朋友）而被学校领导公开宣布退学，幸得退伍军官路见不平，出言帮助以更为正面的方式来找到事情的真相。他们都有更为简便的方式去完成自己的愿望，而他们却都选择后遗症更少、更为艰难的那一条路，谁对谁错？我真的不知道。

提纲

• 目的
• 使用的设备
• 跟电信申请公网IP
• 找电信师傅申请后台的”超级密码”
• 猫设置为桥接
• 路由器进行拨号

目的

本篇主要是提供思路，方便外网也能够支持远程访问局域网内的各项NAS门户服务，原来都是手动登陆NAS的后台管理系统，然后手动点开一个个门户网站，比较不方便，只能在家才能用上这些服务，原来还尝试过蒲X英x1旁路由组网，这个一是上传宽带卡在1m/s（后来貌似派专人给我电话申请了下升级至2m/s)，但还是不太满足个人的需求。

自己经常使用的设备超出了3个，二是使用蒲X英时，打开一些体积比较大的excel（3M左右，里面贴了比较多的图片），EXCEL打开速度很慢估计是受限于上传（1M/s）的速度。

需要实现的效果

  希望自己的NAS门户网站https链接前面都能有小锁，而不是提示”不安全网站”。尝试了很多方式去满足自己的需求，这里记录下对自己而言，行之有效的手工生成方式。攻略暂时仅供自己记录，如果有帮到屏幕前的您各位，就当缘分了，不足和遗漏之处欢迎指出，这边尽量完善，方便大家都能掌握生成SSL证书的思路。
  网上有许多攻略是基于用户已经有SSL证书的前提下，偏重于记录如何给自己的服务配置SSL证书；本文的重点在于如何去获取这项”资源”，查漏补缺，大家阔以结合着看，兼听则明嘛。

效果

✅ 博客上能展示图片，图片最好能存储在自己硬盘。
演示地址：https://hutianhua.com:6395/

开发环境

• 语言：vue@^2.6.10
• UI框架及版本：ant-design-vue@1.7.4

开发背景

  后台管理系统，颗粒度需要管理到按钮，管理系统的结构是：一级目录>二级目录>按钮，有时候需要给不同用户看到不同程度的界面，比如A只需要被提供页面查看按钮，也就是只开放到二级目录就可以；比如B需要进行一些操作，就需要开放到按钮层。用户可以不用这些功能，但作为开发不能不会；而且基于项目已经是这种数据结构和交互诉求，那唯一能进行变通的，也就是前端在UI组件默认的交互下，自己重新定义各种交互方式咯。

  这部电影之前，自己的心中已经有了《三国演义》、《孙子兵法和三十六计》的铺垫，对老炮儿里面的剧情，总有些些触动，子女教育，父母教育。每个人来这个世界上都是头一遭儿，当自己无法承担故事的责任时，父亲会顶上去，母亲也会顶上去，可当父母也无法抵挡来自生活的寒风时呢？

  可能看过《珍珠港》在先，这部黑白电影在后，无法避免地觉得剧情有点“老套”。当女主转过身去哭泣的时候，自己没忍住笑了出来（有点不礼貌哈），能猜到下一步是男主包容了女主。这个确实要谴责笔者无法共情，生活中自己从未这样爱过别人，不能理解那种全然宽恕的心情，自己最多做到不追究。这是战争时期，这是电影，回到现实中？醒醒。是什么让人们爱得这样难舍难分？是苦难，是战争，是绝对的残害与愚蠢，太明白了就会感到心累，明白一个人之所以成长为这个人如今的样子，不会是空穴来风，更不会是无水之根，这背后肯定有着难以言说的苦难或者幸福，而我们将何以面对这些人？以宽容，以苛责，还是以热泪？

  “二战的转折点是什么？”

  有时候，就算是实事求是地对既有事实进行白描，也像是在“献媚”。这部电影的结束，让我想到了《美好人生》的结尾，同样是美国大兵开着坦克长驱直入，心里就有个感觉，导演估计是奔着获奖去的，谁知道呢？这个好吗，这个不好吗？有多少种立场，就会有多少种立场衍生出的观点，看您各位的想法了？