圖片伺服器搭建思路

『壹』 php製作後台，上傳圖片，點擊上傳，彈出一個圖片庫，從圖片庫裡面選擇圖片，如何實現

這里單獨依靠php是不能實現的，需要結合php和javascript
在伺服器端，需要製作一個php文件，接收一個請求後，會遍歷相應的目錄或者查詢資料庫，將查詢到的結果（包含圖片總數，以及一個當前頁的圖片信息列表，列表中要包含圖片的地址、文件名、創建時間等信息）已json的形式返回。
在客戶端，需要使用javascript實現點擊時彈出窗口，並且在用戶點擊相應的項目的時候向伺服器端的php文件發送請求，接收結果，然後將結果生成圖中的html代碼，顯示出來。
製作這樣的東西需要的時間不短，中間還會發生各種問題，需要有耐心。另外，直接使用javascript來製作客戶端部分的話效率不高，建議結合jQuery來實現。

『貳』 探求Oracle資料庫怎樣存儲圖片

商品圖片，用戶上傳的頭像，其他方面的圖片。目前業界存儲圖片有兩種做法：
1、 把圖片直接以二進制形式存儲在資料庫中
一般資料庫提供一個二進制欄位來存儲二進制數據。比如Mysql中有個blob欄位。Oracle資料庫中是blob或bfile類型
2、 圖片存儲在磁碟上，資料庫欄位中保存的是圖片的路徑。
一、圖片以二進制形式直接存儲在資料庫中
第一種存儲實現(PHP語言)：
大體思路：
1、將讀取到的圖片用php程序轉化成二進制形式。再結合insert into 語句插入數據表中的blob類型欄位中去。
3、 從資料庫取出圖片展示的時候。則是直接發送圖片內容
4、
$row=mysql_fetch_object($result);
Header( "Content-type: image/gif");
echo $row->this_image;
實現代碼如下：
$PicturePath = 『/tmp/xxxjgjgj.jpg』;//假設這是上傳的圖片，php放在一個臨時文件夾。腳本執行完畢後自動刪除了。
$imgStream = fread(fopen($PicturePath, "r");
$blob_img = fread(fopen($imgStream, "r"), filesize($PicturePath));
$sql =」 INSERT INTO Images (this_image) VALUES ($blob_img)";
註：this_image就是數據表中一個blob欄位類型的欄位
================取出展示圖片代碼
$result=mysql_query("SELECT * FROM Images WHERE PicNum=$PicNum") or die("Cant perform Query");
$row=mysql_fetch_object($result);
Header( "Content-type: image/gif");
echo $row-> this_image;
總結：處理代碼感覺還真比較麻煩。其實，我從來沒用過在資料庫中以二進制存儲圖片的做法。我們用得更多的是存儲圖片的路徑，實際圖片是在磁碟上保存的(圖片二進制放到資料庫,把資料庫的負擔弄重了)。
據我了解，互聯網環境中，大訪問量，資料庫速度和性能方面很重要。一般在資料庫存儲圖片的做法比較少，更多的是將圖片路徑存儲在資料庫中，展示圖片的時候只需要連接磁碟路徑把圖片載入進來即可。因為圖片是屬於大欄位。一張圖片可能1m到幾m。
有個原則：圖片盡量不要存儲在資料庫中(是指不要二進制形式保存到欄位，而只保存圖片的路徑)。這樣的大欄位數據會加重資料庫的負擔，拖慢資料庫。在大並發訪問的情況下很重要。這是一個經驗。去看看dba對資料庫性能調優方面的分析都能得到這個答案的：就是圖片不要存儲在資料庫中。
就像這個規則一樣：文章分為標題、作者、添加時間、更新時間、文章內容、文章關鍵字
文章內容一般是比較長的。經常使用text欄位去存儲。文章的內容就屬於大欄位。一般文章內容可以拆分到單獨一個表中去。不要與文章信息存儲在一張表裡面。
我理解的原理是：mysql中一張表的數據是全部在一個數據文件中的。如果大欄位的數據也存儲在裡面。程序展示列表，比如文章列表。這個時候根本不需要展示文章內容的。但是仍然會影響速度，資料庫查找數據其實就是掃描那個數據文件，文件容量越小，速度就會越快(為什麼單表的容量在1g-2g的時候基本上要分表了)。拆分出去到一張單獨的表，就是單獨的文件了。我覺得，舉一反三，相互獨立，分離的思想不僅在系統開發中用到，在現實生活中經常存在的。相互混合，就會造成相互影響。小巧，簡潔是一種思想。
可以看看這篇翻譯的文章，
http//developer.51cto.com/art/201211/364472.htm
作者建議，三種東西永遠不要放到資料庫里,圖片，文件，二進制數據。作者的理由是，
對資料庫的讀/寫的速度永遠都趕不上文件系統處理的速度
資料庫備份變的巨大，越來越耗時間
對文件的訪問需要穿越你的應用層和資料庫層
把圖片縮略圖存到資料庫里？很好，那你就不能使用nginx或其它類型的輕量級伺服器來處理它們了。
給自己行個方便吧，在資料庫里只簡單的存放一個磁碟上你的文件的相對路徑，或者使用S3（備註：亞馬遜雲服務）或CDN之類的服務。
============================================================
關於mysql中的blob類型
bolb像int型那樣，分為blob、MEDIUMBLOB、LONGBLOB。其實就是從小到大，
blob 容量為64KB ，MEDIUMBLOB 容量為16M，LONGBLOB 容量為4G。
說實話，圖片用這樣子存儲用得還真少。使用php函數serialize進行序列化的值，我看到有人存入這個欄位中去。
php手冊：serialize返回字元串，此字元串包含了表示 value 的位元組流，可以存儲於任何地方。
mysql中blob欄位存儲圖片有個通信大小的設置：
圖片要傳輸給mysql存儲起來，那麼需要涉及到數據通信。mysql中有個配置是限制通信數據大小的。
my.conf配置文件中的max_allowed_packet，mysql默認的值是1M。
好多圖片尤其是原始圖可能不止1m。傳輸的數據(也就是圖片)超過這個設置大小。結果就會出錯
呵呵，限制挺多。感覺好麻煩。這樣子明顯佔用與mysql交互的通信時間嘛。延長響應時長了。我直接丟個圖片路徑」images/xxxx」給mysql。沒這么耗費資源。
其實所謂的性能，最關鍵是資料庫性能。因為隨著資料庫數據量增大，大部分時間耗費是在php，Java等語言等待資料庫返回數據的過程中耗費時間。
網站訪問量大了後，具體的語言不是瓶頸，瓶頸都在資料庫。用c，，php，java,net都能操作mysql資料庫獲取數據。語言之間可能存在速度執行差異，但是其實這種差別已經很小了。至少我覺得，給予用戶感覺不到明顯。執行相差0.0001秒用戶感覺並沒有明顯的區別。可能說，大並發(很多用戶同時訪問)的時候，就會體現到差別了。其實我覺得，大並發訪問是資料庫瓶頸。等待資料庫給予數據。沒達到一定級別實在體現不了差別。資料庫數據量達到一定級別。語言相差0.001s會給予用戶體驗上的差別。我想，這也是為什麼php很適合做web開發了。解析頁面速度快(解釋型語言，不需要編譯)。可以用java來與資料庫打交道獲取數據。php不直接操作資料庫，而是調用java提供的數據介面，獲取數據，馬上展示在頁面中。這是利用了php的頁面執行速度快的一個優勢。
備份圖片數據和遷移數據方便
圖片以二進制形式存儲在資料庫，有一個好處：備份的時候方便。直接備份資料庫，圖片也跟著備份。換句話說，遷移環境的時候是方便。
而圖片放在磁碟上的話，資料庫中存儲的只是圖片路徑。備份資料庫後。磁碟上的圖片也要跟著備份才行。
不過我覺得，備份這個好處不是很明顯。圖片在磁碟上，備份磁碟也沒很大的事情。打包壓縮也可以了。互聯網環境畢竟與傳統的軟體開發不同，web開發比較關注網站速度。也就是資料庫的速度。就像互聯網開發中，有時候為了速度，用空間換時間的做法比較普遍，所以往往在設計資料庫的時候並不一定遵循傳統資料庫設計三大範式。
資料庫中保存的是圖片路徑的話，在web開發環境下，其實有個更好處，就是cdn加速。就是下面要進行總結的地方。
二、資料庫中保存圖片路徑
一般是這樣子的：
按照年月日生成路徑。具體是按照年月日還是按照年月去生成路徑，根據自己需要(不一定是按照日期去生成)。
理解為什麼要分散到多個文件夾中去才是關鍵，涉及到一個原理就明白了：
操作系統對單個目錄的文件數量是有限制的。當文件數量很多的時候。從目錄中獲取文件的速度就會越來越慢。所以為了保持速度，才要按照固定規則去分散到多個目錄中去。
圖片分散到磁碟路徑中去。資料庫欄位中保存的是類似於這樣子的」images/2012/09/25/ 1343287394783.jpg」
原來上傳的圖片文件名稱會重新命名保存，比如按照時間戳來生成，1343287394783. jpg。這樣子是為了避免文件名重復，多個人往同一個目錄上傳圖片的時候會出現。
反正用什麼樣的規則命名圖片，只要做到圖片名稱的唯一性即可。
比如網站的並發訪問量大，目錄的生成分得月細越好。比如精確到小時，一個小時都可以是一個文件夾。同時0.001秒有兩個用戶同時在上傳圖片(因為那麼就會往同一個小時文件夾裡面存圖片)。因為時間戳是精確到秒的。為了做到圖片名稱唯一性而不至於覆蓋，生成可以在在時間戳後面繼續加毫秒微秒等。總結的規律是，並發訪問量越大。就越精確就好了。
我現在還沒碰到需要這么精細的。概率比較少。
有個方面總結一下：為什麼保存的磁碟路徑，是」images/2012/09/25/1343287394783.jpg」，而不是」 /images/2012/09/25/ 1343287394783.jpg」(最前面帶有斜杠)
我的理解：
連那個斜杠都不要。這里也是做到方便以後系統擴展。
在頁面中需要取出圖片路徑展示圖片的時候，如果是相對路徑，則可以使用」./」+」images/2012/09/25/1343287394783.jpg」進行組裝。
如果需要單獨的域名(比如做cdn加速的時候)域名，img1.xxx.com,img2.xxx.com這樣的域名，
直接組裝 「http//img1.xxx.com/」+」images/2012/09/25/1343287394783.jpg」
當然資料庫是可以在前面加斜杠/保存起來,/images/2012/09/25/ 1343287394783.jpg
其實不方便統一。比如相對路徑載入圖片的時候，則是」.」+」 /images/2012/09/25/ 1343287394783.jpg」
可能我還沒體會到壞處，以後會遇到問題的。不過，遵循慣例不加斜杠」 images/2012/09/25/ 1343287394783.jpg」就對了。
涉及到一個新問題：為什麼大部分系統都不會域名保存進去，像這樣子http//wwwxxx.com/images/2012/09/25/1343287394783.jpg保存到資料庫中
曾經與一個上海的網友聊天，他也是習慣不會把域名保存資料庫中過去。但當時我們兩聊的時候，他對」域名保存進去的做法」與」不保存域名進去」也沒有一個明確利弊。他就覺得，沒有什麼明顯的區別啊。
了解的知識越多，越有利於我們做決定。可能就是一個」感覺區別不是很大」的影響下，去做一個決定，反而對後面是比較大的影響的。至少是增加自己的工作量了。
其實把域名保存進去，也不是什麼滔天大罪的事情。但凡是經驗豐富的開發人員都不會這樣子做。這是一個經驗積累出來的，所以上海那個網友也對此並沒有明顯的概念很正常，他說他不知道cdn方面的(當然覺得存個域名進去沒什麼大不了的)。需要了解cdn知識，什麼情況下會用到cdn知識。
雖然是做開發人員，不需要關注運維和伺服器之類的知識。不過了解一些就有利於理解了。
這里涉及到cdn加速。
關於cdn原理(就是內容分發網路)
cdn，我理解其本質就是為了解決距離遠產生的速度問題，使用就近的服務。
從中國請求美國一台伺服器上的圖片。一般比較慢，因為距離這么遠，網路傳輸是存在損耗的，距離越遠，傳輸的時間就越長。一般會看到瀏覽器左下角顯示：「已響應,正在傳輸數據..」。這不是伺服器本身問題了。實際上伺服器早就響應請求，把數據發給客戶端，但是網路問題，就一直在傳輸，沒傳完了。
在中國，是南北距離遠的問題。南北還會涉及到跨網，南方用戶使用電信居多，北方用戶網通居多。兩個線路需要跨越，會有時間延遲。北京到廣州的距離，如果直接請求
cdn加速就是適應這個需求產生的：現在不請求美國的伺服器。直接在中國安放節點(節點是比較籠統的詞語，可以理解成一台伺服器，也可以理解成一個機房，就是一個點嘛)，請求距離近的節點。這樣子就不需要那麼遠的距離了。
記得以前在長沙的網站，團購以城市分站的形式。北京和長沙用的是同一套程序。伺服器在長沙。北京用戶訪問北京站的時候,實際上需要遠距離訪問長沙的伺服器。速度怎麼都快不起來。跟伺服器性能完全沒關系。當時不懂這些。不清楚怎麼折騰。看那本《前端優化技巧》，想辦法去做js代碼壓縮，瀏覽器緩存之類的。實際上瞎折騰。不是說這些前端優化不重要，哲學上有主次矛盾之分，瓶頸在哪裡就去突破哪裡。沒解決主要矛盾，問題並不會迎刃而解。當時也不是資料庫瓶頸。如果去優化資料庫。也不會明顯改善。就那點數據量。根本就達不到瓶頸。哪裡談得上主要矛盾。隨著後來去其他公司工作，接觸一些東西，類似不找瓶頸的優化例子發生在身邊好幾次了，先沒找到瓶頸就瞎去優化。我的同事可能是抱著多多益善的心態去做的，但主要矛盾(技術上說是瓶頸)沒找到，也沒改善。
當時如果沒想到是距離問題。也就不會想到cdn，當時其實我根本不知道cdn服務。我只知道，google這些網站肯定在中國部署的伺服器，要不然，中國用戶還去訪問美國的伺服器，那再好的伺服器都會速度慢的。
由於自己搭建cdn環境和機房的資金比較大（需要大量的伺服器），也需要人力維護。反正一般的公司弄不起，其實根本不劃算。淘寶以前用商用的cdn服務，後來商用的扛不住了，就搭建了自己的cdn網。我不知道新浪有沒有自己搭建，但其實我覺得跟淘寶的特點有關，店鋪很多，無論是商品還是交易記錄總計起來商品很多的圖片，圖片都是靜態的部分，cdn本來就是用來做靜態的(圖片，css，js等)請求分發用的。
我之前在網上看到一句話，cdn網路不是一般的公司玩得起的。
一般的公司自己搭建cdn網路成本高，所以就有商業的cdn提供付費租用服務，這是一項很成熟的業務，很多這樣的公司，大部分全國性的互聯網公司都會使用到cdn。
總結：cdn服務。對於靜態內容是非常適合的。所以像商品圖片，隨著訪問量大了後，租用cdn服務，只需要把圖片上傳到他們的伺服器上去。
例子：北京訪問長沙伺服器，距離太遠。我完全可以把商品圖片，放到北京的雲服務（我覺得現在提供給網站使用的雲存儲其實就是cdn，給網站提供分流和就近訪問）上去。這樣子北京用戶訪問的時候，實際上圖片就是就近獲取。不需要很長距離的傳輸。
自己用一個域名img.xxxcom來載入圖片。這個域名解析到北京的雲服務上去。
做法:資料庫中保存的是」 images/2012/09/25/1343287394783.jpg」,
這些圖片實際上不存儲在web伺服器上。上傳到北京的cdn伺服器上去。
我從資料庫取出來，直接」img.xxxcom/」+」 images/2012/09/25/1343287394783.jpg」
比如如果還有多個，就命名img1.xxcom、img2.xxcom
反正可以隨便。所以如果把域名直接保存進去。就顯得很麻煩了。遷移麻煩。
像淘寶，凡客，亞馬遜這些電子商務網站，我們看到請求的時候，下面往往會有
img1.xxx.cdncom
img2.xxx.cdncom
其實他們保存在資料庫中的是相對路徑。有些是不需要在資料庫保存的，縮略圖可以實時訪問的時候用程序生成(節省很多存儲空間)
實際上，把域名保存在資料庫中，非常不利於系統遷移。一旦換個域名的話，原來保存在資料庫中的是「wwwabc.om/images/xxxxxx「,因為路徑都在資料庫中寫死了。下回換個域名就用不了了。那個時候自己去寫sql語句批量更新欄位吧。
幾個術語：
icp，Internet Content Provider，也就是網路內容提供者。聯想到我們運營一個網站需要icp備案了嗎？你自己運營網站，你就是icp服務商
IDC（Internet Data Center)，互聯網數據中心。IDC的概念，目前還沒有一個統一的標准。通俗點，就是提供機房託管(伺服器租用和託管)，域名注冊之類的。
關於淘寶的圖片存儲
了解到：淘寶以前使用了商用的存儲。但是沒法滿足需求。據說，到2010年，淘寶網後端保存著286億張圖片。商用的系統系統沒法滿足需求的時候。他們就自己開發了一個tfs。大規模的小文件在磁碟上讀取，需要磁碟磁頭頻繁的尋道和換道。大並發情況下和大量的操作確實很麻煩。其實借鑒了當時google公布的gfs設計論文。google有相冊服務。為每個用戶提供上傳圖片存儲。
估計，google是率先實現這種小文件網路存儲系統的。
有個觀點比較好：對於老闆們而言，往往覺得，用錢能解決的都不算問題。但問題在於，你遇到的問題，別人都沒遇到過。那這個時候你就沒有經驗可以參考或者直接拿來使用。只有自己參考一些思路去創造技術了。
三、關於圖片進行雲存儲(cdn加速)
曾經看過這個，這個是比較適合創業公司的。價格相對便宜
https//wwwupyun.com/
介紹提到，我們在全國各地部署了55個CDN節點，500多台伺服器，電信，聯通，移動和教育網的4線帶寬。
其實，現在的雲存儲本質就是一個cdn服務商。你把靜態的圖片上傳到他提供的伺服器上去(ftp方式上傳或者api形式編寫程序上傳)。他為你做就近節點訪問。
計費方式：按照流量付費，99元購買100g。怎麼算流量。每次訪問文件的大小累加，比如一個1m的文件，訪問一次流量就加1m。
我個人理解，對於圖片的量不大的情況下，使用這種雲服務，好處不是節省存儲空間。你自己的伺服器100g的空間可能創業型公司都沒用完，不是什麼存儲空間不夠用，然後去用雲存儲。以前我對cdn比較模糊，有這么點理解，或者以為是分散網站web伺服器流壓力，伺服器分流。這些好處是有的。但是，只要理解了cdn產生的背景和解決的關鍵問題後，就會明白雲存儲關鍵好處在於：給用戶就近節點訪問，加速。
我覺得，如果不是出於這個考慮，或者達不到這樣的目的。用其他方案也完全可以替代。何必使用雲存儲呢？就是你無非有實力做到全國多個節點去部署服務，才需要租用cdn來幫你，畢竟他們是規模產生的效益，專注於解決這個領域。

