全球知名的人工智能公司OpenAI宣布，为了维护服务质量和安全性，将采取额外措施来限制来自当前不支持的国家和地区的API流量。
官方推送的邮件通知中明确指出，自7月9日起，OpenAI将开始阻止来自非支持国家和地区的API流量。受影响组织若希望继续使用OpenAI的服务，必须在其支持的国家或地区内访问。互联网坊间八卦注意到，
OpenAI曾于今年2月14日公开提及到阻止并限制了来自包括中国、朝鲜、伊朗、俄罗斯的一些用户的使用。
#自媒体运营频道 #@yunying23
尝试翻译了Brian Dean的Link Building Strategies，加了一部分自己的理解（因为太长还是没写完）
读后感：
1. 很全，虽然部分信息和策略有点过时（比如原文对Reddit不够重视，也主要因为最近谷歌算法更新的缘故）
2. 好几条都是相同或类似内容，感觉是为了堆item数量或者内容太多懒得再整理
3. 说是链接建设其实大部分是外链获取，内链建设放在其他文章里
4. 很多策略是偏向他一样的个人内容博客，和商业博客不完全相同，一部分还是更利基（比如电子商务）或者本地化的服务
原文：https://backlinko.com/link-building-strategies
这周计划在知识库写个可行性高，针对AI/SaaS工具类网站的外链获取策略
尝试翻译了Brian Dean的Link Building Strategies，加了一部分自己的理解（因为太长还是没写完）
读后感：
1. 很全，虽然部分信息和策略有点过时（比如原文对Reddit不够重视，也主要因为最近谷歌算法更新的缘故）
2. 好几条都是相同或类似内容，感觉是为了堆item数量或者内容太多懒得再整理
3. 说是链接建设其实大部分是外链获取，内链建设放在其他文章里
4. 很多策略是偏向他一样的个人内容博客，和商业博客不完全相同，一部分还是更利基（比如电子商务）或者本地化的服务
原文：https://backlinko.com/link-building-strategies
这周计划在知识库写个可行性高，针对AI/SaaS工具类网站的外链获取策略
韩电池厂爆炸致22死 包括18名中国工人
韩国京畿道华城市的一家电池制造商ARICELL的工厂在6月24日发生爆炸并起火，造成22人死亡，其中18名为中国工人，另有一名老挝籍工人和一名国籍不明者。事故发生时，工厂第三楼有67人在工作，楼内存放有超过3万5000个锂电池成品。搜救队正在寻找一名失联人员，同时确认遇难者身份。中国驻韩国大使馆已确认18名中国公民遇难。韩国总统尹锡悦指示全力搜救，政府召开跨部门会议讨论应对措施。
此次事件是韩国多年来最严重的工厂灾难之一。事故发生后，华城当局发出警报，敦促居民避免外出并关闭窗户。1989年全罗南道丽水国立工业园区的工厂爆炸是此前类似事件，造成16人死亡、17人受伤。目前搜救工作仍在进行，遇难人数可能进一步增加。
韩国京畿道华城市的一家电池制造商ARICELL的工厂在6月24日发生爆炸并起火，造成22人死亡，其中18名为中国工人，另有一名老挝籍工人和一名国籍不明者。事故发生时，工厂第三楼有67人在工作，楼内存放有超过3万5000个锂电池成品。搜救队正在寻找一名失联人员，同时确认遇难者身份。中国驻韩国大使馆已确认18名中国公民遇难。韩国总统尹锡悦指示全力搜救，政府召开跨部门会议讨论应对措施。
此次事件是韩国多年来最严重的工厂灾难之一。事故发生后，华城当局发出警报，敦促居民避免外出并关闭窗户。1989年全罗南道丽水国立工业园区的工厂爆炸是此前类似事件，造成16人死亡、17人受伤。目前搜救工作仍在进行，遇难人数可能进一步增加。
大概有两个要命的原因：
1. 咱没在海外生活，不知道地道关键词
2. GitHub 只能精准匹配，搜索基本凭运气
但最近我发现了一个神奇的方法。
用 ChatGPT联网搜索，指定它去GITHub 找仓库
体验特别顺滑，完美解决这两个痛点哈哈
关于“慢就是稳，稳就是快”的一些思考
这几天在改一个网站的核心功能代码，因为当初是让GPT帮忙写的，里面的逻辑自己一点都不懂。但是因为流量起来了，且根据用户的使用数据发现，当初的功能设计满足不了用户需求，所以不得不重构整个功能
其实核心的代码一共也就四五十行，也没有多复杂，但自己因为有畏难情绪，就是不愿意花心思去把这里面的逻辑弄懂，所以就只能不断地让GPT帮我调整
每次的修改都像是让GPT给我开盲盒，期望哪次开出来的恰好能用，就能糊弄过去了。结果把一个很简单的功能越写越复杂，最后改出了各种奇奇怪怪的逻辑（当然可能也跟我写prompt的功力有关…）
周末整整搞了两天都还是不行，代码回滚到了最初版本不说，也把心情弄得非常焦躁
后面自己发现这样不行，于是就决定沉下心来，踏踏实实地把这部分的代码弄明白，自己动手重新搓一个出来。
当真的投入进去之后，发现也是真的简单，大概花了2-3小时就搞明白了实现原理，加上自己后期想做的一些优化，最后也就半天出头的时间就全弄完了，而且未来要在这个基础上做什么调整，心里也非常有把握，不用再交给GPT去开盲盒了
这样的例子发生在自己身上并不少见，有的时候想走捷径地做完一件事，于是导致事情做得不干净、不扎实，后面不得不投入更多的时间来善后
如果每次都预留出足够的时间，专注地只把一件事情做好，或许这样的“慢”，会让自己走得更快
这几天在改一个网站的核心功能代码，因为当初是让GPT帮忙写的，里面的逻辑自己一点都不懂。但是因为流量起来了，且根据用户的使用数据发现，当初的功能设计满足不了用户需求，所以不得不重构整个功能
其实核心的代码一共也就四五十行，也没有多复杂，但自己因为有畏难情绪，就是不愿意花心思去把这里面的逻辑弄懂，所以就只能不断地让GPT帮我调整
每次的修改都像是让GPT给我开盲盒，期望哪次开出来的恰好能用，就能糊弄过去了。结果把一个很简单的功能越写越复杂，最后改出了各种奇奇怪怪的逻辑（当然可能也跟我写prompt的功力有关…）
周末整整搞了两天都还是不行，代码回滚到了最初版本不说，也把心情弄得非常焦躁
后面自己发现这样不行，于是就决定沉下心来，踏踏实实地把这部分的代码弄明白，自己动手重新搓一个出来。
当真的投入进去之后，发现也是真的简单，大概花了2-3小时就搞明白了实现原理，加上自己后期想做的一些优化，最后也就半天出头的时间就全弄完了，而且未来要在这个基础上做什么调整，心里也非常有把握，不用再交给GPT去开盲盒了
这样的例子发生在自己身上并不少见，有的时候想走捷径地做完一件事，于是导致事情做得不干净、不扎实，后面不得不投入更多的时间来善后
如果每次都预留出足够的时间，专注地只把一件事情做好，或许这样的“慢”，会让自己走得更快
