問：昨天上傳了網(wǎng)站數(shù)據(jù)到空間，但是前臺顯示的數(shù)據(jù)不是最新的，圖片是我優(yōu)化的，但是文字和欄目都是仿站之前的模板,新網(wǎng)站數(shù)據(jù)不是最新的，還是仿站之前的模板，但是圖片都是最新的
答：您好，請具體說明清楚,您是怎么操作的,要實現(xiàn)什么效果,非常感謝您長期對我司的支持!
問：我之前在織夢網(wǎng)下載了一個模板，我這邊在電腦上操作了后臺，一切改好后，在昨天將數(shù)據(jù)傳到 三五互聯(lián)的空間，網(wǎng)站上線了，但是看到的前臺和后臺與我再電腦上改好的不一樣，還有很多模板原來的 痕跡
問：比如這個主導航本來是改了的，但是不是顯示我最后定板的
問：比如這些產(chǎn)品還是舊模板的內(nèi)容
問：還有這種，因為欄目的路徑都改了，但是現(xiàn)在的后臺都不能靜態(tài)生成了
答：您好，您如果在本地改好的, 請把本地文件以及數(shù)據(jù)庫全部打包到空間里,把空間的里文件和數(shù)據(jù)庫都清空,這樣還原數(shù)據(jù)才是和您本地一樣的,非常感謝您長期對我司的支持!
問：這是我本地的文件，前面三個文件都需要上傳嗎
問：第三個根目錄放在空間的根目錄，上面兩個文件放在“other”的文件夾嗎
答：您好，只需要www這里面是網(wǎng)頁文件, 還需要您本地導出數(shù)據(jù)庫sql文件,非常感謝您長期對我司的支持!
問：我本地的文件“COM”和“Extensions”應該放在哪個文件夾才能更新數(shù)據(jù)嗎
問：本地導出的sql文件也放到 空間的根目錄嗎
答：您好，您看下com 和extensions是放的什么文件?只需要您本地站點所指向根目錄的文件,數(shù)據(jù)庫我們不清楚您自己安裝在哪兒,您自己找下您的電腦,參考http://www.shinetop.cn/faq/list.asp?unid=566 導出成SQL文件,非常感謝您長期對我司的支持!
問：sql文件導出后，需要放在空間的哪個位置嗎？是放在根目錄還是只要放在空間任何文件夾嗎
答：您好，您只需要把網(wǎng)站文件和sql傳到空間里,我們?yōu)槟渴鸺纯? 如果您自己要學習,就把sql文件傳到任意目錄,進入業(yè)務管理-數(shù)據(jù)庫管理-管理-左側(cè)數(shù)據(jù)庫-通過sql文件導入功能導入,然后核實修改www/data/common.inc.php中數(shù)據(jù)庫信息為主機數(shù)據(jù)庫信息,非常感謝您長期對我司的支持!
問：昨天還正常，今天上午就被kill了，幫我再看下原因，這次沒有運行過kplayer，也沒有運行node，這次被kill的原因是不是還是因為屏蔽惡意蜘蛛時，去掉了空的header，導致請求訪問過大，然后才被kill的？（下工單時提示收費項目，但這個工單只是查詢一下原因，能不能免費……）
問：但是最近幾周計劃任務已經(jīng)啟用了每天的2,5,8,11,14,17,20,23 點釋放內(nèi)存，怎么會內(nèi)存過大呢……被kill原因是啥，具體被kill的時間是什么時候，今天的日志應該能看到，我還沒有刪除系統(tǒng)日志和網(wǎng)站日志……用dmesg | egrep -i -B100 \’killed process\’命令我只看到下圖這個，沒看出來為啥mysqld又被kill了……
問：是因為晚上23點05有一個釋放內(nèi)存的計劃任務，然后我用百度的查詢kill原因的命令，查看到正好是27號23點多被kill的，是不是釋放內(nèi)存的計劃任務也會占用一些內(nèi)存，再加上網(wǎng)站的訪問，才會導致mysqld被kill的啊？
答：您好，查看當時訪問量并不大,日志中記錄當時有較多的httpd進程,目前幫您限制了最大httpd進程數(shù),另外,您可以設置一個任務計劃,定期重啟apache來釋放,再觀察,非常感謝您長期對我司的支持!
問：1、我用的是apache nginx混合引擎，wdcp里那個重啟的計劃任務我之前開啟過，當時就是因為開啟了重啟計劃任務才導致重啟的時間內(nèi)存過大的，所以我才問是不是釋放內(nèi)存的計劃任務也會占用一些內(nèi)存，才會導致mysqld被kill的。 2、上面回復的幫我限制了httpd最大進程數(shù)，對我現(xiàn)在程序有影響嗎？我怕一些api因為這個限制出問題……
答：您好，執(zhí)行任何的命令都會要消耗內(nèi)存的,包括任務計劃,限制apache進程數(shù)不影響api,只是支持的并發(fā)數(shù)更小了, 反之,您并發(fā)訪問量都很大了, 那就要考慮加內(nèi)存了,而是只把進程數(shù)改大,改大內(nèi)存就不夠了,根本問題在內(nèi)存不夠,非常感謝您長期對我司的支持!
問：1、現(xiàn)在apache進程數(shù)是多少；2、并發(fā)數(shù)改小的話，如果并發(fā)超過了限制，網(wǎng)站會打不開還是會怎么樣~
答：您好，現(xiàn)在最大進程數(shù)50,并發(fā)量大,就會卡慢,但不至于把服務器內(nèi)存耗盡,進程越多,消耗內(nèi)存就越多,處理速度就越快,非常感謝您長期對我司的支持!
問：之前的最大進程數(shù)是多少……在哪個文件修改的最大進程數(shù)
答：您好，之前最大默認1024 /www/wdlinux/apache/conf/httpd-wdl.conf ,非常感謝您長期對我司的支持!
問：修改的哪個參數(shù)
問：接上：我看有好幾個MaxClients，是全部修改了一下，還是只修改哪一個MaxClients……
問：接上：1、修改的哪個MaxClients；2、當時是為什么從1024降到50的，為什么不降到500或者800或者300或100的，直接降到50的思路是哪樣的，不太了解，想了解一下，如果我將來自己恢復到500的話，會怎么樣……
答：您好，關于apache的參數(shù)設置,請自行學習https://www.jb51.net/article/55256.htm?key=1 您自己可以任意修改設置,平均一個進程占用幾十M內(nèi)存(不定),大概計算來設定進程數(shù),您本身不需要支持大并發(fā)量請求,就不需要設置太大,設置參數(shù)沒有固定計算方式,只是個大概,
基于您現(xiàn)在服務器內(nèi)存不足,又不想升級內(nèi)存情況下,當然是盡量的設置小進程數(shù),這個問題已經(jīng)超過我司服務范圍了,您可以自己學習apache 相關性能參數(shù)調(diào)優(yōu),非常感謝您長期對我司的支持!