『叄』 高並發，寫入頻繁的評論系統有必要加緩存么

如果並發真到幾萬的話，緩存肯定是要加的。
具體加緩存的策略，看想要什麼效果，可以對查詢最頻繁的一類請求先加緩存。
保證mongo處於一個合理的負載。

『肆』 如何把圖片發布到遠程

在圖片伺服器建立一個FTP伺服器就可以了。

1.
如果圖片伺服器沒有外部IP，只有WEB有，在WEB上面做 21 埠轉發到圖片伺服器就可以了。

只是這樣會比較麻煩和復雜。FTP伺服器需要考慮主動和被動的模式。

2.
或者用VPN，在圖片伺服器和客戶端連接，這樣什麼問提都沒有了。不過這樣會是商業模式。

3.
弄外部IP地址配圖片伺服器。或者遠控帶傳輸文件的軟體。

方法狠很多，看你的承受。有技術，有收費，有免費，有安全，有不太安全的。

『伍』 如何在家搭個小型伺服器

送你一個神器， wgcloud監控系統 ，免費的，只要是伺服器，肯定選它就沒錯了。

我們項目中就用的它，主要是領導喜歡它的UI風格，它用戶體驗做的確實也好。

它能對伺服器各種指標進行實時監測，比如cpu，內存，磁碟，網路流量等，部署簡單，上手容易，雖然是英文名字，但卻是地地道道的國產軟體，運行幾乎不佔用資源，性能超好。

