近來一直在想做個網站充實一下子業餘的時間，畢竟每日上下班後的時間都很無聊，因為女朋友歸屬非主流腦殘人海，因為這個為了迎合她的愛好，就計劃搞一個非主流文化的站點。
先期的辦公可以大概分為以下幾個步驟：
1、CMS系統的挑選：一直在drupal和dedecms之間猶疑，但最終仍然挑選了本土的dedecms，畢竟本土化做的好，並且相較之下，drupal固然功能異常堅強雄厚，不過對於我的應用來說，它真的是太復雜了。於是本地建造了WAMP背景，裝上了dedecms，對系統的操作施行了開始階段的的知道得清楚，況且對網站的欄目施行了區分清楚。
2、搜集器的挑選：說真格的，作為私人站長，我真的沒有非常多的時間和精神力去搞非主流素材的原創，於是思索問題運用數值搜集，試過了dedecms的搜集功能，運用起來不是很方面，並且是基於web界面，在我網速不佳的事情狀況下，頁面竟至會僵死。如今的搜集軟件較幾年初應當是堅強雄厚眾多了，於是我信任一定有更堅強雄厚的搜集軟件，GG上一搜，果不其然有一款稱為火車搜集的軟件。於是下載，知道得清楚。說句題外話，這個軟件寫的實際上真不咋的，內存耗費莫大，況且眾多UI、UE的預設簡直莫名其妙。然而好在，耍起來，基本功能都能滿意，況且牢穩性、抓取速度表面化強於dedecms。在絕對知道得清楚了它在這以後，就著手針對已區分清楚的欄目施行對應的搜集了。
3、域名的注冊及空間的租用：網上查了眾多有關域名，都被注冊掉了，最終挑選了這個域名，意為一塊兒非主流，也總算搭一點兒邊界吧。空間租的是10G、mysql1G的那種，獨立IP，速度還行。只是不可以防盜鏈，這對於一個以圖片為主的網站而言，不太理想。
4、ICP備份：我挑選的這家IDC還總算比較正規的，因為這個管理比較嚴明，假如沒有ICP備份號，是不准許域名綁定的，於是讓IDC代為施行備份，由於家喻戶曉，備份的周期是令人吃驚的不迅速。我已經做好等待3周的准備了。而這3周的時間，我可以用來同步施行dedecms模型板的改正及手續的調試。不過不想的是，我提出請求的ICP在提交處理2天在這以後就審查核定經過了。總結概括了一下子，代我備份的IDC在ICP那邊信用度高，有可能我以私人站長身分報備，周期便會長了。這處還有一個小體會，就是我報備的那一個身分證號，之前是注冊過，不過15位的，這次我報備的時刻輸入的是18位的，同樣審查核定經過了。
5、模型板改正：因為ICP迅疾的經過審查核定，讓我的規劃有些打亂，於是我加班加點地施行dedecms模型板的改正，困難程度倒是沒有啥子，比較多的是一點css的調試。那裡面有一個自由列表揚功績能，有些讓我莫名，由於dede官網對於它的紹介也是十分依稀，論壇裡也有數量多的人在問這個功能到盡頭怎麼用。經過反反復復的摸索研討，終於對其了解了。實際上自由列表在一定程度上，可以代替文章列表頁和智能標簽，由於它能仿用不一樣風格的列表模型板，這是列表頁所不具有的，但智能標簽可以成功實現。只是智能標簽又不可以做分頁。dede的研發擔任職務的人還真沒想明白。搞得這樣復雜，具體怎麼用自由列表，這處就無幾論述，提一個小體會，當自由列表代替一個欄目標列表頁時，在每派生的成欄目文章靜態頁在這以後，要去更新一下子自由列表，否則沒管用果。況且牢牢記住不要再去更新欄目靜態頁，否則自由列表也會沒管用果。
6、抓取數值的處置：dede的文章提要比較奇怪，是半自動摘記文章的前N個字，這對於我需求自定義提要而言，有些多此一舉。額外，一點抓取的文章中的圖片的alt也需求調換，於是自個兒寫了個外掛，可以查緝各個欄目文章的keywords、description，況且可以施行修正。還能夠批量檢驗測定、修正文章中圖片的alt等等。而對於dede的手續也做了一點hack，每每添加文章的提要和關鍵字都是依據預先寫的好手續半自動生成的。
7、偽原創：對於圖片文章，我的作法是改正文章題目，基本上改的臉面全非，但不會擺脫圖片的正題。對於圖文攪混的文章，改題目、添加原創首尾段書契，半中腰的書契對於語義比較容易改換的，也盡力做了調試，盡力將兩篇文章的相仿度減低。
8、部署：我不鼓勵大家網站一上線，就一股腦把全部抓取的數值都生成出來。首先，蛛蛛看你剎那顯露出來的極大數值量，很容易分辨斷定站點為垃圾站，其次，剛上線的網站，弄那末多，給誰看呢?我的作法是，上線時，生成了百篇左右的文章，剩下在後臺所有設為待審查核定，這麼在生成靜態的時刻，不會一塊兒生成出來。而後每日就在後臺裡，從那一些待審查核定的文章中，挑個二三十篇施行更新，這麼蛛蛛看來，更像是網站的天然更新，而實際上這些個數值早一個星期前就准備好了，咔咔～但前提是，這些個數值必須要通過偽原創處置，否則。。。不過，我又發覺一個問題，即假如數值的抓取時間是八月五號，更新時間為八月九號，文件目次起名稱是以歲月日這種形式的話，九號更新的文件，是會保留在五號那一個文件夾內，這麼不太好看，也不明白對SEO是否會有影響。於是仍然狠下心，讀了一下子dede的源碼，將源碼改正為每每改正完文章後，sortdate、senddate都取現時時間戳，這麼就可以保障宣布到現時日子的文件夾，況且文章宣布日子也准確。我是archives和arctiny兩個表都同步更新。只更新archives表有啥子後果我也沒有試過。
9、上線：向各大搜索引擎網站提交處理了網站，那裡面GG和百度提交處理了2次。然下半夜在一個論壇奉復了一個帖子，後面跟了域名及超鏈，就去睡了。大天白日醒來，發覺沒關系響動，於是就到網易、搜狐、新浪的博客裡發了個日記，日記裡數量多提到達網站名字和超鏈。到達後半晌，仔細查看log，終於發覺google的蛛蛛來了。但百度還沒有來，於是去了百度曉得奉復了一個提出問題，況且針對提出問題，給了一個一塊兒非主流站內鏈接給提出問題者參照，還在貼吧跟貼帶了域名和超鏈。到達後半晌，百度蛛蛛來了，況且又去GG站長管理工具證驗了網站況且提出請求了GG Adsense。網上吃好飯，敞開GG，發覺已經被GG收錄了，固然只是首頁，但算是也是收錄了。那裡面我在GG中輸入我的某些文章的seo題目，還能搜到那片文章存在的地方的列表頁地址。這個不曉得算不算收錄，我也不是十分明白。但百度依舊沒有響動。再仔細查看log，竟至發覺了數量多的404，我查了半晌也不曉得這些個404蛛蛛是哪兒找到的，後來花了1個鍾頭，終於被我查到端由了：在網站正式生成靜態之前，我以前一話口兒生成過所有靜態頁作為測試之用，後來所有被我刪去開，我以為這麼就整潔了，卻不想，我遺忘刪去或更新sitemap和rss文件，這兩個文件裡邊，存在之上輩子成的數量多鏈接!當我更新了這兩個文件在這以後，蛛蛛的爬動也順利通暢多了，顯露出來了眾多200，但404依然摻雜那裡面，應當是之前的網站引得已經被絕對被抓取造成蛛蛛還在接著爬動那一些404頁面。我很胸悶。只能怪自個兒太疏忽，沒有注意到這個細節。所以以資為戒，期望各位站長朋友務不可缺少注意這兩個文件。
關於GG迅速收錄，不缺少運氣因素，但總結概括下來，這幾方面也也值當思索：博客日記的外鏈效用仍然有一定效果的，而GG站長管理工具和GG adsense都是google自己的產品，信任其也有一定的權重。而百度，就實在是看造化了。
好了，洋洋眾多地談了這樣多，並不是要具體商議怎麼樣挑選cms、怎麼樣選購域名空間、怎麼樣運用搜集器、怎麼樣改正dede，怎麼樣做seo。而是將我的建站過程與大家分享，在這個過程中，可以看見一點操作步驟是可以提早，又有一點是可以並行，還可以看見建站過程中有可能會碰到的問題及陷坑。本文不過是起到拋磚引玉的效用。期望幫忙那一些生手站長理理建站的端緒，更明白自個兒哪一步該做啥子以及哪一些一定要做，哪一些防止去做。
熱烈歡迎大家過訪我文中提到的這個新建站點：一塊兒非主流 ，結合形式：[email protected]。