字节逆旅

如果你的前端应用deb包部署在远程Ubuntu环境， 掌握如何远程部署及监控状态在特殊情况下还是很必要的。 一、 软件包的安装：从报错到成功 1. 基础安装命令 在远程终端，推荐使用 apt 而非 d

如果你想在自己电脑上跑 AI，又不希望数据被大厂拿走，Ollama 绝对是目前最香的选择。不用配复杂的 Python 环境，不用求爷爷告奶奶找 API Key，只要一键安装，就能实现“大模型自由”。

2025是很神奇的一年，从2023年开始火的AI，是被chatgpt点燃的，当时各种套壳chatgpt的应用层出不穷。那会儿，人们都会兴高采烈地尝试向AI提出各种问题，那种感觉跟当前百度刚出来差不多。

项目上需要在ubuntu部署前端应用，我梳理了完整流程，希望对你也有用，部署流程比在windows上稍微复杂一点

之前我写过一篇文章，介绍了pake这个小玩具，今天我来说一说它的亲爹Tauri。 做过桌面应用打包的前端同学，对 Electron 的名声肯定是如雷贯耳。它可以用我们熟悉的 Web 技术构建跨平台的桌

如果你在执行 git pull --rebase origin dev 时出现了代码冲突，这种情况一般是dev远程分支与你本地的分支出现了差异。废话不多说，以下是解决步骤： 1. 查看冲突文件 首先，

今天我安利的这个神器，非常有意思！它叫 Pake（发音类似 "pack"）。 Pake 是个啥？ 简单说，Pake 就一个命令行小工具，网页的“一键打包机”。你给它一个网址，它“嗖”地一下，就能帮你生

一个从从容容，一个连滚带爬 在服务器之间传文件，很多人第一反应是： 简单粗暴，一条命令，全搬走。 确实方便，但——你要是频繁这么搞，就知道问题来了。 哪怕你只改了一个小文件，scp 也会重新打包整个目

在开发时经常会遇到在git commit后，又把文件修改了一下的情况，此时要如何操作才能避免提交多个commit呢？ 前面你已经走了这两步： 此时你提交的代码还在本地暂存区，然后你又发现没改完，又有新