Warning: error_log(/data/www/wwwroot/hmttv.cn/caches/error_log.php): failed to open stream: Permission denied in /data/www/wwwroot/hmttv.cn/phpcms/libs/functions/global.func.php on line 537 Warning: error_log(/data/www/wwwroot/hmttv.cn/caches/error_log.php): failed to open stream: Permission denied in /data/www/wwwroot/hmttv.cn/phpcms/libs/functions/global.func.php on line 537
文寫完于2015-08-29。由于技術(shù)進步,其中的描述不一定適用于現(xiàn)在,請自行定奪。
先是Discuz和Typecho。它們的上傳挺簡單,把壓縮包上傳,然后在主機控制面板里解壓縮即可。難的是Typecho的插件和主題的上傳。阿里云的FTP太差勁,總是出現(xiàn)421錯誤。每當(dāng)FileZilla提示“421 There are too many connections from your internet address.”時,我都會有一種暈眩的感覺。關(guān)鍵是,我已經(jīng)把并發(fā)連接數(shù)設(shè)為1、失敗后等待45秒再繼續(xù)傳輸、最大重試次數(shù)設(shè)為20了,而且我確定沒有別的連接,還是不行。
Typecho插件的啟用也是個問題。我用的Typecho是1.0版的,有些插件還不支持:有些插件啟用后,編輯器的工具欄不見了;有些插件無法啟用,直接報404錯誤;有一個插件則是在網(wǎng)頁上方報錯,關(guān)鍵是,那個插件是計數(shù)插件,對于我選擇的主題來說非常重要(后來我找到了Stat的修改版,終于成功了)。
最讓人頭疼的是代碼的顯示插件。我想找到一個設(shè)置簡單、支持代碼多、好看的代碼顯示插件。最初找到的是Code Highlight,結(jié)果發(fā)現(xiàn)它很不適合我用的主題,有些字符甚至看不見了……苦逼啊……
DNSHH主題下使用Code Highlight后的效果
后來我又試了CodeBox插件,結(jié)果更慘不忍睹:
CodeBox的顯示效果
你在逗我嗎?!
然后我又試了好多插件,但都不滿意。有些插件居然要在編輯時在代碼前面添加你的代碼語言!這太反人類了!而且,我寫的代碼大多數(shù)都是HTML、CSS、PHP、JS混在一塊的,你讓我咋說?
后來我才知道,許多Markdown的渲染器都是這樣操作的……
現(xiàn)在,我暫時使用Syntax Highlighter,
同時,我發(fā)現(xiàn)有些插件有沖突,比如QRCode和JustArchives,前者會阻礙后者的運行。
從接觸到Typecho開始,我就看上了Ben做的主題DNSHH,所以我用的主題是這個。
剛開始是從typecho.cc下的,1.1版。但是該版本無法設(shè)置圖片logo。我當(dāng)時百思不得其解,ben-lab.com不就是用圖片作logo的嗎?后來才發(fā)現(xiàn),該主題已經(jīng)升級到1.2版了,那個版本可以設(shè)置圖片logo。于是我升級了。
然后就是導(dǎo)航欄的鏈接。我之前一直沒能解決這問題,后來在網(wǎng)上搜,一下子就找著了解決方法。但是,把代碼插到哪兒又是一個問題。經(jīng)歷了長時間的嘗試與錯誤,我才找到了合適的地方插入。
此外,這款主題有一些小問題,如果你在用1.2版,請看我的文章:DNSHH 1.2版主題的一些小問題的解決方法 。
這一部分是最氣人的。在測試了Discuz和Typecho的郵件功能(當(dāng)然Typecho是用插件來實現(xiàn)的)后,我生氣地發(fā)現(xiàn),阿里云的主機不支持郵件發(fā)送!目前也沒有好的解決方法,一年后再看吧,或許我會考慮換主機提供商。
實際上,一年后,我?guī)缀趸膹U了這個網(wǎng)站……
Discuz顯然比Typecho好弄:插件和模板都是從應(yīng)用中心下的,毫無壓力。這或許就是我前幾天一直把心思用在Typecho的原因吧。但Discuz的設(shè)置太多太繁瑣,尤其是Rewrite規(guī)則(相比之下,Typecho的Rewrite規(guī)則設(shè)置沒讓我動一行代碼)。而且,Discuz的插件和模板再也不像我以前見到的那樣,現(xiàn)在付費的太多了,免費的又添加了很多限制,讓你不得不掏錢。所以找到好一點的免費模板和插件在現(xiàn)在變得很難。
但令我怎么也想不到的是,通過備案后,Discuz的服務(wù)器地址怎么也改不回來了!我又因為誤操作把Discuz毀了,只好重裝。然后,苦逼的事情發(fā)生了:我需要一個個下載將近20款插件和2個主題!同時,因為我綁定了QQ,每安裝一次插件,都要驗證!我花了一個下午才把插件安裝完。
在《網(wǎng)站的準(zhǔn)備——前期》中我已說過,我在此之前已經(jīng)做了一系列網(wǎng)頁。但現(xiàn)在我又不想要了,于是我開始重新做主頁。
首先是歡迎頁面。在看到“翁天信 - Dandy Weng”這個個人網(wǎng)站的主頁后,我就決定做一個基于視差滾動的歡迎頁面。但翁天信對于這個效果的實現(xiàn)方法沒有講明(參見“我的個人主頁第五次改版介紹 | Dandy's Blog”),而且我無法在網(wǎng)站的源代碼中找到實現(xiàn)這種效果的方法,所以我就瘋狂地找能夠?qū)崿F(xiàn)視差滾動的插件。
這類插件比較多,但幾乎沒有一個能完全模擬網(wǎng)站中的視差滾動效果,而且絕大多數(shù)插件的效果糟糕的透頂。
我本來好不容易看中了One Page Scroll這個插件,還寫進去了網(wǎng)站內(nèi)容,但我偶然間發(fā)現(xiàn)它不支持移動設(shè)備!我果斷放棄,但我再次尋找插件卻花了更長的時間,好在最終我找到了。
我最終找到的是fullPage.js——我之前差點把它排除,由于它用的jquery都是來自谷歌的,加上已知原因,所以無法顯示效果。但我發(fā)現(xiàn),它還提供了一個純js版的,夠用了,效果挺好,我就用了。
我還對原代碼進行了一些修改,以開啟右邊的導(dǎo)航點,這樣不會讓人以為就一頁,我也就只能幫到這兒了。
把文字放進去了之后,我就著手找合適的背景圖片。第一張是公路圖片,第二張是幼芽的圖片,第三張是打開的窗戶的圖片,第四張不設(shè)圖片。
公路圖片好找,出來的結(jié)果一大堆。幼芽的圖片不太好找,我找了一個多小時。最難找的當(dāng)屬打開的窗戶的圖片了,我在百度里找不著,又去國外的幾個圖片網(wǎng)站找,找了三個小時才找到一張好點的,但也不是我想要的打開的推拉窗——難道國外不興推拉窗?另外,關(guān)于窗戶的圖片挺多,但絕大多數(shù)都是關(guān)閉的窗戶,關(guān)于打開的窗戶的圖片看起來還不到千分之一,這讓我很納悶。
好不容易把整個歡迎頁面做完,第二天,我又發(fā)現(xiàn),這個頁面在我的手機上顯示不正常……于是,我又苦逼地改代碼,終于讓它看起來正常了一些。由于JS加載時間有點長,歡迎頁內(nèi)容在加載JS之前就被顯示出來,堆疊在一起,很難看。我又讓它事先不顯示,到JS加載完成之后再顯示出來(這個方法很管用,我在后來做“關(guān)于我”的頁面時也用到了這方法)。至此,歡迎頁面大功告成。大家可以欣賞一下(截圖時我把導(dǎo)航欄和導(dǎo)航點隱去了,以便宣傳):
第一頁
第二頁
第三頁
第四頁
然后,我又草草地弄了個首頁,設(shè)置好Cookies,設(shè)置好相關(guān)的轉(zhuǎn)換可視性的PHP,這樣,訪客第一次瀏覽主頁時會進入歡迎頁面,以后就是直接進入主頁了。Cookies有效期為10年,夠了。如果你錯過了欣賞歡迎頁,也別流淚傷心,清除IndexHasLoaded這個Cookies,再刷新就行了。
其實,我草草地主頁有一個原因:應(yīng)付新浪的審核。詳情請見“社交網(wǎng)絡(luò)連接與SEO”一章。
這個相對好做。主要問題就是在滾動圖上,弄了半天也沒法讓它自適應(yīng)縮放。
我自己做了一個404圖片,個人感覺挺不錯。
我做的404圖片
我是不會告訴你,我最先想用PS做,但PS的鋼筆工具太難用了,于是我就用Flash做,累死人了!但最終還要放到PS中去掉白色填充、改變線條顏色。
然后我花了三個多小時做好了404頁,并設(shè)置好。但這時候出了很大的問題:404頁的圖片顯示不了了!后來,我發(fā)現(xiàn),404頁中不能用相對于文檔的路徑。我將圖片地址改為相對于服務(wù)器的路徑后,問題解決了。
以下是404頁的效果圖:
404頁效果圖
但Typecho無法與別的平臺共享404頁,我只好將相同的代碼復(fù)制到404.php中。
我有一個網(wǎng)點本,用來做設(shè)計的。我原本想掃描上面的圖像作為背景的,但最終我還是用PS模擬上面的圖像作為背景,這樣顯得更干凈。
但這也是極其麻煩的。首先,我需要確定背景色。首先,我想的是米黃色,并輕易地搜到了它的顏色代碼。但當(dāng)我用該顏色填充背景時,感覺不對勁,就不用了。然后,我又搜“道林紙”(我的網(wǎng)點本用的是道林紙)的圖片,希望根據(jù)圖片中的紙張顏色確定背景色。最終,我成功了。
然后就是最苦逼的步驟了:在上面繪制網(wǎng)點。我原本要每50像素一個點的,但**全部完成**后發(fā)現(xiàn)太稀疏了,于是馬上改成每20像素一個點。修改網(wǎng)點距離的同時,我還要修改圖像尺寸,以保證背景平鋪時銜接自然。單單這一項我就花了3個小時(連同吃飯、休息)。
最后就是最重要的步驟了——在上面繪制手稿圖。說實話,我在上面用鉛筆工具的地方只有三處——因為我沒有數(shù)位板——其他的都用字、簡單的幾何圖形代替了。
最大的問題是字體的選擇上。我在字體網(wǎng)站上翻了半天,最終發(fā)現(xiàn),方正靜蕾簡體的字體和我的字體有點像,于是我果斷用它。但該字體在PS中的顯示效果不好:行間距、字間距太大——不是一般的大!于是我又苦逼的修改行間距和字間距……關(guān)鍵是,我在這張圖里大量的用了字符……
最后,當(dāng)家里的表在午夜敲了12下時,我終于完成了背景的制作。大家可以看一下:
Typecho背景
由于Typecho是使用Gravatar獲取頭像的,而Gravatar因為已知原因經(jīng)常登不上,所以我一直沒設(shè)置頭像。
然而,有一天,Gravatar居然奇跡般的能登上了!我就馬上進行相關(guān)設(shè)置,最終設(shè)置好了頭像。
但奇怪的是, GravatarCache 不工作了!經(jīng)檢查發(fā)現(xiàn), GravatarCache 緩存的文件是JPG格式的,而我的頭像是PNG格式的……
這是每一個站長都必須要做的事。說實話,這一方面還算是比較簡單的。但,手續(xù)太繁瑣!
作為一個社交性相對較弱的網(wǎng)站,我不需要太多的社交網(wǎng)絡(luò)連接。Discuz上用QQ、微信、新浪微博,其他地方頂多放幾個分享/關(guān)注控件即可。
但Discuz的“QQ互聯(lián)”插件中,我怎么也上傳不了logo。
這還是小事,我處理新浪微博的連接時,居然還要審核!在審核上,我失敗了兩次:第一次原因是“沒有看到合作組件上線,請在網(wǎng)站頁面上添加微博合作組件后再提交審核”,因為我當(dāng)時還沒做主頁,所以我就在默認(rèn)主頁上進行了一些輕微的修改后再次提交審核,結(jié)果仍然未通過,理由是“網(wǎng)站資源過少,請完善網(wǎng)站建設(shè)后再提交審核;沒有看到合作組件上線,請在網(wǎng)站頁面上添加微博合作組件后再提交審核”。好吧,我知道為什么了,但為什么第一次的時候不說呢?
最后,我不得已做了一個簡單的主頁,再次提交審核。當(dāng)郵件發(fā)過來的時候,我的心臟跳得很厲害(郵件標(biāo)題是“APP審核友情提示”,并不知道是否審核通過)。我的手顫巍巍地點開了郵件,得到的卻是審核成功的提示!SO GREAT!
然后我趕緊更新了百度分享的代碼。
關(guān)于頁面我分成了兩部分:關(guān)于煥藍、關(guān)于我。“關(guān)于煥藍”頁面中有鏈接鏈接到“關(guān)于我”。
“關(guān)于煥藍”頁面不難做,除了時間軸。我好不容易才在Helloweba搜到了比較好的時間軸,然后好不容易才把它調(diào)好,使其符合網(wǎng)站的整體風(fēng)格。想要時間軸的看源碼自己擺弄,記得在后面加一個引用自Helloweba的聲明。
“關(guān)于我”頁面倒是想了半天。我在網(wǎng)上瘋狂地搜尋橫向視差滾動單頁插件,找了兩天,才找到了一個pagePiling.js ,和之前的fullPage.js是一個人寫的——我偶然間發(fā)現(xiàn)那個人是劍橋的!和fullPage.js相似,我也差點拋棄它,但原因不一樣:這次我把源碼下載到本地,將使用谷歌CDN的地方換成了BootCSS CDN,但在手機上測試時,不知何故(可能是網(wǎng)絡(luò)問題),顯示不正常。
Bootstrap、pagePiling 來相配,天生是一對……不過,其實,Bootstrap應(yīng)該是百搭的。
但是,我實在無法解決同一行寬度不同的列中,較短的列如何垂直居中的問題,索性放棄。我原本想加一些圖片,但最終放棄了。
就這樣,“關(guān)于我”頁面草草完成。
我還加了背景音樂,點擊右上角的按鈕即可播放。注意:目前已知Safari的Windows版不支持,原因未知。
注意:如果在手機上瀏覽,最好在豎屏狀態(tài)上瀏覽(UC瀏覽器中如果打開“適應(yīng)屏幕”選項,最好在橫屏狀態(tài)下瀏覽),對于其他狀態(tài)的顯示問題,應(yīng)該是Bootstrap自身的問題,除非重新編譯,沒有好的解決方法,但我懶得改,怕改錯、改混亂。
導(dǎo)航點是在左下角的,我無法將它們放在中間,我已經(jīng)盡力了,如果你有解決方案,趕快告訴我,我將不勝感激。(官方版本未提供橫版導(dǎo)航點,我也是問了作者,作者才給出替代方案的。)
以上就是我的網(wǎng)站的大致準(zhǔn)備過程。
互聯(lián)網(wǎng)時代,網(wǎng)站的訪問速度和穩(wěn)定性是一個網(wǎng)站能否成功的重要因素。為了應(yīng)對高訪問量和提升用戶體驗,網(wǎng)站管理員可以考慮使用高防CDN(內(nèi)容分發(fā)網(wǎng)絡(luò))來加速網(wǎng)站加載和應(yīng)對高訪問量的能力。
讓我們了解一下高防CDN是什么。CDN是指將網(wǎng)站的靜態(tài)資源分散到全球各地的服務(wù)器上,當(dāng)用戶訪問網(wǎng)站時,就會從距離最近的服務(wù)器上獲取內(nèi)容,而不是直接從源服務(wù)器上獲取。這樣做的好處是可以減少網(wǎng)絡(luò)延遲和帶寬消耗,從而大大提升網(wǎng)站的訪問速度和穩(wěn)定性。
V+123008
高防CDN在加速網(wǎng)站加載方面有三個核心功能:緩存、負載均衡和動態(tài)加速。
首先是緩存。高防CDN會將網(wǎng)站的靜態(tài)資源(如圖片、CSS、JavaScript等)緩存在分布式的邊緣服務(wù)器上。當(dāng)用戶訪問網(wǎng)站時,就可以直接從最近的邊緣服務(wù)器獲取這些靜態(tài)資源,而不必每次都從源服務(wù)器下載。這樣可以減少請求時間和帶寬消耗,大大提升網(wǎng)站的加載速度。
其次是負載均衡。高防CDN會根據(jù)用戶的地理位置和當(dāng)前網(wǎng)絡(luò)情況,將請求分發(fā)到最適合的服務(wù)器上。這樣可以避免單一服務(wù)器負載過高,導(dǎo)致網(wǎng)站訪問緩慢或者崩潰的情況發(fā)生。通過負載均衡,高防CDN能夠更好地應(yīng)對高訪問量,保持網(wǎng)站的穩(wěn)定性。
最后是動態(tài)加速。高防CDN不僅可以緩存靜態(tài)資源,還可以對動態(tài)內(nèi)容進行加速。它會通過智能路由、數(shù)據(jù)壓縮和TCP優(yōu)化等技術(shù),將動態(tài)內(nèi)容快速傳輸給用戶,減少傳輸延遲和帶寬消耗。這對于那些有大量動態(tài)內(nèi)容的網(wǎng)站來說尤為重要,它們通常需要頻繁地與數(shù)據(jù)庫交互,而高防CDN可以幫助它們提高響應(yīng)速度,提升用戶體驗。
利用高防CDN可以顯著提升網(wǎng)站的加載速度和穩(wěn)定性。通過緩存、負載均衡和動態(tài)加速等功能,高防CDN能夠有效地應(yīng)對高訪問量,并提供更好的用戶體驗。因此,對于想要加速網(wǎng)站加載并且面對高訪問量的網(wǎng)站管理員來說,高防CDN是一個值得考慮的選擇。
國內(nèi)高防CDN推薦
(優(yōu)先推薦,小編用的就是這個)
https://www.zongqi.cc/product/view1739.html
縱企CDN 服務(wù),提供了穩(wěn)定、快速的訪問速度和靈活的部署方式,敢保證CDN無限防御,不死防御,無視攻擊,無視ddos
提供優(yōu)惠碼可優(yōu)惠:ATS2570
DN防御技術(shù)原理淺析(保障網(wǎng)站安全的重要方式)
隨著互聯(lián)網(wǎng)的快速發(fā)展,越來越多的企業(yè)和個人將自己的業(yè)務(wù)托管在云上,使得網(wǎng)站的安全性也成為了一個非常重要的問題。
CDN(內(nèi)容分發(fā)網(wǎng)絡(luò))防御技術(shù)被廣泛應(yīng)用于保障網(wǎng)站的安全。本文將對CDN防御技術(shù)的原理進行一段簡單的淺析。
我們需要了解CDN的基本概念。CDN是指將互聯(lián)網(wǎng)上的資源(如圖片、視頻、靜態(tài)文件等)分布到離用戶最近的服務(wù)器上,以提供更快、更穩(wěn)定的訪問體驗。CDN的工作原理是通過建立全球范圍的服務(wù)器節(jié)點,將資源復(fù)制到這些節(jié)點,并由就近的節(jié)點提供服務(wù),從而減少了用戶與源服務(wù)器之間的距離和網(wǎng)絡(luò)擁堵的影響。
CDN防御技術(shù)則是在CDN基礎(chǔ)上增加了一層安全防護。它通過以下幾個主要原理來保障網(wǎng)站的安全。
CDN防御技術(shù)可以有效地防御DDoS攻擊。DDoS(分布式拒絕服務(wù))攻擊是指攻擊者通過控制大量的計算機或服務(wù)器,向目標(biāo)網(wǎng)站發(fā)送大量的請求,使其服務(wù)器資源耗盡,無法正常提供服務(wù)。CDN防御技術(shù)通過將網(wǎng)站的流量分散到全球各個節(jié)點上,使得攻擊流量能夠分散到不同的服務(wù)器上進行處理,從而提高了抵御DDoS攻擊的能力。
CDN防御技術(shù)可以對惡意請求進行過濾。通過在CDN的節(jié)點上設(shè)置安全策略和規(guī)則,可以對訪問網(wǎng)站的請求進行實時監(jiān)控和分析。一旦發(fā)現(xiàn)異常行為或惡意請求,CDN可以立即進行攔截和過濾,確保網(wǎng)站的安全。同時,還可以通過人工智能和機器學(xué)習(xí)等技術(shù),提高對惡意行為的識別和處理能力。
CDN防御技術(shù)還可以提供SSL加密功能,保障網(wǎng)站數(shù)據(jù)的安全傳輸。SSL(Secure Sockets Layer)是一種用于保護網(wǎng)站數(shù)據(jù)傳輸安全的協(xié)議。CDN可以為網(wǎng)站提供SSL證書,將網(wǎng)站與用戶之間的通信加密,防止數(shù)據(jù)被竊取或篡改。
CDN防御技術(shù)還可以提供實時的安全報警和監(jiān)控功能。通過對網(wǎng)站流量、訪問日志等數(shù)據(jù)進行實時監(jiān)控和分析,CDN可以提供及時的安全報警,幫助網(wǎng)站管理員快速發(fā)現(xiàn)并應(yīng)對潛在的安全威脅。
CDN防御技術(shù)作為一種保障網(wǎng)站安全的重要方式,通過分布式部署和多層防護機制,可以有效地防御各種網(wǎng)絡(luò)攻擊和安全威脅。同時,它還能提供更快、更穩(wěn)定的訪問體驗,提高用戶滿意度。因此,對于企業(yè)和個人來說,在構(gòu)建網(wǎng)站或應(yīng)用時,選擇合適的CDN服務(wù)商并采用CDN防御技術(shù)是非常重要的決策。
國內(nèi)高防CDN推薦
(優(yōu)先推薦,小編用的就是這個)
官網(wǎng)地址:https://www.zongqi.cc/product/view1739.html
CDN 服務(wù),提供了穩(wěn)定、快速的訪問速度和靈活的部署方式,可用于加速 JavaScript 庫、CSS 樣式、圖片等靜態(tài)資源。
*請認(rèn)真填寫需求信息,我們會在24小時內(nèi)與您取得聯(lián)系。