搭建家庭小型伺服器，建議搭建黑群暉系統，對於離線下載高清電影，大容量素材的存儲十分方便，對於黑群暉系統的搭建，下面和朋友們簡單談一下：

1選擇主板CPU套裝

由於群暉系統對於硬體要求較低，一般主要考慮搭建低功耗平台，推薦使用華擎j3455B-ITX CPU主板套裝，對於群暉系統的兼容性較好，功率較低，比較省電。

選擇專用的黑群暉機箱和電源

根據硬碟的數量和個人偏好選擇相應盤位的黑群暉機箱，並選擇和機箱配套的電源即可。

內存

黑群暉系統對於內存要求不高，一般選擇2g內存就可以滿足需要，也可以根據需要選擇4g內存。

組裝黑群暉電腦

硬體准備齊全後就可以組裝黑群暉電腦了，和普通電腦裝機差別並不是很大。

安裝黑群暉系統

黑群暉電腦組裝成功後，需要升級專用主板BIOS以兼容黑群暉系統。製作黑群暉系統啟動U盤，並下載黑群暉系統鏡像。用系統啟動U盤啟動黑群暉電腦後，在同一網路的電腦上使用群暉助手就可以將黑群暉系統鏡像安裝到黑群暉電腦中。詳細教程網上都有，可以具體參考一下。

