資訊專欄INFORMATION COLUMN
摘要：?jiǎn)栴}今天遇到了一個(gè)很奇怪的，只有同事的手機(jī)登錄系統(tǒng)一直失敗，其他人的都正常。發(fā)現(xiàn)原因在確認(rèn)代碼邏輯沒問題后，發(fā)現(xiàn)是寫入緩存失敗的問題。解決問題使用賦值權(quán)限后，寫入正常。
問題
今天遇到了一個(gè)很奇怪的bug，只有同事的手機(jī)登錄系統(tǒng)一直失敗，其他人的都正常。
發(fā)現(xiàn)原因在確認(rèn)代碼邏輯沒問題后，發(fā)現(xiàn)是yii2寫入緩存失敗的問題。
我們yii2的緩存組件是使用文件組件，進(jìn)入緩存所在的文件夾，發(fā)現(xiàn)有少數(shù)幾個(gè)文件夾擁有者是root，而不是運(yùn)行php-fpm的apache，而這幾個(gè)文件夾的權(quán)限為775，所以apache沒有寫入的權(quán)限。
使用chmod賦值777權(quán)限后，寫入正常。
那么是什么導(dǎo)致這幾個(gè)root文件的生成的呢？因?yàn)槲覀冇昧硕〞r(shí)任務(wù)執(zhí)行commonds，但是指定的用戶是root，所以才出現(xiàn)了這個(gè)問題。把crontab里的用戶指定改成apache，這問題就解決了。
如果是有人登陸并手動(dòng)執(zhí)行了commonds的話，也可能會(huì)生成apache操作不了的文件，所以讓運(yùn)維把所有登陸用戶和apache放在一個(gè)組里，這個(gè)問題就完全解決了。
文章版權(quán)歸作者所有，未經(jīng)允許請(qǐng)勿轉(zhuǎn)載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請(qǐng)注明本文地址：http://systransis.cn/yun/31766.html
摘要：前言許多數(shù)據(jù)庫(kù)支持?jǐn)?shù)據(jù)庫(kù)復(fù)制來獲得更好的數(shù)據(jù)庫(kù)可用性，以及更快的服務(wù)器響應(yīng)時(shí)間，減少數(shù)據(jù)庫(kù)的壓力。通過數(shù)據(jù)庫(kù)復(fù)制功能，數(shù)據(jù)從所謂的主服務(wù)器被復(fù)制到從服務(wù)器。 前言 許多數(shù)據(jù)庫(kù)支持?jǐn)?shù)據(jù)庫(kù)復(fù)制來獲得更好的數(shù)據(jù)庫(kù)可用性，以及更快的服務(wù)器響應(yīng)時(shí)間，減少數(shù)據(jù)庫(kù)的壓力。通過數(shù)據(jù)庫(kù)復(fù)制功能，數(shù)據(jù)從所謂的主服務(wù)器被復(fù)制到從服務(wù)器。主服務(wù)器做增刪改，而從服務(wù)器做查詢。 讀寫分離前提條件：linux數(shù)據(jù)庫(kù)...
摘要：前言許多數(shù)據(jù)庫(kù)支持?jǐn)?shù)據(jù)庫(kù)復(fù)制來獲得更好的數(shù)據(jù)庫(kù)可用性，以及更快的服務(wù)器響應(yīng)時(shí)間，減少數(shù)據(jù)庫(kù)的壓力。通過數(shù)據(jù)庫(kù)復(fù)制功能，數(shù)據(jù)從所謂的主服務(wù)器被復(fù)制到從服務(wù)器。 前言 許多數(shù)據(jù)庫(kù)支持?jǐn)?shù)據(jù)庫(kù)復(fù)制來獲得更好的數(shù)據(jù)庫(kù)可用性，以及更快的服務(wù)器響應(yīng)時(shí)間，減少數(shù)據(jù)庫(kù)的壓力。通過數(shù)據(jù)庫(kù)復(fù)制功能，數(shù)據(jù)從所謂的主服務(wù)器被復(fù)制到從服務(wù)器。主服務(wù)器做增刪改，而從服務(wù)器做查詢。 讀寫分離前提條件：linux數(shù)據(jù)庫(kù)...
閱讀 3320·2021-09-02 15:41
閱讀 2843·2021-09-02 09:48
閱讀 1384·2019-08-29 13:27
閱讀 1171·2019-08-26 13:37
閱讀 847·2019-08-26 11:56
閱讀 2493·2019-08-26 10:24
閱讀 1655·2019-08-23 18:07
閱讀 2628·2019-08-23 15:16
