logo
publist
写文章

简介

该用户还未填写简介

擅长的技术栈

可提供的服务

暂无可提供的服务

注意点:挂载与插硬盘,容器挂载实现持久化存储

使用 Docker Volume(-v myvol:/data) ✅ 是 Docker 管理的持久化存储,默认在 /var/lib/docker/volumes/ 下。-v /host/data:/container/data 表示把宿主机的 /host/data 目录挂载到容器内的 /container/data。此时,你在容器里往 /container/data 写入的任何文件,实际上都是直接

#python
注意点:如何制作一个docker镜像,待学习

以下是从零开始、详细、实战导向的完整流程,适用于 Python(如 Flask/FastAPI)、Node.js、Java、Go 等任何语言的应用。如果你告诉我你的具体语言和框架(比如 Node.js + Express、Java Spring Boot、Go 等),我可以给你一份针对性的 Dockerfile 模板!之后别人可通过 docker pull your-dockerhub-usern

#docker#学习#容器
vibecoding起步之注意点:大模型如何落地 ,涉及 提示词、RAG、微调、Agent

你的问题答案是不是只有微调才能落地?❌不是。微调是最重、最贵、最慢的方式,通常不是首选。还有没有其它的路?✅有,而且更常用:RAG、提示词工程、Agent。所有模型都要微调?❌绝大多数模型落地不需要微调。全球90%以上的大模型应用使用的是提示词工程+RAG的组合,只有不到10%需要微调。

#网络
注意点:Python asyncio 模块详解:从基础概念到高阶实战(全方法带示例)------------应该是完整的,稍后与协程一块总结,基本上前面的协程加上这篇就很全面了,实战一下然后总结

1.asyncio核心是协程+事件循环+任务调度,以单线程实现高并发 I/O,轻量高效;,可覆盖 95% 异步并发场景;3. 进阶场景可通过事件循环回调方法,实现精细化定时、任务调度;杜绝阻塞、善用并发、规范资源管理。(注:文档部分内容可能由 AI 生成)

#python#数据库#开发语言
注意点:打开超大目录时,VSCode 会持续遍历目录内所有文件、构建索引和缓存,这个过程中进程处于高负载状态;此时强行关闭VSCode,系统**来不及回收正在工作的缓存进程/文件管理进程**

你打开超大目录时,VSCode 会持续遍历目录内所有文件、构建索引和缓存,这个过程中进程处于高负载状态;,残留进程占用了端口、文件句柄、内存锁等关键资源,导致新VSCode进程无法正常启动,清理进程后释放了这些资源,因此能重新打开。→ 残留进程占用端口/句柄/锁 → 重新打开VSCode,新进程资源申请失败→ 启动卡死/打不开 →。(包括主进程+所有残留的缓存、索引、远程服务进程),同时系统会自动

#vscode#缓存#ide
vibecoding起步之注意点:大模型如何落地 ,涉及 提示词、RAG、微调、Agent

你的问题答案是不是只有微调才能落地?❌不是。微调是最重、最贵、最慢的方式,通常不是首选。还有没有其它的路?✅有,而且更常用:RAG、提示词工程、Agent。所有模型都要微调?❌绝大多数模型落地不需要微调。全球90%以上的大模型应用使用的是提示词工程+RAG的组合,只有不到10%需要微调。

#网络
深入理解 Python 中 os.exists () 与 genericpath.exists () 的关系:底层实现与上层接口的奥秘

的实现非常简洁,核心依赖os.stat()# genericpath.py 源码片段import ostry:os.stat(path) # 尝试获取路径的文件状态except OSError: # 路径不存在、权限不足等情况会抛出 OSErrorexcept ValueError: # 路径格式非法(如空字符串)会抛出 ValueError逻辑很明确:若执行成功(能获取到路径状态),说明路径存在

#python#开发语言
注意点:揭秘 Python os 模块:它背后依赖的那些 “帮手” 库 -----待看,还没理解

os实际开发中,我们很少需要直接调用这些“帮手”库——os模块已经把它们封装成了简单的接口(比如os.mkdir()明白为什么有些os函数在 Windows 能用、Linux 不能用(比如os.fork()依赖 posix,Windows 没有);遇到问题时快速定位根源(比如路径错误,可能是pathlib和os.path的用法混淆)。下次用os模块时,不妨想想:这次是哪个“帮手”在背后出力?

#python#开发语言
注意点:Python 路径处理解惑:os.path 与 posixpath 的区别与应用场景。例如BUCKET桶的路径拼接,不论在linux中还是在windows中都是一样的,用那个

日常开发中,优先使用os.path:它会自动适配当前操作系统的路径规则,避免因路径格式错误导致的问题。仅在需要强制生成 POSIX 风格路径(如编写跨平台工具时,固定输出 Linux 兼容路径)时,才直接使用posixpath。两者功能等价但定位不同,os.path的“动态适配性”使其更适合大多数场景,而posixpath仅作为 POSIX 路径的底层实现存在。

#linux#macos#运维
    共 30 条
  • 1
  • 2
  • 3
  • 请选择