搭建黑群暉成本比購買白群暉要低很多，但功能方面基本相同，很適合高清影片離線下載和影視素材的存儲。

建議你購買一款群暉Synology NAS，輕松搭建一個小型工作站，簡單以我自己的群暉NAS做為簡單演示。

首先你得購買一台群暉NAS，京東天貓都有旗艦店，作為家庭小型伺服器的搭建對硬體配置要求不用太高，參考我的配置即可：

硬碟推薦選擇大一些，比如我選擇了3TB的兩塊硬碟，雖然貴點，但是一步到位，可以較長一段時間內足夠放大量的圖片和視頻，我第一次因為沒經驗選擇了1TB的硬碟，結果沒用兩年就空間不夠了，不得不另外購置3TB的硬碟升級，幸好群暉升級硬碟非常省心，只需要將做RAID1的其中一塊拆卸下來，放入一塊新的硬碟，啟動系統以後系統會自動提示有硬碟有沖突問你是否要fix，你就點擊fix確定，然後系統會自動將其中一塊舊硬碟的數據全部鏡像到另外一塊，等幾個小時後徹底同步好了，再拆卸掉舊的，如法炮製裝上另外一塊空白硬碟再次同步，然後就成功將兩塊硬碟都升級為了3TB。

搭建好了NAS以後，就是通過遠程訪問了，一般如果默認只需要區域網訪問就很簡單，只需要將此NAS通過有線插入路由器，然後通過同一個區域網里的一台電腦通過瀏覽器遠程訪問此NAS，一般區域網內會默認通過： http://192.168.1.105:5000的方式來訪問，然後就是進行一些常規的設置，進入Synology自帶的Pacage Center，去安裝一些常用的套間，群暉最大的特點就是操作系統非常牛逼，自帶的套間也非常多，有些還非常好用，比如最新推出的一款Drive，里邊包含了類似Google Doc和Zoho Doc的Office套件，完全支持多人協同作業，用戶體驗一級棒，反正我用了這個套件以後，團隊內部協作就再也沒出現過問題了：

