Kubernetes单Pod部署Nginx+FPM应用CSS无法渲染问题求助

• 验证静态文件是否存在：进入nginx容器执行 ls /var/appfiles，确认CSS/JS等静态资源是否成功拷贝到共享卷中。postStart钩子执行失败不会阻止Pod启动，可能存在源路径错误、拷贝权限不足导致静态文件缺失的情况。
• 验证静态资源返回内容：在Pod内执行 curl -v http://localhost/[CSS文件路径]，确认返回的Content-Type是否为text/css，返回内容是否为CSS代码。你当前的try_files规则会把找不到的资源转发给PHP入口，很多框架会返回200状态码的首页HTML而非404，浏览器拿到HTML内容按CSS解析时不会渲染，也不会报加载错误，是控制台无报错的典型原因。
• 检查Nginx日志：查看/var/log/nginx/tcc-webapp-access.log中CSS请求的状态码和路径是否符合预期，error_log中是否存在文件读取权限报错。
• 检查文件权限：确认/var/appfiles下的静态文件权限允许nginx进程读取，postStart以root身份拷贝文件时如果权限设置不当，会导致nginx无法读取静态资源。

1. 新增Nginx静态资源匹配规则，优先处理静态文件，避免转发给PHP：
   在现有location /规则前添加如下配置：

location ~* \.(css|js|png|jpg|jpeg|gif|ico|svg|woff|woff2|ttf|eot)$ {
    expires 1y;
    add_header Cache-Control "public, immutable";
    try_files $uri =404;
}

该规则会让Nginx直接处理静态资源，找不到文件直接返回404，不会进入PHP路由逻辑。

2. 优化文件拷贝逻辑，解决拷贝不完整、权限不足问题：
   将app容器的postStart命令调整为如下内容，保留文件属性、同时拷贝隐藏文件并统一设置读取权限：

lifecycle:
  postStart:
    exec:
      command: ['sh', '-c', 'cp -a /var/www/. /var/appfiles/ && chmod -R 755 /var/appfiles']

3. （可选）用initContainer替代postStart避免时序问题：
   postStart和容器启动是并行执行的，可能存在nginx已经启动但文件还没拷贝完成的情况，换成initContainer可以保证文件拷贝完成后再启动业务容器，修改Deployment的spec如下：

spec:
  volumes:
    # 原有卷配置保持不变
  initContainers:
    - image: test-php
      name: copy-files
      volumeMounts:
        - name: shared-files
          mountPath: /var/appfiles
      command: ['sh', '-c', 'cp -a /var/www/. /var/appfiles/ && chmod -R 755 /var/appfiles']
  containers:
    # 原有app和nginx容器配置保持不变，删除app容器的postStart配置

内容的提问来源于stack exchange，提问作者rholdberh