ICDYCT / 我能, 你也行 / I Can Do, You Can Too

前言 在购买VPS的时候, 会遇到需要填写个人信息的时候. 我们常常会找一个生成随机美国人信息的网页. 我有一个想法, 希望快速方便的知道哪个信息填写到哪里. 面向GPT开发 有这样一个HTML页面 页面中可能包含 "first name", 也有可能 是在 input元素的 placeholder 属性中包含 "first name" 我需要查找并高亮这些 "first name"  把这些需求发给GPT. GPT生成的结果分为了CSS和JS脚本两部分. 于是再向GPT提要求 需要整合为可以在浏览器的 console 执行的 js 文件  GPT生成了一个整合的JS文件. 在浏览器 F12 开发者工具的Console中进行测试. 对于 RackNerd 的注册页面, 效果为红色边框. 对于美国人信息页面, 效果为黄色文字底色 * 注意, 此页面上, 写的是 Firstname 而不是 First name. 代码需作一点修改. 在有一些 美国人信息页面上, 没有 Firstname 这样的内容, 只有 Full name 所以我们向GPT继续提出修改意见. 把 first name, firstname, full name, fullname, 全名, 姓名 归为一类, 显示同样的高亮颜色或边框颜色. 对于同一类关键字, 边框颜色和文字底色颜色应该一致. 测试, 结果可以了. 接下来, 把这个结果推广到其它信息, 并且要求不同类的信息, 使用不同的颜色. 把 first name, firstname, last name, lastname, full name, fullname, 全名, 姓名 归为一类, 显示同样的高亮颜色或边框颜色. 把 phone number, phone, 电话 归为一类. 把 street address, street, 街道地址, 街道 归为一类. 把 city, 城市 归为一类. 把 full state name, state, 州全称, 州 归为一类. 把 postcode, zip code, 邮编, 归为一类. 以上每一类, 都要使用独特鲜明的颜色, 不应该与其它任何一类颜色相同. GPT返回的结果, 在浏览器console中测试. 效果不错. 用油猴插件...

前言 看到一个群友的YouTube 视频信息页面 网速换算为 MB/s 手痒, 也想自己整一个. 分析 F12开发者工具, 选择视频信息面板上的网速 HTML元素. 右键菜单 Copy JS path 得到 显示网速的文字 HTML 元素path为 document.querySelector("#movie_player > div.html5-video-info-panel.ytp-sfn > div > div:nth-child(9) > span > span:nth-child(2)") 面向GPT开发 我有一个html页面, 其中这个位置的元素 1) document.querySelector("#movie_player > div.html5-video-info-panel.ytp-sfn > div > div:nth-child(9) > span > span:nth-child(2)") 内容是  17085 Kbps 这样的格式, 我需要在这个元素 1) 的后面, 增加一个元素 2) , 内容为 元素 1) 的内容换算为 MB/s 的单位. 元素 2) 的数字 应该每10秒刷新 GPT开发的结果, 先在 F12 工具的 console 里面测试效果. 效果正常. 用油猴插件固定此脚本的效果 具体细节步骤略. 油猴插件 https://chromewebstore.google.com/detail/tampermonkey/dhdgffkkebhmkfjojejmpbldmpobfkfo 脚本文件名应该为 xxx.user.js @match 中为 https://www.youtube.com/watch* 效果为匹配所有YouTube播放页面url GPT开发的代码填写到 // You code here ... 下面 上传GitHub https://github.com/crazypeace/youtube-MB-per-s ======== 后记 本次使用GPT的过程中, 用到的GPT是 Gemini

前言 最近看到有人应用 cloudflare 的 snippet 实现 像 worker 一样的节点功能. 思路 看来,  一方面, 免费用户也有机会使用 snippet 了. 另一方面, snippet 的功能也增强了, 和worker 的区别更小了. 那么我就想用snippet实现之前用worker实现的反代blogspot的效果. 实践 uniproxy里面的语法比较老, 是这样的 addEventListener('fetch', event => {     event.respondWith(handleRequest(event.request)) }) 用在snippet的话, 要改成这样的 export default {   async fetch(request, env, ctx) {     try {       return await handleRequest(request, env, ctx);     } catch (e) {       return new Response(e.message || "Internal Error", { status: 500 });     }   }, }; 我让GPT做了转换.  从结果来看, 就除了这一点变化, 其它代码全部保持原样. 已上传Github https://github.com/crazypeace/cloudflare-workers-uniproxy/blob/master/snippet.js 反代blogspot的worker代码 把需求发给GPT 当我把同样一份代码用于 worker 和  snippet  有没有办法识别当前环境是 worker 还是 snippet, 从而 打开 或关闭 KV相关的代码逻辑? 结果是判断是否存在绑定KV的环境变量. 这个逻辑本身也挺好的, 即使是用于worker, 也可以避免在worker的环境下, 用户没有绑定KV而产生异常. 已上传Github https://github.com/crazypeace/cf-wo...