從上圖可以看出，有了這個Drive套件以後，基本滿足了我們整個團隊內部的文檔協作，而且極大的提高了協作效率，為此我們真的要給予Synology團隊點一百個 。

同時Synology Pacake Center還有大量的多媒體套件，可以滿足各種多媒體存儲和展示需求，比如如下這些套件：

搭建一個家庭影音休閑中心是完全沒問題的。

Synology還有一個很厲害的地方就是，可以通過設置，讓外網輕松訪問到，從此只要這台NAS開啟，無論出差到哪裡都可以輕松讀取NAS上的任何文件，是不是很酷？

如上圖所示，簡單兩步設置以後，就徹底將這台區域網內的NAS變成了一台對外的公網伺服器，從此只要你將此NAS一直保持開機狀態，無論你到天涯海角都可以輕松讀取文件，存取文件，從此無需再裝任何第三方隨時可能坑爹的雲服務了。

或許有些人會擔心這種NAS的安全性，我可以負責任的高速你，Synology這套操作系統是基於Unix內核開發的，類似Mac一樣的一個分支，穩定性和安全性都絕對沒問題，而且有一點就是，你可以隨時隨地物理的接觸到這台伺服器，有任何問題可以隨時拆卸查看硬體問題，況且如今這個時代硬體產生問題的可能性幾乎很小很小，只要放置的地方保持一定的溫度和乾燥，基本和放機房沒太大區別。

