問題描述

在系統中為nginx配置了umask為002，可為什么web上用php獲取umask值變成了022呢？哪兒可設置的嗎？麻煩知道的朋友指導下，謝謝！

備注：為對應的nginx用戶設置了umask為002，在服務器里頭切換到nginx用戶直接touch或者mkdir創建的文件與文件夾權限都是正確的，但通過web的php腳本創建就有問題，查看了下umask，變成了022，問題應該就出在這（這條分析中關于nginx的都是有問題無意義的）

新增：目前已經將全局的umask配置成002了，Web中對應的用戶（這個web對應的用戶是我在/etc/php-fpm.conf中設置的用戶）也進行了設置并且在服務器中直接touch或者mkdir創建的文件與文件夾權限都是正確的

查到了這么一個有點相關的資料，但系統中/etc/init/下沒有php5-fpm.conf這個文件，加在/etc/nginx/php5-conf中提示umask不識別，直接在/rtc/init/下創建該文件，把這個主題里的文本修改對應的參數加入其中也無效（http://stackoverflow.com/questions/21248904/how-to-trace-where-php5-fpm-umask-settings-are-coming-from-on-ubuntu）

問題解答

回答1：

最終以 system user 身份向系統發起調用的的 php-fpm 。而不是 nginx 。修改nginx配置沒有作用的。

/etc/php-fpm的安裝發生不同，那么配置文件的位置也不一樣的。你需要自己找到php-fpm的配置文件。

可以通過產看 php-fpm 進程狀態，來查看配置文件

ps aux | grep php-fpm

就可以看出 php-fpm 當前所使用的配置文件。

你隨便創建一個配置文件，并不會被程序讀取生效。

弄清楚這些再試試吧。祝你好運。

廢一句話，如今像 七牛, 又拍, 亞馬遜S3 這些很好用的存儲云，為什么還要自己往服務器上傳文件呢？

(小公司或個人在靜態資源管理上還在自己用低劣的辦法，那實在是跟不上時代的腳步了)

你上傳的靜態文件有cdn嗎？你會花時間整理文件的緩存策略嗎？你消耗掉服務器的上傳帶寬，值得嗎？你的web服務器的靜態文件處理能力優秀嗎？你的靜態文件服務器有各種多媒體支撐功能嗎？你有考慮過瀏覽器并發問題嗎？....

當人 第三方 云存儲也不是 盡善盡美，適合所有用戶群，但是對于個人或者中小團體。非常值得試用。