来源 https://eller.top/posts/109 我只是记录一下, 以防信息源博客不见, 也方便以后我自己搜索. 1. 关闭内存压缩 管理员身份启动PowerShell 命令行执行 Disable-MMAgent -mc 检查关闭内存压缩, 在命令行执行 Get-MMAgent 检查结果中应包含 MemoryCompression            : False 2. 关闭sysMain服务 关闭windows服务的方法有很多, 问一下Google和GPT都容易得到答案. ======== 完

前言 我想促进访问者跳转到更多的博文. 在单篇博文的页面, 我把 标签放在了文章的标题下面. 我想在首页也实现类似的效果. 分析 打开 blogger 后台 - 主题背景 - 修改HTML 跳转到 Blog1 段. 阅读HTML, 发现是这里显示标签 并且有逻辑判断是否为博文页面. 我们修改为 <b:includable id='postLabels'> <b:if cond='data:widget.type == &quot;Blog&quot;'>   <b:include name='super.postLabels'/> </b:if> </b:includable> 可以注意到  data:view.isSingleItem and   被删除了. 效果 成功了.

点此链接添加贴纸: https://t.me/addstickers/fuckgfwnewbie 新增几个特色贴纸. 有人问推荐一个"最好的"XX (机场, 协议, 软件, ...) 有人说 naive 有人"不懂就问" XXX

有人说我给垃圾VPS拉皮条. 指的是RackNerd CloudCone厂商. 一般是批评这些内容: 翻墙效果差 和XXX比起来效果差 不如一步到位买XXX 不如机场省心 不如XXX机场 不如一毛机场 不如免费机场 不如免费CloudFlare节点 我想说的是, 1.  不同的人有不同的翻墙需求. 对带宽/ 延迟/ 流量 的具体需要都不一样. 拿我自己来说, 我就是 1080p 看看油管 看看黄. 我对于 视频秒开 和 拖进度条的丝滑程度没有那么敏感. 2. 中国这么大, 不同的省份, 不同的运营商, 国际出口不一样, GFW的行为也不一样. 我一直坚持, 你自己拿测试节点试用, 以你的实际体验效果为准. 这个效果 和这个价格, 你觉得满意再买, 不满意就不要买. 3. 对于翻墙新手, 如果你满意测试节点的效果, 那么你可以买和测试节点一样的机房, 用一样的脚本, 搭一样翻墙协议的节点. 尽最大可能的避免卖家秀和买家秀的问题. 4. 没有花钱的不对. 你愿意用更多的钱, 换来更好的体验, 这当然没问题. 与此同时, 也有人不想在翻墙上花那么多钱. 我一直面对的是翻墙新手. 有的人没有太多的钱来翻墙; 有的人担心学不会搭梯子, 买VPS的钱就浪费了. 我的衡量标准就是一年100CNY左右这个价位. 5. 用自己的VPS和用机场, 是完全不同的消费观念和使用习惯. 一方面, 如果在墙外平台上有账号, 会希望有一个稳定的出口IP, 避免被平台风控. 另一方面, 我自己没有解锁流媒体的需求. 一个自己的VPS就够了. 最后, 我个人观点就是, 从安全的角度考虑, 避免使用机场. 6. 对于各种免费的或者钻空子的资源. 比如, 免费的 Oracle机器, 免费的CloudFlare计算资源, 或者其它一些免费的容器呀, 游戏服务器呀, ... 除了那些只是探讨技术的Geeker以外, 我觉得对于大多数人来说, 这本质上是一个金钱和时间的平衡决策, 看你愿意花 多少钱-多少时间 罢了.