說了這么多可別以為我是在為群暉打廣告，本人和群暉公司沒有任何關系，只不過確實是這幾年用下來的一個真實感受，不吐不快，希望能夠幫到你，最後祝你好運。

「網路極客」，全新視角、全新思路，伴你遨遊神奇的網路世界。

家庭小型區域網，往往在裝修的時候，已經以弱電箱為匯聚點完成了綜合布線。

其實，並不建議按照此種方式布局，但是沒有辦法，只能夠按照裝修的規劃來布置了。

一起來看看，如何圍繞著弱電箱來搭建家庭小型區域網吧。

整體網路布局思路

具體設置

關於家庭小型區域網組網，是否海域更好的建議？

歡迎大家留言討論，喜歡的點點關注。

既然你問的是小型的，那麼這非常簡單：

1）需要一台無線路由器。其中「無線」兩個字，就意味著手機等等無線數碼設備也可以連入區域網。

2）如果家裡有電腦，除了可以通過無線網卡接入區域網外，更推薦用網線連接到路由器的LAN口上。一般路由器上有4個LAN口，即最多可以通過網線接入4台設備（如電視機、高清盒子、藍光播放機……等等）。

3）如果希望用網線接入區域網的設備超過4台，那麼可以增加一個交換機，網購價只需幾十元。此時的連接方法是，用一根網線從路由器的LAN口接入交換機的任何一個介面上即可。此時其它要接入區域網的設備就可以通過交換機的網線口連接了。

我家就是這樣連接的。我家除了各位家庭成員的手機和iPad等通過無線連接外，通過網線連接的設備有兩台電腦、智能電視機、藍光碟機、4K網路盒子、卡拉OK點歌機。

「IT狂人日誌」來回答你這個問題，推薦你使用TrueNas，簡單說幾個優點：

1、開源，免費使用；

2、支持NFS，SMB、SCSI、WebDAV等多種協議，尤其是還支持：蘋果文件協議（AFP），多平台使用非常方便；

3、安裝部署簡單。

建議采購一台群暉，或者威聯通的NAS這樣就什麼都有了，php+mysql環境，tomcat環境，java都可以，要是對dock了解那就很快上手，再有文件共享，音頻，視頻服務，個人網站，wordprees，crm系統在NAS上都可以一鍵搭建，NAS可以做vpn伺服器，郵件伺服器，監控伺服器，最關鍵是比較小巧不佔地方，購買一台2盤位的足夠用了，除非你要有大量小片放！

窮玩黨，沒錢買伺服器，閑的蛋疼又不甘墮落的，在寢室或家裡寬頻60m，身邊還有台電腦，夢想把家裡的電腦 如何架設成伺服器 ?自己當網管，肯定比買某雲的強太多了，即使不能保障365*24持續維護，但能夠爽個一年半載也是不要不要的。即使不同的伺服器提供的服務並不相同，但每種伺服器由規劃、架設到後續的安全維護， 流程是沒太大差別的。

下面介紹一下第一種，操作的話還需自己琢磨。比如說光纖貓是網通的，有公有地址，平時用nat連接，本質就是埠映射，如果將光纖貓的某個固定埠，映射到自己電腦上的服務埠(就80吧)，那應該就ok的，雖然正常是dhcp分配的，臨時映射埠，但是提供映射的應該還是有的吧。想要原理，自己上網。網上有人成功把私有地址改成了公有地址，那就下面是過程。

1、直接輸入網關地址登錄進去了，進去直接看到一個應用的，埠是應用層的了。

2、然後，可以看到nat伺服器，可以直接設置，添加，

3、外部埠就是貓的埠，也就是客戶端訪問的時候的埠了。初始和終止的，直接設置80，

4、然後，還要選擇伺服器，默認的就什麼telnet之類的，直接其他伺服器地址的話，選擇電腦的地址。

5、確認了。設置好後，首先是進入狀態，了下公有地址了(沒有的話，就網上搜下查看自己的共有ip啥的就行了)，

6、輸入，如果成功，可以試試電腦、手機了，輸入發現ok的話可以斷下wifi，用的數據，如果，連接不上。首先，就apache(我用的wamp)是不是受限了，反正跟著網上的搞了很多httpd.conf的東西，把所有的deny from all改成allow了，

