推薦：如何分析研究網(wǎng)站未來(lái)客戶的走勢(shì)與趨向
每一名站長(zhǎng)應(yīng)該都知道網(wǎng)站準(zhǔn)備工作的重要性，不管從哪一方面來(lái)看網(wǎng)站想要在今后能夠細(xì)水長(zhǎng)流都必須做好網(wǎng)站的未來(lái)客戶走勢(shì)與趨向分析研究，只有做好了未來(lái)客戶的分析研究才能夠保證網(wǎng)站在今后的運(yùn)營(yíng)之中不出現(xiàn)錯(cuò)誤路線，那么作為一名站長(zhǎng)如何去分析研究網(wǎng)站未來(lái)客戶的

　　圓嘟嘟選擇的主機(jī)搭配是Windows 2003 Server+Apache+PHP+Mysql,當(dāng)網(wǎng)站初步上線測(cè)試后，我在主機(jī)運(yùn)維方面遇到了很多問(wèn)題，這里先說(shuō)一個(gè)比較罕見(jiàn)，而且也讓我頭疼好幾天的問(wèn)題，就是APACHE在運(yùn)行一段不定時(shí)的時(shí)間后，就自動(dòng)停止了，Windows系統(tǒng)日志顯示是：Apache2 服務(wù)因 1 (0x1) 服務(wù)性錯(cuò)誤而停止。而APACHE的error日志里最后的內(nèi)容如下：

　　[Thu Mar 21 01:08:09.187500 2013] [mpm_winnt:notice] [pid 2988:tid 1696] AH00358: Child: Process exiting because it reached MaxConnectionsPerChild. Signaling the parent to restart a new child process.

　　[Thu Mar 21 01:08:09.203125 2013] [mpm_winnt:notice] [pid 2992:tid 436] AH00424: Parent: Received restart signal -- Restarting the server.

　　[Thu Mar 21 01:08:11.000000 2013] [ssl:warn] [pid 2992:tid 436] AH01873: Init: Session Cache is not configured [hint: SSLSessionCache]

　　[Thu Mar 21 01:08:11.187500 2013] [mpm_winnt:notice] [pid 2988:tid 1696] AH00364: Child: All worker threads have exited.

　　別的內(nèi)容似乎都正常，除了SSL的警告外，一開(kāi)始是搞不清楚狀況，以為是SSL配置有問(wèn)題，就對(duì)SSL進(jìn)行了配置，但配置完以后，是不提示“Session Cache is not configured”了，但故障依然，我又繼續(xù)從APACHE的錯(cuò)誤日志中尋找線索，這次我用到的關(guān)鍵字是“MaxConnectionsPerChild”，這個(gè)配置可能很多人也不知道是什么，這是APACHE2.4才改成這樣的，原來(lái)叫MaxRequestsPerChild，意思是指子進(jìn)程的最大連接數(shù)，當(dāng)達(dá)到設(shè)置值以后，APACHE就會(huì)結(jié)束當(dāng)前的子進(jìn)程，釋放內(nèi)存，再開(kāi)啟新的子進(jìn)程，這個(gè)設(shè)置是在httpd-mpm.conf里面的，因?yàn)槭沁\(yùn)行在Windows環(huán)境下，所以對(duì)就的是WinNT MPM，原來(lái)的設(shè)置是：

　　ThreadsPerChild 250

　　MaxConnectionsPerChild 10000

　　都說(shuō)為了防止內(nèi)存溢出，MaxConnectionsPerChild不要設(shè)成0，但可以考慮設(shè)成小的數(shù)值，于是我設(shè)成500，繼續(xù)測(cè)試，但不管我改成多少，APACHE還是依然不定時(shí)就掛了，依照網(wǎng)上有關(guān)的方法我全試了個(gè)遍，終究沒(méi)有解決這個(gè)問(wèn)題，我都動(dòng)了重置系統(tǒng)再來(lái)的念頭了...

　　在解決這個(gè)問(wèn)題的過(guò)程中，我發(fā)現(xiàn)系統(tǒng)運(yùn)行的非常非常慢，打開(kāi)任務(wù)管理器一看，內(nèi)存居然占了3G多，才發(fā)現(xiàn)其實(shí)APACHE其實(shí)并沒(méi)有結(jié)束掉子進(jìn)程，內(nèi)存一直占用著并沒(méi)有得到翻譯，我好像得到點(diǎn)啟發(fā)了，看來(lái)這壓根跟MaxConnectionsPerChild的設(shè)置沒(méi)多大的聯(lián)系，而是在達(dá)到子進(jìn)程限定的線程數(shù)后，當(dāng)APACHE嘗試關(guān)閉當(dāng)前子進(jìn)程再重新開(kāi)啟新的子進(jìn)程時(shí)發(fā)生了什么事情讓它這么做失敗了呢?我又打開(kāi)了Windows的日志查看器，終于在應(yīng)用程序日志里找到一條跟APACHE出錯(cuò)同時(shí)產(chǎn)生的日志，內(nèi)容是“事件 ID ( 487 )的描述(在資源( Zend Optimizer+ )中)無(wú)法找到。”，依據(jù)這個(gè)，我繼續(xù)在網(wǎng)上搜索有關(guān)這個(gè)錯(cuò)誤日志的相關(guān)內(nèi)容，但很可惜的是所有的解決辦法我都試過(guò)了，依然無(wú)果，最后我就干脆把zend關(guān)了，具體做法是，打開(kāi)php.ini，把以下兩行注釋掉，問(wèn)題終于解決.....

　　[zend]

　　zend_extension="D:phpextZendOptimizer.dll"

　　這樣APACHE終于可以運(yùn)行正常了。

　　本文由圓嘟嘟：http://www.yuandudu.com原創(chuàng)提供，版權(quán)所有，轉(zhuǎn)載請(qǐng)注明，謝謝!

分享：如何合理設(shè)置主關(guān)鍵詞與長(zhǎng)尾關(guān)鍵詞的優(yōu)化順序
網(wǎng)站關(guān)鍵詞的布置一直是網(wǎng)站優(yōu)化中的難點(diǎn)，部分SEO者在接受網(wǎng)站任務(wù)的時(shí)候片面的追求經(jīng)濟(jì)利益，對(duì)企業(yè)老板宣稱網(wǎng)站主關(guān)鍵詞做得越多其流量就越多的思想，這也導(dǎo)致了SEO界的怪相：企業(yè)老板需要主關(guān)鍵詞，SEO者想接更多的主關(guān)鍵詞。 正是因?yàn)檫@種怪相讓不少企業(yè)老板與SEO