文件的權限問題（UID：99）
警告：此信息可能會過時 。 請迄今RevMax幫助和指示。論壇http://www.openxpayments.com 。
它來了我的注意，一些主機似乎有點過時和或許有點每個文件的用戶和權限的無抵押。 我還在研究自己，尋找一個解決方案，也可能適合所有主機。 直到這時，如果你遇到文件權限的問題，希望這將有助於。
mod_php，並且模塊的默認安裝PHP是一個最大的安全漏洞，在Web服務器軟件。
讓我們考慮的原因。 如果你有PHP安裝mod_php，並且所有的PHP應用程序運行在普通用戶'人'或'WWW'或'阿帕奇'。 這意味著，如果用戶的史密斯在他的家目錄位於文件，其他人都在同一台服務器上有一個帳戶可以讀取和修改他的文件，使用常規的基於PHP的文件管理器。為了避免這個問題，Apache提供“suexec的技術到自己的系統帳戶下運行的用戶軟件。 這意味著用戶'史密斯'“my_secure_data.txt chowned'SMITH'，它會工作，因為他的應用'SMITH'系統帳戶下運行suexec的環境。 基本上，suexec的技術提供CGI腳本運行的應用程序。
上非suphp服務器環境中，如果一個PHP腳本上傳一個文件一個文件夾（例如：OpenX的插件）為了得到它上傳到該文件夾，它需要有世界（777）可寫權限。
作為PHP上傳插件，在非suphp的服務器環境中它通常被分配的用戶ID 99。 這將使任何PHP上傳的文件不被FTP用戶無法更改權限，或刪除它們所擁有的。
問題 ：為了方便RevMax設置所有目錄（755）和文件（644）上安裝權限，然而， 你必須手動設置上傳後文件夾/ OpenX的客戶/客戶端的權限，可能會導致錯誤。
針對此問題，您可以測試您的服務器。 如果你可以使用phpinfo（）函數，你可以創建一個PHP文件包含以下內容：
( ) ; ?> <？ 的phpinfo（）;？>
把它上傳到一個網絡服務器上的accessable文件夾，並在瀏覽器中瀏覽，然後看看那裡說服務器API。 如果該值表示Apache然後它不是運行PHP使用suPHP。 如果它說的CGI，那麼它正在運行suPHP。
如果你知道或可以看到（UID：99）是問題，你可以喬敦所有包文件夾和文件，和chmod需要。 以恢復功能。 下面是一些上“喬敦”的shell命令，可以幫助更多 。
如果您知道此安裝前，您可以解壓縮包和相應的文件上傳與FTP並設置權限，然後登錄到OpenX的安裝插件。 那麼你就應該擁有的所有文件和文件夾的RevMax插件的所有權。 插件文件和文件夾上傳到OpenX的目錄解壓縮包中看到。
OpenX的/客戶....
OpenX的/插件/等等....
OpenX的/ WWW /管理/插件...
要永久解決這個問題，你不妨按照這個鏈接，並確保您的服務器和安裝阿帕奇suphp的模塊。 這當然讓你通過所有的插件和復位文件所有權和權限，因為它們是與PHP的安裝和創建將導致在openxmarket安裝的cPanel服務器上的錯誤。
我目前正在腳本來檢查服務器的變化，並希望解決這些環境問題。
一如往常，您可以與我聯繫 ，直接或發表到論壇，如果你有問題或需要幫助。
評論
廣告