7、如果不行就可能是防火牆了，電腦防火牆是關著的，測試了下把防火牆打開，還是不行。那就只能是貓的防火牆了。但是，一打開，發現貓的防火牆只有高中低，不能關閉，

8、還不行就是超級管理員的問題，但這個管理員才能修改，賬戶只能查看，也可以直接修改啊，

9、期間還可以把apache的許可權搞一遍，重啟幾遍，還是不行就映射其他埠試試。可以把埠改成了8520，這自己調試。

解決了問題關鍵是到一千還是兩千是熟知埠，到8000以上的，肯定是自定義埠了，最低級別就是屏蔽這些埠了。可能，nat映射，這些熟知埠就默認沒拿來映射(現在只是光纖貓，如果是主機那就廢了)所以，埠映射的時候，最好還是選擇自定義埠的。

人名幣玩家如何架設伺服器？

只需要兩步：1、購買伺服器。2、搭建伺服器。

1、先登錄wenidc.com/這個網站，在上面完成登錄和注冊，根據自己需要的產品進行充值。

2、充值後才可以購買伺服器，要選擇與我國關系友好的地區，如台灣等。在此選擇香港。

3、伺服器的類型(現在大多數的計算機都是64位操作系統的，所以一般選擇64 bit os)，但是由於在下面要在linux操作系統下遠程部署伺服器，所以選擇apache。

4、選擇伺服器的大小，在這里進行付費，付費後如果感覺伺服器不理想，可以刪除伺服器，再重新購買。

到此，伺服器購買完成，接下來就是部署伺服器了。

第二步：部署伺服器

1、下載ftp(上傳網站模板到伺服器需要用到的軟體)

2、安裝後打開該軟體，點擊新建。

填寫兩項：名稱(隨意)，主機(剛剛購買的伺服器的IP地址)

在這里可以查到IP地址。輸入完後點擊確定。然後點擊鏈接進入用戶名界面，確認後開始輸入密碼。

那麼如何查找密碼呢?點擊剛剛購買的伺服器 ，進入後即可找到密碼。

復制代碼，確定後，進入部署界面，表示與伺服器連接成功。

3、部署伺服器

完成後出現設置新密碼的界面。

設置完密碼出現設置埠的密碼。

設置完埠後，出現以下幾個界面直接回車確定

出現上面那張圖像時表示部署成功。(最後的這個的這個圖最好保留下來，因為其中包括很多重要信息。)

三、用shadowsocks登陸 【客戶端下載】

第一次電腦系統使用SSR/SS客戶端時，需要安裝NETFramework 4.0，不然無法正常使用，微軟官網下載。NET Framework 4.0是SSR/SS的運行庫，沒有這個SSR/SS客戶端無法正常運行。有的電腦系統可能會自帶NETFramework 4.0。

打開ssr，在對應的位置，填上伺服器ip、伺服器埠、密碼、加密方式、協議和混淆。密碼和埠就是在部署伺服器的時候自己設置的。

您的伺服器將需要每日備份。也可以購買相關備份的軟體，但必須監控並保持備份安全。可以存儲在當前伺服器或將它們存儲在不同的計算機上。備份的一個主要問題是傳輸文件和知道備份是否可行的時間。大多數公司不知道他們的備份在他們真正嘗試恢復數據之前已經損壞。此時，如果備份損壞，則數據將丟失。

因此，在搭建伺服器時，請確保考慮備份過程，並花時間驗證備份是否可行。大多數調度軟體還會對備份進行檢查，以確保數據不被破壞，但只有在測試過以後才發現，想要免去備案及相關麻煩其實還是租用一台香港免備案伺服器更劃算一點，你覺得呢？

我有個案例，幫朋友公司弄的用了半年了還沒有出現過問題叫我去維護的，我自己用了也兩年了

需要的硬體大致列一下：

1、h61平台一套 一個質量好一點容量在32G—64G的固態（我跟我朋友的配置都是i3 8G的內存，區別：我是ASUS的普通主板，朋友用的是最便宜的Dell塔式伺服器）

2、我用的是黑裙 ，玩nas誰不想省兩個毛爺爺。當然還有其它的開源平台

3、固態硬碟寫好引導，輸入ip地址進入後台進行相關設置，只要主板的SATA介面多，電源功率夠，硬碟數量不是問題，黑裙裡面可以組軟陣列

這是自己的

這是朋友公司的

家中搭建，最關鍵的是外部網路。公網IP的ddns和埠轉發。

然後是內網。根據你的訴求，視頻為主。那麼內網傳輸速度非常關鍵。如果家中PC無法長期開機，可能需要買nas設備和千兆網卡等附屬硬體了。買買買就可以。

如果是丐版能用就行。可以選擇樹莓派。300對塊錢，待機才幾瓦。

『陸』 如何把自己的電腦作為網站伺服器

硬體：win8系統電腦，tp-link無線路由器，
軟體：wamp，花生殼軟體，

1、下載完wamp進行安裝，一路點擊next，最後install完成，

『柒』 java 中如何向伺服器上傳圖片

