<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/">
  <channel>
    <title>容器 on 云溪的 blog</title>
    <link>https://www.yunxicoding.top/categories/%E5%AE%B9%E5%99%A8/</link>
    <description>Recent content in 容器 on 云溪的 blog</description>
    <image>
      <title>云溪的 blog</title>
      <url>https://www.yunxicoding.top/papermod-cover.png</url>
      <link>https://www.yunxicoding.top/papermod-cover.png</link>
    </image>
    <generator>Hugo -- gohugo.io</generator>
    <language>en</language>
    <lastBuildDate>Sat, 09 Aug 2025 00:31:18 +0800</lastBuildDate><atom:link href="https://www.yunxicoding.top/categories/%E5%AE%B9%E5%99%A8/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>我为什么切换到 Podman</title>
      <link>https://www.yunxicoding.top/post/container/podman/</link>
      <pubDate>Sat, 09 Aug 2025 00:31:18 +0800</pubDate>
      
      <guid>https://www.yunxicoding.top/post/container/podman/</guid>
      <description>最近我把本地的容器管理引擎切换到了 Podman,本篇文章来讲讲我为什么从 Docker 切换到 Podman。
兼容 Docker Podman 对 Docker 的兼容非常好，Podman CLI 和 Docker CLI 命令几乎一致，这样就大大降低了切换成本，你甚至可以把 Podman CLI 就当作 Docker CLI 来用。
无守护进程 Docker 有一个守护进程 dockerd 负责管理容器、镜像和网络，Docker CLI 所有的指令都是通过 dockerd 来实际执行的。
Podman 却没有这样一个守护进程来处理，Podman CLI 会启动一个 conmon 进程来管理容器的生命周期，启动 conmon 后 Podman CLI 退出了，只有 conmon 带着它管理的容器作为系统进程保留了下来。
这种无守护进程的模式带来了很多好处：
我的系统不用一直启动一个 dockerd 守护进程，减少了系统资源的占用。 不会因为 dockerd 的异常退出导致所有容器崩溃 支持 rootless Podman 支持以普通用户运行而 docker 默认情况下是以 root 用户来运行的。当发生容器逃逸时 Docker 能拿到 root 权限而 Podman 会将影响范围限制到用户层面，降低了风险的影响范围。
更方便的网络设计 Podman rootless 默认使用的是 slirp4netns 它仅能给单容器提供网络服务，不能提供容期间的通讯，如果想容器间进行通讯就只能通过物理机映射端口或者把容器加入到同一个 pod 进行通讯了。</description>
    </item>
    
    <item>
      <title>Error 1292: Incorrect datetime value: &#39;0000-00-00&#39; for column &#39;created_at&#39; at row 1</title>
      <link>https://www.yunxicoding.top/post/sql/gorm-err/</link>
      <pubDate>Sat, 22 Dec 2018 08:48:49 +0800</pubDate>
      
      <guid>https://www.yunxicoding.top/post/sql/gorm-err/</guid>
      <description>使用 gorm 插入数据时爆出 Error 1292: Incorrect datetime value: &#39;0000-00-00&#39; for column &#39;created_at&#39; at row 1 的错误信息，搜索之后发现原来是因为 msyql5.7 及以上不允许时间戳字段插入 ‘0000-00-00’ 数据，修复方法也比较简单，去掉sql_model 中的 NO_ZERO_DATE 配置即可
方式一 sql 配置 使用 select @@GLOBAL.sql_mode; 查出原有的配置信息，将配置信息去除 NO_ZERO_DATE 并复制
使用 SET GLOBAL sql_mode = &#39;去除 NO_ZERO_DATE 后的剩余配置项&#39;
经过以上步骤就可以完成设置了。
方式二 配置文件配置 打开 mysql 配置文件： $ sodo vim /etc/my.cnf 在 [mysqld] 配置项下插入 sql_mode 配置 sql_mode=ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION重启 mysql 完成配置
sql_model 参数详解 ONLY_FULL_GROUP_BY：对于GROUP BY聚合操作，如果在SELECT中的列，没有在GROUP BY中出现，那么这个SQL是不合法的，因为列不在GROUP BY从句中NO_AUTO_VALUE_ON_ZERO：该值影响自增长列的插入。默认设置下，插入0或NULL代表生成下一个自增长值。如果用户 希望插入的值为0，而该列又是自增长的，那么这个选项就有用了。STRICT_TRANS_TABLES：在该模式下，如果一个值不能插入到一个事务表中，则中断当前的操作，对非事务表不做限制NO_ZERO_IN_DATE：在严格模式下，不允许日期和月份为零NO_ZERO_DATE：设置该值，mysql数据库不允许插入零日期，插入零日期会抛出错误而不是警告。ERROR_FOR_DIVISION_BY_ZERO：在INSERT或UPDATE过程中，如果数据被零除，则产生错误而非警告。如 果未给出该模式，那么数据被零除时MySQL返回NULLNO_AUTO_CREATE_USER：禁止GRANT创建密码为空的用户NO_ENGINE_SUBSTITUTION：如果需要的存储引擎被禁用或未编译，那么抛出错误。不设置此值时，用默认的存储引擎替代，并抛出一个异常PIPES_AS_CONCAT：将&amp;#34;||&amp;#34;视为字符串的连接操作符而非或运算符，这和Oracle数据库是一样的，也和字符串的拼接函数Concat相类似ANSI_QUOTES：启用ANSI_QUOTES后，不能用双引号来引用字符串，因为它被解释为识别符 参考链接 Error 1292 on update a row</description>
    </item>
    
    <item>
      <title>docker常见问题</title>
      <link>https://www.yunxicoding.top/post/docker-error/</link>
      <pubDate>Sun, 09 Sep 2018 15:54:18 +0800</pubDate>
      
      <guid>https://www.yunxicoding.top/post/docker-error/</guid>
      <description>docker pull 失败 错误信息 Get https://registry-1.docker.io/v2/: dial tcp: lookup registry-1.docker.io: no such host
解决方法 将dns修改成8.8.8.8就可以解决此问题</description>
    </item>
    
  </channel>
</rss>
