LOGO
首页 网站广场 站长动态 活跃度榜 审核查询 逛逛好站 留言交流 提交申请 关于本站

站长动态

站长动态所展示的是已加入好站网成员站长文章
共同步 2557 篇文章
(每2小时更新一次)
山野愚人居
入驻第1年
2025年最后一天
2025年的最后一天,此时的我还在办公室里忙碌。在这一天里,不知道是否该纪念一下,纪念我们又老去一年,纪念孩子们又成长一年,纪念老人们又安享晚年一年……
Debug
入驻第1年
2025 年度总结
大家好呀,我是 Meng小羽,又到了一年一度写年度总结的时候了,每年的总结总是要感慨下时间过得可真快呀,今年最重要的人生大事就是我结婚了,从此不再是一个人,而是两个人的小家庭,同时自己也多了一个丈夫的角色,也意味着要承担起更多家庭的责任。 今年,是幸福的一年,也是收获颇多的一年,无论是从家庭、个人 IP、站点还是工作,都有着不同的体验与感想。 接下来,是我的 2025 年年度总结,想与你一起分享这一年的成长与变化。 生活 今年生活最大的改变就是开篇所说的结婚了,首先要感谢我的妻子,在我们订婚、拍婚纱照、领证、备婚、出阁宴、结婚中,相比我的付出而言,多操心了很多,为了我们的小家庭也贡献与付出了很多,我不是一个浪漫的人,但是有一个浪漫的妻子,多亏了我的妻子,让我的生活也充满了很多的浪漫的瞬间与难忘的时刻。之后要感谢我的爸爸妈妈姐姐姐夫,对于我们新式婚礼的理解与支持。 婚前,我认为生活不单单是大人们(我家的风俗习惯,没有结婚的人都是小孩子一样对待)口中的柴米油盐,一直过平淡且稳定的生活。当然,不可否定的是大人们一味的稳定不是没有道理的,特别在我的老家:山东。 婚后,我认为稳定的生活固然很好,但是在现代社会,除了稳定的生活,还要有创造价值的能力,因为纯靠稳定的生活只能保障家庭的稳定,但是抵御外部干扰的能力对于家庭来说还是太薄弱了,当然,可能原本的稳定的生活已经让一个人或者一个家庭付出了很多,很难抽出时间来提升自己或者提高家庭的幸福感,但是我认为纳瓦尔的观点是正确的,一个人需要时间去学习与提升自己,进而可以创造更有价值的事物,从而将自己宝贵的时间转化为复利效应。另外,生活中的不时的浪漫是提升家庭幸福度非常好的润滑剂与养料。要不然日复一日的重复工作和生活会让人变成 “机器人”。 工作 今年,是我入职的第 5 年,有很多的感悟,也写了篇文章 《入职 5 周年,我和小米的 5 周年》。 今年工作内容也变得丰富起来,今年开始了全栈的路线,可谓是天下大势、合久必分、分久必合,大学时期,自己开始做项目,做比赛,需要前后端都有所了解及开发能力,现在在职场中,最开始为了更加合理的分工,将前后端逐渐分离,同时前端工程化越来越完善,服务端也走向了微服务化、FAAS 的道路,都在工程化的道路上发展出来不同的分支。现在为了降低沟通成本,提升开发效率。一些公司包括我所在的公司项目组内,也在试点全栈工程师,我也是第一时间参加到试点的项目中去。 未来,搭配着 AI ,前后端的界限会逐渐变得模糊不清,前后端的语言也会变成工具,一个人可以完成对一个产品的设计、开发与测试上线,AI 在我们使用不同的工具与语言面前更多的是担任着胶水层的概念,我们只需要对一个产品具有不断的创新和 Idea,接下来就让 AI 使用工具给我们实现,测试和上线也可以托管给 AI 生成的自动化工具或者脚本,但是目前阶段并不能代替开发者的角色,而对于开发者的要求变得更加的全面,因为要做到 AI 构建软件的上帝视角,来应对开发中遇到的问题,同时具备提升解决问题的能力。 不过,全栈对于工程师来说未必不是一件好事,大家都说 35 岁,是职业发展的门槛,不妨利用所学的技术,学会去发现生活中的需求,并把需求搞成一个产品,说不定就可以享受到技术带来的“复利”效应。 站点 今年,各家 AI 搜索功能的爆发,给我们带来最直观的感觉就是对互联网搜索带来的冲击是非常巨大的,不开玩笑的说,各家的 AI 爬虫访问量比真人访问的量都多,当然,相信从今年开始,网站的浏览量会逐年降低。虽然说浏览量会逐步降低,但是我不会放弃对站点的维护与不时文章的发表,每个技术人都有一个属于自己的数字后花园,对于我而言,博客和我的卫星站点就是我的答案。 AI 给大家带来的搜索习惯的改变是革命性的,特别对于个人博客类型网站来说,访问量下降是感受最为强烈的。网站去年访问 3.6w ,今年只有 8016 环比下降约 78%。 文章 25年,文章发表数量和去年一样,但是有一个变化,就是我也开始在博客上发表我的游记类的文章,同时意味着我的网站也不单纯是技术类的站点,更像是一个人兴趣爱好与这个世界在交朋友一样。 游记 游记 五一环渤海南海岸自驾之旅 游记 港澳深大湾区风球中旅程 游记 张北草原天路自驾之旅 游记 福建 5天4夜 蜜月旅行 【游记系列】跟我一起环游中国 工具 港卡开卡指南,推荐去香港旅游的时候一定要办理; 免费无版权图片素材网站推荐,自媒体配图十分需要,加收藏夹吃灰; 送送送,微信红包封面了,速领~,今年敬请期待~ 其他 入职 5 周年,我和小米的 5 周年 首场 Trae Meetup, 国产 AI IDE 有着不一样的思路 开源 今年和去年一样,开源的数据只有贡献的博客文章还有静态网点的一些改动。 摄影 https://photo.debuginn.com/2025 阅读 今年,同样,站在巨人的肩膀上,阅读了一些有营养的书籍,也阅读了一些小说或文章集合。 还有《左耳听风》和《自洽的程序员》,电子书的形式,推荐给大家阅读。 总结 写到这里的时候,自己已经坐上了回家的地铁,25年,感慨万千,但最终汇成一句网上流行的话,“万千灯火,总有一盏为我而亮”,虽是租房,但家里有我有她也有十七(我们养的猫咪),未来还需继续努力奋斗,为了我、为了她,更为了我们的小家。 这就是我的 25 年,感谢你的阅读,你的 25 年又是怎么度过的呢,相信你有也很多经历与感悟,欢迎你在评论区分享你的世界 🌏。 另外,给大家发了红包,大家支付宝搜索 debuginn2026 即可领取。 2026年,祝你新年快乐~ 关注微信公众号,第一时间获取最新内容,让我们一起变得更强!Debug客栈:订阅本站· 文章归档· 我的项目· 友情链接· 我的使用· 飞湾计划· 摄影展集· 我的主页
荒野菲克
入驻第1年
2025年终总结
作者在2025年末回顾了个人博客与生活点滴。博客方面,尝试了多种平台与工具,坚持写作并收获互动,参与了明信片活动。生活上,工作平稳,陪伴孩子成长,并完成了家庭旅行。文章以感恩与展望作结,祝愿读者新年快乐、前程似锦。
刘郎阁
入驻第1年
基于Node.js和Npm部署Astro博客系统
Astro 作为一款高性能的静态站点生成器,凭借“零 JS 运行时”的特性,既能打造加载飞快的博客页面,又能兼顾开发灵活性,成为很多开发者搭建个人博客的首选。本文将从零开始,手把手教你基于 No...
jefftay
入驻第1年
再见 2025
前几天微信读书出了2025年度报告,报告显示我只读完了5本书,有38本活跃在读,总阅读时间47个小时出头。这个阅读时间远远不够,即便算上我阅读实体书和电子书的时间。何以见得?平均到每天不到8分钟。据我日常记录,我今年在与 AI 的对话、阅读文章花费最多时间,系统性和结构性的深入思考变得更少了。 这五本书里就有一本《系统之美》,讲述系统思考和系统动力学。看起来我并没有应用上我所学到的。其实这不是很重要,今年对我而言,最重要的成长,是在 “认识我自己” 这条路上,向前踏了一大步。 今年以来我持续做几件事情:记账、记录 Daily Journal、定时回顾发生在自身的大事件,以及学习法语。在今年最后几天,我回顾上述记录,意识到现实中发生的剧变都反向印证到我的账本和田野笔记里。原本我认为现实生活和线上生活是不相干甚至互斥的。我会刻意区分二者,不让它们打架。实践下来发现,这在理论上不可能,因为物理现实会在所有角度影响人们逃往和向往的世界里。以主观视角,记录对自我和世界的认识,达到一定程度以后,这些记录就会反过来重塑我们。这是一场非常深刻的实验,对我产生了深刻影响:我阅读世界和阅读自己的视角变得不一样了。 除了定时重读这些记录以外,我还大量借助了 AI 的能力。今年是大语言模型光速发展的第三年(从2022年底算起),上下文和记忆的瓶颈相比往年大大减少。我们作为人类,能在多轮对话下,给模型投入更多相关内容,获取更精确的回答。因此,我能够把账本、田野笔记甚至工作日志丢给模型分析,模型给出一些我没有意识到的方面,我再回溯原始数据,便能找到那些原本看不出来的部分:工作业务的某个指标,田野笔记里连续几天持续提到的某些想法,账本里的隐性但累积成山的支出项。回顾和反思,这两项在过去几年里我欠缺的点,在今年终于逐渐补上了。 四月份,我购买了 ChatGPT Plus 会员一个月,深度与 GPT-4o 对话。一个月后,我导出了一份 12MB 的纯文本 json 文件,我没有再打开仔细阅读过。但我得知在那个四月,我与大语言模型交流的主题主要是:“认识我自己”,意识形态探讨和写作交流,读书计划和生活琐事反思。四月结束后,我没有续费 Plus 会员,而是转向使用免费模型,重新开始使用 DeepSeek 和他的深度思考,打探其他大语言模型的独到之处。直到九月,我获取了一年的 Google AI Pro 学生优惠(我当然不再是社会层面的学生),从那时起高强度使用,直到今天。这几个月里,我用 Gemini 解决了许多工作和生活上的问题,创建过很多图片和小工具,在一轮又一轮的对话中整理和反思我留下的数字痕迹,到现在我已经分不清,我是在对着一面叫做 “大语言模型” 的镜子看自己,还是让 Gemini 们把我当作一面镜子,照映出它们的模样。 如果问我,在长时间持续性高强度与大语言模型对话中,最重要的心得是...
小十
入驻第1年
记一次曲折的手术陪护
最近这段时间,博客断更了一阵。不是因为忙于代码或折腾服务器,而是家里发生了一些事。母亲在老家医院检查出甲状腺结节,为求心安,决定让她来郑州,到某三甲医院做进一步诊治。 这一周的经历,像是一场在流水线与生死博弈间的拉锯战。手术虽然成功,但过程中的种种曲折,让我对现代大型医疗机构的运作模式,有了很多复杂的感触。 一、 看人下菜碟 不放心老家医院的检查结果,我们找了一位知名的彩超专家重新检查。 那天起得很早,母亲从老家赶来,我提前去医院挂彩超号。我对挂号流程不熟悉,在分诊台询问时,护士的态度非常差,还有些不耐烦的数落,但毕竟有求于人,我只能忍着。 即便去得很早,做上彩超也已临近中午。期间发生了一个很讽刺的插曲:我姐正好在这家医院进修,起初她穿着便装陪我们在门口排队,咨询接诊护士问题时,对方依然是爱答不理,态度冷淡。 后来我姐去换上这家医院的工作服,再次回到彩超室门口,同一个接诊护士,态度发生了180度的大转弯。语气变得温和客气,还极其详细地解释了怎么补挂号单、去哪里办理。 那一刻才知道,在那身白大褂面前,我们才会被当作“自己人”;而脱下那层身份,作为普通患者,得到的只有冷漠。后来得知,那位接诊护士也是一名进修生。 更令人难受的是,在彩超室里几位跟着学习的实习生或进修生,完全无视受检病人的紧张,看着屏幕上的影像,竟笑出了声,随口讨论着“这么多结节”。或许在他们眼里,这只是一个典型的“病例”。医者仁心,在这里显得如此稀薄。 二、 新院区的硬件与软件 确诊后,配合主刀大夫的安排,在医院的新院区办理了住院。 新院区的硬件环境好,人少、安静,适合休养。但很快我们就发现,这里的软件配套——特别是实习护理人员和个别值班医生的水平,与本部存在明显的断层。但为了那位大夫的手术刀,我们别无选择。 手术安排在住院第四天。早上8点进手术室,因为是全麻,加上医生做得细致,切除得很彻底,母亲出来时已经是下午1点多了,手术很成功。我们悬着的心刚放下,却没料到真正的考验在术后第二天。 三、 险些被送进 ICU 术后第二天,母亲开始出现咳痰困难。结合术前比较高的血象,加上喉部水肿,这是比较典型的术后并发症,可能伴随轻微的感冒炎症。 周六值班的医生显得非常生疏,连开药系统都操作不好,被护士当面吐槽“开得乱七八糟”。更要命的是,药物的配送极其缓慢,几个小时过去了,急需的药还没送来。 随着时间推移,母亲因为痰咳不出来,憋得难受,血压和心率开始飙升。 这时医院要求将母亲转入重症监护室。理由是他们处理不了这种心肺呼吸的复杂情况,为了病人安全,必须转科。 当时非常清楚母亲的症状只需要激素消肿、抗生素消炎以及气道湿化辅助排痰即可缓解。如果进了ICU: 没有家属陪伴:母亲本就恐慌,陌生的环境会加重她的心理负担。 过度治疗:ICU的常规操作是打镇静剂,如果还不行就插管。这对一个仅仅是痰液阻塞的清醒病人来说,是巨大的二次伤害。 周期拉长:一旦插管,拔管恢复的过程将非常漫长。 然而,沟通异常艰难。值班医生拒绝开足量的激素及其他缓解该症状的药物。 四、 艰难的“自救” 如果不是我姐懂医,如果不是我们找人说情,那天晚上母亲一定会被送进ICU。 最终想尽办法,在深夜请到了呼吸科的主任进行会诊。如果是走正常流程,会诊可能要拖到第二天,那样病情可能会恶化。 呼吸科主任在晚上11点赶到病房,看完情况后,认可了我姐的判断,同意使用激素和抗生素。甚至连高血压的问题,也是后来请了高血压科会诊换了药才控制住——之前病房给上的降压泵,药都用错了。 在用上对症的药后,母亲的病情迅速好转,最终按预期时间拔管,明天应该就能出院。 五、 后怕与反思 回想这几天的经历,我不禁后怕。 第一,关于态度。 我理解医护人员工作繁忙,但为何“尊重”需要靠“身份”来换取?作为年轻家属,我尚且能承受那些冷言冷语,但如果是独自就医的老人呢?那种被呵斥、被无视的感觉,本身就是一种伤害。 第二,关于“标准流程”与“避责”。 转ICU,从医院的管理角度看,也许是“合规”的——因为外科可能不懂呼吸科业务,转走最安全。但这套看似严谨的流程,病人可能要承受不必要的插管痛苦。 第三,关于医疗信息的鸿沟。 这是我感触最深的一点。如果不是有懂医的人,作为普通老百姓,面对医生的“建议转ICU”,除了听从还能怎么办?我们可能会很感激医院的处理方式,却永远不知道,这本是一个普通病房就能解决的问题。 这不仅是一次就医经历,更像是一次对现有医疗体系局部细节的微观切片。在大医院的光环下,依然有着由于人员素质参差、机制僵化带来的阴影。 希望未来,我们不需要每个人都懂医,不需要每个人都得“托熟人”,也能在医院里获得一份从容和体面。 注:该文基于自身经历使用AI进行了润色。
JN
入驻第1年
字體很難讀
換字體 我在這個月初,把這個部落格的字體換成了可愛的 俐方體 11 號。 我自己蠻喜歡的,這讓我這個用了爛大街 theme1 的部落格看起來沒有那麼路人。 反映 只是在同時,我也收到一些回饋,覺得這個字體不太好讀。雖然我沒有什麼感覺,但有不少人這麼說了,這件事情就是真的存在。 我的部落格還是要有人看才有意義,我打算找一個折衷辨法來解決這件事情。事實上,我也在兩個禮拜前就把這件事情列到我這個部落格的 待辨事項 裡面了。 只不過,雖然我有一些想法,但我實在不太知道怎麼樣做才是有效的,畢竟我對這個問題(不好讀)一點 sense 都沒有 XDD 你覺得呢? 所以,我只好來問問大家的想法啦: 你通常用什麼裝置看我的文章?(電腦 / 手機 / 手錶 / 電視 / 冰箱 / RSS reader / etc.) 你通常用淺色還是深色主題在讀我的部落格? 現在這個字體對你來說,會影響閱讀嗎?(沒差 / 習慣了就還好 / 有點吃力 / 看了就不想讀) 你希望我用什麼方式調整?(不用調整 / 字體切換開關 / 內文改用一般字體 / 用尛奇奇怪怪的字體啦給我改回來 / etc.) 有沒有其他地方可以一起改的?(行距 / 字體大小 / 顏色 / etc.) 當然有其他的提議也歡迎!在下面留言,或者直接寄信給我都可以~~ 我用的 Stack 是 GitHub 上面 Star 第三多的 Hugo theme ↩︎
老刘
入驻第1年
博客评论换回Giscus
前几天,老张他们几个人一直吐槽,说想留言还得翻墙登录 GitHub。听多了,我也动了心思,就去折腾了一下 Artalk,把博客的评论系统换了过去。 不得不说,Artalk 用起来确实舒服。界面清爽,也更像我们习惯的那种“博客评论”,不用账号体系,不用跳来跳去,交流起来顺手很多。 我用的这台VPS,本来就只是随手用来跑点轻量服务:FreshRSS、Umami,再加一个 Artalk。前两天瞎折腾系统的时候,一个不小心,把服务给折腾挂了。 更糟的是—— 没备份。 于是结果也就很自然了: FreshRSS 的数据没了,Umami 的统计没了,Artalk 里的评论,也一起消失了。 Artalk 并不差,甚至可以说比较完美: 它把“数据安全”这件事完全交给了使用者自己。 使用者需要考虑: VPS 是否稳定 是否做了定期备份 备份是否真的可恢复 迁移、重装、误操作怎么办 对爱折腾的人来说,这些都是“可以接受的成本”; 但对一个只是想安安静静写点东西的博客来说,这些成本其实非常高。 尤其是评论这种东西—— 它不是核心内容,却往往承载着读者的痕迹与交流,一旦丢了,有时候感觉比文章丢了还让人难受。 所以兜兜转转,我又把评论系统换回了 Giscus。 它不完美: 要 GitHub 登录,对不少人不友好; 国内访问也谈不上顺畅; 用起来多少有点“技术味”。 但它有一个很现实的优点——省心。 评论直接存在 GitHub 仓库里,不用我操心数据库,不用备份,也不怕哪天手滑把服务器玩坏。只要 GitHub 还在,这些内容大概率就还在。 对我这种一边写博客,一边又总忍不住折腾系统的人来说,这一点反而显得特别重要。 这次折腾完,反倒更清楚了一件事: 越“自由”的方案,其实越吃精力; 越省事的方案,往往是把控制权交出去。 Artalk 是自由的,Giscus 是妥协的。 但对现在的我来说,这种妥协是可以接受的。 博客这东西,说到底是个慢活。 能一直写下去,比用什么技术更重要。 所以,评论系统又换回来了。 也许以后还会再折腾,但至少这一次,我想让它先安静地用一段时间。
小威
入驻第1年
2025年终小记:18岁的威言威语,依然在路上
2025一眨眼就过去了,回头看看这一年的文章,技术折腾和生活记录都有。博客18岁了,这个小站已经比我人生中很多东西都要长久。从折腾博客新主题、优化深色模式和缓存,到升级评论系统,再到生活里的遛娃、做甜点、逛展,每一天都充满乐趣。新的一年,继续陪伴孩子成长,也继续折腾博客,继续开心前行!
Qi1
入驻第1年
Typecho 图床从USS迁移至COS
图床迁移耗费了两天,终于是将数据和配置都传好了。这篇文章将讲述我是如何从又拍云 USS 迁移至腾讯云 COS 的,留作自己备份,同时也给大家做个参考。 ## 心路历程 为什么要将数据存储从又拍云迁移至腾讯云呢。一方面是今年已经出现过很多次云厂商跑路的行为了,让我不由得害怕起我用了三年的免费又拍云是否某天也会卷铺走人。还有一个就是我想多一个来备份我的云数据。我的宝塔面板有一个定时任务,就
傥师妹
入驻第1年
利用 51.la 实现网站统计功能
思路来源
李懋和
入驻第1年
编辑器列表输出美化
这段HTML代码描述了多种不同类型的有序列表和无序列表。有序列表包括数字列表、字母列表等,无序列表包括圆点、实心圆和方块等不同类型的列表样式。每个列表都包含三个子列表项。此外,还使用了不同的样式和类来定制列表的外观,如添加左边距等。这些列表在网页设计中很常见,用于展示信息,使内容更加清晰易读。…
轻风BOOM
入驻第1年
UI重要还是质量重要?
文章探讨了产品UI和质量孰轻孰重的问题。作者起初认为质量更关键,因为产品需先确保功能流畅。但经过思考,他发现UI并非独立存在,而是产品质量不可分割的一部分。一个优秀的产品应兼具美观与实用,两者相...
傥师妹
入驻第1年
📝 在Hexo Butterfly博客中添加说说功能(基于LeanCloud + Artitalk)
“说说”页面使用的服务
JN
入驻第1年
關於我用 AI 寫文章這回事
錯字 如果一直有在看我的文章的人,可能會發現我最近的錯字有點多。 那當然是我沒有發現,所以不小心就發出來了。 那為什麼說是最近呢? 那是因為我大概從 7 月底回來寫部落格以來,我都會用 AI 幫我把錯字修掉。 一直到最近,我實在懶得做這件事情了,反正漢字的序順不響影閱讀。 Vibe Writing Wiwi 曾經在他的部落格寫過 他是怎麼運用 AI 寫部落格的。 簡單來說,就是先把腦中所有想到的東西都寫下來,讓 AI 整理出一個版本,再用自己的話寫過一次。 我曾經試過這種方式,但我寫完文章之後,還是覺得不太習慣,會覺得那樣的文章不是自己寫的。 對我來說,寫文章可能就是目的,而不一定是一種途徑。 Tags 除了改錯字,我還會叫 AI 幫我寫 tags(文章最底下的那一大堆)。 因為 tags 的價值就只是可以讓我的文章更容易檢索、相關文章的推薦可以更精準,而且我不覺得這件事情 AI 會做得比我還差,所以我還是讓 AI 來做。 而這也是我在寫文章的時候,唯一會用到 AI 的情境了。 全手動 所以,我現在還是習慣「全手動」寫文章,每一篇文章都是我一個字一個字自己打出來的1 也許文章裡面對有點錯字,但也許這也能證明不是用 AI 寫的。2 應該沒有人會故意叫 AI 塞一點錯字在文章要裡面吧? 用的是 嘸蝦米輸入法 ↩︎ 雖然我也不知道證明這個可以幹嘛 ↩︎
阿川
入驻第1年
我的博客 2025
轻风BOOM
入驻第1年
2025!
2025年呀,主人回顾这一年,看到了好多精彩瞬间呢!有盛大的阅兵、福建舰入列,也有中东的硝烟和远方的苦难。主人说,虽然世界很大,但身边撤离同胞平安落地、迎接烈士回国的温暖,让他感到真切的连接。流...
九月
入驻第1年
2025小结
2025快结束了 而很多人的2025小结都已经写完了 既然这样那我也跟着写才对嘛 (虽说这个总结相比于别人的总结来说很拉吧。。。。。。)
JN
入驻第1年
如何把存檔點上傳到雲端存檔庫?SSH key 是什麼?要怎麼設定?
我們要做什麼? 先複習一下,我們到底要拿 Git 來做什麼? 我們的目的是要把我們要建立的網站(之後會帶大家建立)存成存檔點,然後上傳到雲端存檔庫,這樣我們的網站就可以部署到網路上! graph LR A[原始檔案] -->|存檔| B[存檔點] B -->|上傳| C[雲端存檔庫] C -->|部署| D[靜態網站]GitHub 是全球最大的 男性交友網站 原始碼代管服務平台,也就是可以上傳存檔的雲端存檔庫。 在這篇文章,我會以 GitHub 來示範,在雲端存檔庫也建立一個存檔槽,來把 上一篇文章 存好的存檔點上傳上去! 註冊 GitHub 帳號 到 GitHub 的 網站首頁,點右上角的 Sign up 就可以註冊。 因為我已經有帳號了,就不再註冊一個給大家看,應該沒有人會卡在這邊吧 XD 建立雲端存檔庫 一樣回到首頁,在左邊可以找到這個「New」,按下去就可以開始建立。 在這邊有一些選項要填,這邊給大家一點指引: Repository name:隨意,每個帳號底下的所有 repo 彼此的名稱不能重覆 Description:隨意,不填也可以 Choose visibility:如果不想要自己的原始檔被看到、或被拿去用,可以選 Private Start with a template:No template,你也沒得選 Add README:務必選 Off,不然就會跟我們已經有的存檔打架 Add .gitignore:務必選 No .gitignore,理由和上面一樣 Add license:務必選 No license,同上 然後按下面的 Create repository 就可以建立了~ 把存檔上傳到 GitHub 如果都沒有填錯的話,應該就會看到如何上傳到空 repo 的簡易教學: 我們需要的是下面的「push an existing repository」,因為我們已經在自己的電腦有存檔槽了。 但先等等! 如果你就直接照著這個做的話,你很有可能會傳不上去: 1 2 3 4 5 6 7 git remote add origin https://github.com/giveanornot/my-blog.git git branch -M main git push -u origin main # Username for 'https://github.com': giveanornot # Password for 'https://giveanornot@github.com': # remote: Invalid username or token. Password authentication is not supported for Git operations. # fatal: Authentication failed for 'https://github.com/giveanornot/my-blog.git/' 你會一直收到 password authentication is not supported for Git operations 的錯誤,那是因為 GitHub 從 2021/08/21 開始就不再接受使用密碼驗證。 設定 SSH key 不能用密碼驗證的話,那我們也只能用另一種方法了,我們這邊選擇用 SSH key。 雖然會麻煩一點,但好消息是只要設定一次,之後就不用再登入,可以直接上傳! SSH key 是什麼? SSH key 就像是撕成兩半的紙、或是騎縫章,一半自己留著,然把一半給對方。 1 如果遇到需要證明我自己就是那個人的時候,就把這兩半拿出來對一下,可以配在一起就表示我真的是那個人。 而這就是所謂 公鑰、私鑰 的概念。我們會把其中的公鑰給 GitHub,私鑰自己留著登入的時候用。 產生 SSH key 我們要再回到 terminal 裡面了,如果你是從之前的文章一路跟過來的話,我建議另外開一個 terminal,比較不會搞混。 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 mkdir ~/.ssh # 在 ~(home) 建立一個叫做 .ssh 的資料夾,如果已經有了就不用再建了 cd ~/.ssh # 進入剛剛建的資料夾 ssh-keygen -t ed25519 -C "jn@giveanornot.com" # 用 ssh-keygen 來產生 SSH key,-C 後面的 email 記的改成自己的! # 接著一路 enter 下去就可以 # Generating public/private ed25519 key pair. # Enter file in which to save the key (/home/giveanornot/.ssh/id_ed25519): # Enter passphrase for "/home/giveanornot/.ssh/id_ed25519" (empty for no passphrase): # Enter same passphrase again: # Your identification has been saved in /home/giveanornot/.ssh/id_ed25519 # Your public key has been saved in /home/giveanornot/.ssh/id_ed25519.pub # The key fingerprint is: # SHA256:hc4RMApnWtTvUMyFZaYFWcISxZKRWcOPwa7b+IZ8pVY jn@giveanornot.com # The key's randomart image is: # +--[ED25519 256]--+ # | ..=.=^BBB | # | * .B.%X | # | . . *++. | # | .o+o. | # | +S | # | . . E | # | . = + | # | = * | # | =. | # +----[SHA256]-----+ ls # 用 ls 看一下 key 有沒有產出來了 # id_ed25519.pub id_ed25519 # 應該會有兩個檔案 cat id_ed25519.pub # 用 cat 看一下公鑰長什麼樣子(pub = public = 公鑰) # ssh-ed25519 AAAAC3NzaC1lZDI1NTE5AAAAIPS1y4G0uwJvtbB4WWNMOeY2dHUGbSlwmwElQFgw7l9Q jn@giveanornot.com 私鑰請務必要保管好!!! 把公鑰設定到 GitHub 首先我們先到 右上角頭貼 => Settings => SSH and GPG keys => New SSH key 然後把公鑰填進去: Title:隨意,可以讓你辨認這是哪一台電腦產出來的就好了 Key type:選Authenticaiton Key Key:把上面用 cat 看的公鑰內容貼進來 然後按下面的 Add SSH key 就可以了。 上傳存檔點 設定好 SSH key 之後,我們就可以回來上傳存檔點了。我們回到我們最一開始建的雲端存檔庫(repo)。 因為我們要用 SSH key 的方式來驗證,所以記得選到 SSH: 然後我們就可以依照下面的說明去上傳了~ 1 2 3 4 5 6 7 8 9 10 git remote add origin git@github.com:giveanornot/my-blog.git # 連接在 GitHub 的雲端存檔庫,並把它叫做「origin」(叫做 origin 只是個慣例) git branch -M main # 把目前的分支改名叫做「main」 git push -u origin main # 把 main 這個分支的存檔點都上傳(推)到 origin # Enumerating objects: 3, done. # Counting objects: 100% (3/3), done. # Writing objects: 100% (3/3), 210 bytes | 70.00 KiB/s, done. # Total 3 (delta 0), reused 0 (delta 0), pack-reused 0 (from 0) # To github.com:giveanornot/my-blog.git # * [new branch] main -> main # branch 'main' set up to track 'origin/main'. 註:分支的概念比較進階,在自己寫部落格的時候用到的機會不大,我們也只會一直待在「main」這個分支,所以這邊就不深入解釋。 這樣就可以看到我們的檔案就被傳上來了: 上傳新的存檔點 這篇文章前面說的,是第一次什麼都還沒設定的時候的上傳的流程。如果之後有新的存檔點,而且要上傳的話,會像是這個樣子: 首先我們先像 上一篇文章 一樣,再多存一個檔: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 touch another-post.txt # 用 touch 來新增另一篇文章,一樣可以用記事本,都可以 ls # 用 ls 看一下目前有哪些檔案 # another-post.txt post.txt git add another-post.txt # 把「another-post.txt」也納入接下來的這次要存檔 git status # 看一下現在存檔槽的狀態 # On branch main # Your branch is up to date with 'origin/main'. # # Changes to be committed: # (use "git restore --staged <file>..." to unstage) # new file: another-post.txt # 看起來「another-post.txt」已經被納入,可以正式存檔了 git commit -m "add another post" # 正式寫入存檔點 # [main 38d7d59] add another post # 1 file changed, 0 insertions(+), 0 deletions(-) # create mode 100644 another-post.txt 存檔點寫完之後,接著就可以把這個新的存檔點上傳(推)上去了: 1 2 3 4 5 6 7 8 9 sh-5.3$ git push # 就是用「git」來「push」 # Enumerating objects: 3, done. # Counting objects: 100% (3/3), done. # Delta compression using up to 16 threads # Compressing objects: 100% (2/2), done. # Writing objects: 100% (2/2), 249 bytes | 249.00 KiB/s, done. # Total 2 (delta 0), reused 0 (delta 0), pack-reused 0 (from 0) # To github.com:giveanornot/my-blog.git # 0f84fa4..38d7d59 main -> main 在以後,就只要這著這幾個步驟,就可以把新的檔案(或是改過的)存檔、上傳到去雲端資料庫啦~~ 結語 就這樣,我們終於知道怎麼把存檔點傳到雲端資料庫了。之後在把部落格寫好,真正要用到 Git 的時候,就不會手忙腳亂的了! Git 和 GitHub 就大概先到這裡告一個段落,接下來就是真正進入建立部落格的環節了! Reference Connecting to GitHub with SSH 由 Solomon203 - 自己的作品, CC BY-SA 4.0, 連結 ↩︎
清枫
入驻第1年
白刀子,红刀子(8)
“自由开火。” 在公共频道里的每个人都能听到,但左丘淇澳知道这是对他说的—— 张诗脉当然知道他不止带了手枪。 少年回头看看,数据传 ... The post 白刀子,红刀子(8) first appeared on 清枫的小窝.

© 2026 好站网-HaoZhan.Wang V1.9 版权所有,正在试运行中! 本站由 Zhou's Notes 强力支持!

苏ICP备19065220号-4   公安备案 苏公网安备32100302011680号   萌ICP备20269980号   茶ICP备2026050346号
本站数据   2026年报   版本历史   关于本站 统计代码