我們使用一些已有的組件幫助我們實現這種上傳功能。
常用的上傳組件：
Apache 的 Commons FileUpload
JavaZoom的UploadBean
jspSmartUpload
以下，以FileUpload為例講解
1、在jsp端
<form id="form1" name="form1" method="post" action="servlet/fileServlet" enctype="multipart/form-data">
要注意enctype="multipart/form-data"
然後只需要放置一個file控制項，並執行submit操作即可
<input name="file" type="file" size="20" >
<input type="submit" name="submit" value="提交" >
2、web端
核心代碼如下：
public void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
request.setCharacterEncoding("UTF-8");
DiskFileItemFactory factory = new DiskFileItemFactory();
ServletFileUpload upload = new ServletFileUpload(factory);
try {
List items = upload.parseRequest(request);
Iterator itr = items.iterator();
while (itr.hasNext()) {
FileItem item = (FileItem) itr.next();
if (item.isFormField()) {
System.out.println("表單參數名:" + item.getFieldName() + "，表單參數值:" + item.getString("UTF-8"));
} else {
if (item.getName() != null && !item.getName().equals("")) {
System.out.println("上傳文件的大小:" + item.getSize());
System.out.println("上傳文件的類型:" + item.getContentType());
System.out.println("上傳文件的名稱:" + item.getName());
File tempFile = new File(item.getName());
File file = new File(sc.getRealPath("/") + savePath, tempFile.getName());
item.write(file);
request.setAttribute("upload.message", "上傳文件成功！");
}else{
request.setAttribute("upload.message", "沒有選擇上傳文件！");
}
}
}
}catch(FileUploadException e){
e.printStackTrace();
} catch (Exception e) {
e.printStackTrace();
request.setAttribute("upload.message", "上傳文件失敗！");
}
request.getRequestDispatcher("/uploadResult.jsp").forward(request, response);
}

『捌』 上傳文件到文件伺服器以及從文件伺服器下載文件

這個其實可以參考phpcms的附件管理功能，可以對附件地址單獨管理，默認情況下圖片等附件都是保存在根目錄的upload路徑下，比如yourname.com/upload/，後台支持修改附件路徑，可以設置成pic.yourname.com/upload/，如果pic.yourname.com和yourname.com是分別兩台伺服器的話，可以將yourname.com下的upload文件夾直接轉移到pic.yourname.com就可以了。
其實還是簡單的web伺服器，只是upload上傳的路徑更換了而已，或者說pic.yourname.com可以作為專門保存圖片、視頻等附件的伺服器，功能上也不是很復雜。

『玖』 網站的基本架構是什麼

網站架構按照製作步驟分為硬架構和軟架構。

一、硬架構

1、機房：在選擇機房的時候，根據網站用戶的地域分布，可以選擇網通、電信等單機房或雙機房。

2、帶寬：預估網站每天的訪問量，根據訪問量選擇合適的帶寬，計算帶寬大小主要涉及峰值流量和頁面大小兩個指標。

3、伺服器：選擇需要的伺服器，如圖片伺服器，頁面伺服器，資料庫伺服器，應用伺服器，日誌伺服器，對於訪問量大點的網站而言，分離單獨的圖片伺服器和頁面伺服器相當必要。

二、軟架構

1、網站的框架：現在的PHP框架有很多選擇，比如：CakePHP，Symfony，Zend Framework，根據創作團隊對各個框架熟悉程度選擇。

2、邏輯的分層

1）表現層：所有和表現相關的邏輯都應該被納入表現層的范疇。

2）應用層：主要作用是定義用戶可以做什麼，並把操作結果反饋給表現層。

3）領域層：包含領域邏輯的層，就是告訴用戶具體的操作流程的。

4）持久層：即資料庫，保存領域模型保存到資料庫，包含網站的架構和邏輯關系等。

(9)圖片伺服器搭建思路擴展閱讀

網站的分類

1、根據網站所用編程語言分類：例如asp網站、php網站、jsp網站、Asp. net網站等；

2、根據網站的用途分類：例如門戶網站（綜合網站）、行業網站、娛樂網站等；

3、根據網站的功能分類：例如單一網站（企業網站）、多功能網站（網路商城）等等。

4、根據網站的持有者分類：例如個人網站、商業網站、政府網站、教育網站等。

5、根據網站的商業目的分類：營利型網站（行業網站、論壇）、非營利性型網站（企業網站、政府網站、教育網站）。

『拾』 易語言 我想讓客戶端的圖片與伺服器上的某一圖片保持一致，我寫錯了嗎

我沒有發現寫錯,造成客戶端無法顯示圖片可能是你發送的圖片位元組集太大,造成傳送不完整所致 。遇到這種情況,我的作法是:
將准備發送的圖片分割成幾個(具體極限大小是多少,我沒有試驗過)用"取位元組字集中間()"[開始位置從1開始 ],然後再分成幾次發送,客戶端再把接收到的位元組集合並(加)起來組成一個圖片位元組集,最後注入到"動畫體1.圖片"里 。
按這個思路修改試試,希望對你有用