chmod 755, 644, 600 — những con số ai cũng gõ nhưng ít người hiểu. Bài này chạy thật: giải mã số bát phân r=4 w=2 x=1, dạng ký hiệu u/g/o, và một điểm hay nhầm — x trên THƯ MỤC nghĩa là quyền đi vào (chạy với user nobody chứng minh thư mục thiếu x chặn đọc file bên trong), cùng umask quyết định quyền mặc định của file mới.
Cron chạy job với môi trường tối giản, không nạp .bashrc, PATH rất ngắn — đó là lý do #1 khiến job cron im lặng thất bại dù chạy tay hoàn hảo. Bài này chạy crond THẬT: job fire lúc 10:24:01 báo 'go: command not found' vì PATH=/usr/bin:/bin, rồi sau khi set PATH trong crontab lại chạy đúng lúc 10:25:01. Kèm cú pháp năm trường và cách bắt log.
Mọi bẫy đã gặp suốt loạt Unix — quên quote biến, rm -rf $var/* với biến rỗng, lặp qua ls, biến chưa gán — đều bị một công cụ bắt tự động: shellcheck. Bài này chạy shellcheck thật trên một script đầy lỗi, xem nó chỉ ra SC2086/SC2115/SC2045 kèm cách sửa, và dùng exit code để chặn bug trong CI.
"Container là VM nhẹ" là hiểu lầm phổ biến nhất về Docker. Thực ra container là một tiến trình thường trên host, được cô lập bằng namespace và giới hạn bằng cgroup — dùng chung kernel host. Bài này chạy thật: alpine và ubuntu cùng thấy một kernel, tự tạo cô lập bằng unshare không cần docker (shell thành PID 1), và đo khởi động 164ms.
Trong container, ứng dụng của bạn chạy với PID 1 như init của cả một hệ. Kernel bảo vệ PID 1: nó BỎ QUA các tín hiệu không có handler — nên app không xử lý SIGTERM sẽ phớt lờ docker stop. Bài này chạy thật: PID 1 sống sót sau SIGTERM, docker stop mất 3.1s (chờ grace rồi SIGKILL), và --init (tini) kéo xuống 0.1s.
Container dùng chung kernel host nhưng thấy một hệ thống file hoàn toàn riêng — / của nó khác / của host. Bài này chạy thật ba tầng cơ chế: alpine thấy rootfs riêng không có thư mục của host, mount namespace cô lập bảng mount (tmpfs chỉ ns đó thấy), và chroot tự dựng đổi / thành một rootfs tối giản. Nền tảng của filesystem container.