手指都移開2次了 , 萌呆同事完全沒發現 , 真是太好笑了
作者: 老王
小型企業推薦檔案伺器-NAS篇
小編並不在 SA或SI公司 , 但是資訊業待久了, 總是會幫朋友,朋友的朋友,親人的朋友,xxx的朋友建議規格
不過通常我都是第二道關卡, 什麼叫第二道關卡呢 , 因為總是先找了一家公司報價後才來問我 ,有點 xx
這次的CASE 是檔案伺服器 , 原廠商報的東西我實在看了很想笑 , 組裝PC 加1顆企業級HD就來頂檔案伺服器
原全沒有在考慮其他面向,像是IO瓶頸,帳號整合,RAID,備份 , 小型企業的錢真的這麼好賺 ?
於是我問了以下問題 , 後面是回覆
1.設備用途（除了當案伺服器外） ->只有檔案伺服器
2.使用人數（請考慮是否會增加） ->25人
3.服務可中斷時間（主要為硬體故障）->1天,在公司維修
4.資料的重要性（可遺失，不可遺失，遺失公司會倒）->遺失公司會倒
5.環境內是否有集中帳號管理（ad）->有, 不過事後確認是沒有, 窗口非資訊專業一開始不太懂這問題
6.所需空間-> 2TB
7.預估費用 ->22000
分析下為什麼我要問這些
1.設備用途（除了檔案伺服器外）->我可以選擇的類型-> windows ,linux, nas , storage
2.使用人數（請考慮是否會增加）-> 最少需要多少授權,硬體最低配置
3.服務可中斷時間（主要為硬體故障）->可用性 , 越高越貴 , 反之亦然
4.資料的重要性（可遺失，不可遺失，遺失公司會倒） ->重要性 , 關係到 磁碟陣列配置,備援機制
5.環境內是否有集中帳號管理（ad）->環境整合很重要,如果己有集中管理帳戶,一定要能配
6.所需空間 ->硬碟數量配置,磁碟陣列配置,
6.預估費用 ->這個非常現實 , 小企業通常不能理解為什麼要花幾10萬買一台伺服器 , 但server 級的設備能提供的穩定性和效能只有在出現問題時才能體現,有預算會有高檔的做法, 沒有預算也行,只要你能接受硬碟掛了資料就不見,機器掛了要送修一周,公司停擺,IO效能不夠 ... 等等等
基本上我看到第6點, 大概就沒什麼可挑了 , 如果不能接受總價5萬以上, 我想是買不到到付府維修的server 服務
IO需求我就沒問了, 這個要問下去就是個無底洞 ,窗口非資訊人員也不是很懂, 1顆非SSD HD , 大概是150 IOPS , 原本也是win7+一般HD做共享,應該習慣這種速度了
綜合以上
我不推windows 因為沒有必需windows 的需求,也不夠錢,光買授權就用掉3/2的預算
我不推linxu+samba 或freeNAS 等等沒有廠商服務的架構 , 因為沒有技術能量,我不想三天兩頭需要幫忙處理
*** 絕非業配 , 因為我沒有收到錢 ***
我推薦了一台 群暉DS216+II + 2顆 WD 20EFRX(RAID1) + 1 顆 WD 2T 隨身碟(外接 定時備份) + 加一點走路工, 總價剛剛好22000
我想我只犧牲了可中斷時間 , 因為要故障要送回原廠(迅捷服務可到府,或替換但需另外購買),不過我用raid1 預防單顆HD故障,加接硬碟做備份預防整機故障
其他:
後來朋友又來回問我,說NAS會不會不穩 , 他問了原本報價的公司,他們說NSA容易熱當 , 搭哩嘛豪阿 ,我個人是不相信NAS 會比自組PC拿來做server 還不穩 ..... 你說呢 ?
時間格式解析 UTC , GMT , Etc/GMT
UTC : Coordinated Universal Time - 世界協調時間，以原子時秒長為基礎，它與0度經線的平太陽時相差不超過1秒，並不遵守夏令時。世界協調時間是最接近格林尼治標準時間(GMT)的幾個替代時間系統之一。對於大多數用途來說，UTC時間被認為能與GMT時間互換，但GMT時間已不再被科學界所確定。
GMT : 格林威治標準時間 ，理論上來說，格林威治標準時間的正午是指當太陽橫穿格林威治子午線時（也就是在格林威治上空最高點時）的時間。由於地球在它的橢圓軌道裡的運動速度不均勻，這個時刻可能與實際的太陽時有誤差，最大誤差達16分鐘。
Etc/GMT : Etc 底下的 GMT 時區是以 格林威治 以西為正，以東為負，剛好與GMT相反, 可參閱下表對照:
| GMT | Etc/GMT |
|---|---|
| GMT-12 | Etc/GMT+12 |
| GMT-11 | Etc/GMT+11 |
| GMT-10 | Etc/GMT+10 |
| GMT-9 | Etc/GMT+9 |
| GMT-8 | Etc/GMT+8 |
| GMT-7 | Etc/GMT+7 |
| GMT-6 | Etc/GMT+6 |
| GMT-5 | Etc/GMT+5 |
| GMT-4 | Etc/GMT+4 |
| GMT-3 | Etc/GMT+3 |
| GMT-2 | Etc/GMT+2 |
| GMT-1 | Etc/GMT+1 |
| GMT+1 | Etc/GMT-1 |
| GMT+2 | Etc/GMT-2 |
| GMT+3 | Etc/GMT-3 |
| GMT+4 | Etc/GMT-4 |
| GMT+5 | Etc/GMT-5 |
| GMT+6 | Etc/GMT-6 |
| GMT+7 | Etc/GMT-7 |
| GMT+8 | Etc/GMT-8 |
| GMT+9 | Etc/GMT-9 |
| GMT+10 | Etc/GMT-10 |
| GMT+11 | Etc/GMT-11 |
| GMT+12 | Etc/GMT-12 |
| GMT+13 | Etc/GMT-13 |
PS:
centos 查 timezone:
cat /etc/sysconfig/clock
reference:
https://docs.oracle.com/cd/E19455-01/806-7198/eos-70/index.html
http://kyoyadmoon.github.io/blog/2016/03/08/GWT-vs-UTC-diff-and-Etc-GWT-reverse-timezone/
https://zh.wikipedia.org/wiki/%E6%A0%BC%E6%9E%97%E5%B0%BC%E6%B2%BB%E5%B9%B3%E6%97%B6
https://zh.wikipedia.org/wiki/%E5%8D%8F%E8%B0%83%E4%B8%96%E7%95%8C%E6%97%B6
HTTP 回應代碼詳解
如果向您的服務器發出了某項請求要求顯示您網站上的某個網頁，那麼，您的服務器會返回 HTTP 狀態代碼以響應該請求。
一些常見的狀態代碼為：
200 - 服務器成功返回網頁
404 - 請求的網頁不存在
503 - 服務器暫時不可用
以下提供了 HTTP 狀態代碼的完整列表。點擊鏈接可了解詳細信息。您也可以訪問有關 HTTP 狀態代碼的 W3C 頁來了解詳細信息。
1xx（臨時響應）
用於表示臨時響應並需要請求者執行操作才能繼續的狀態代碼。
代碼 說明
100（繼續） 請求者應當繼續提出請求。服務器返回此代碼則意味著，服務器已收到了請求的第一部分，現正在等待接收其餘部分。
101（切換協議） 請求者已要求服務器切換協議，服務器已確認並準備進行切換。
2xx（成功）
用於表示服務器已成功處理了請求的狀態代碼。
代碼 說明
200（成功） 服務器已成功處理了請求。通常，這表示服務器提供了請求的網頁。如果您的 robots.txt 文件顯示為此狀態，那麼，這表示 Googlebot 已成功檢索到該文件。
201（已創建） 請求成功且服務器已創建了新的資源。
202（已接受） 服務器已接受了請求，但尚未對其進行處理。
203（非授權信息） 服務器已成功處理了請求，但返回了可能來自另一來源的信息。
204（無內容） 服務器成功處理了請求，但未返回任何內容。
205（重置內容） 服務器成功處理了請求，但未返回任何內容。與 204 響應不同，此響應要求請求者重置文檔視圖（例如清除表單內容以輸入新內容）。
206（部分內容） 服務器成功處理了部分 GET 請求。
3xx（已重定向）
要完成請求，您需要進一步進行操作。通常，這些狀態代碼是永遠重定向的。 Google 建議您在每次請求時使用的重定向要少於 5 個。您可以使用網站管理員工具來查看 Googlebot 在抓取您已重定向的網頁時是否會遇到問題。診斷下的抓取錯誤頁中列出了 Googlebot 由於重定向錯誤而無法抓取的網址。
代碼 說明
300（多種選擇） 服務器根據請求可執行多種操作。服務器可根據請求者 (User agent) 來選擇一項操作，或提供操作列表供請求者選擇。
301（永久移動） 請求的網頁已被永久移動到新位置。服務器返回此響應（作為對 GET 或 HEAD 請求的響應）時，會自動將請求者轉到新位置。您應使用此代碼通知 Googlebot 某個網頁或網站已被永久移動到新位置。
302（臨時移動） 服務器目前正從不同位置的網頁響應請求，但請求者應繼續使用原有位置來進行以後的請求。此代碼與響應 GET 和 HEAD 請求的 301 代碼類似，會自動將請求者轉到不同的位置。但由於 Googlebot 會繼續抓取原有位置並將其編入索引，因此您不應使用此代碼來通知 Googlebot 某個頁面或網站已被移動。
303（查看其他位置） 當請求者應對不同的位置進行單獨的 GET 請求以檢索響應時，服務器會返回此代碼。對於除 HEAD 請求之外的所有請求，服務器會自動轉到其他位置。
304（未修改） 自從上次請求後，請求的網頁未被修改過。服務器返回此響應時，不會返回網頁內容。
如果網頁自請求者上次請求後再也沒有更改過，您應當將服務器配置為返回此響應（稱為 If-Modified-Since HTTP 標頭）。由於服務器可以告訴 Googlebot 自從上次抓取後網頁沒有更改過，因此可節省帶寬和開銷
。
305（使用代理） 請求者只能使用代理訪問請求的網頁。如果服務器返回此響應，那麼，服務器還會指明請求者應當使用的代理。
307（臨時重定向） 服務器目前正從不同位置的網頁響應請求，但請求者應繼續使用原有位置來進行以後的請求。此代碼與響應 GET 和 HEAD 請求的 301 代碼類似，會自動將請求者轉到不同的位置。但由於 Googlebot 會繼續抓取原有位置並將其編入索引，因此您不應使用此代碼來通知 Googlebot 某個頁面或網站已被移動。
4xx（請求錯誤）
這些狀態代碼表示，請求可能出錯，已妨礙了服務器對請求的處理。
代碼 說明
400（錯誤請求） 服務器不理解請求的語法。
401（未授權） 請求要求進行身份驗證。登錄後，服務器可能會返回對頁面的此響應。
403（已禁止） 服務器拒絕請求。如果在Googlebot 嘗試抓取您網站上的有效網頁時顯示此狀態代碼（您可在Google 網站管理員工具中診斷下的網絡抓取頁面上看到此狀態代碼），那麼，這可能是您的服務器或主機拒絕Googlebot 對其進行訪問。
404（未找到） 服務器找不到請求的網頁。例如，如果請求是針對服務器上不存在的網頁進行的，那麼，服務器通常會返回此代碼。
如果您的網站上沒有 robots.txt 文件，而您在 Google 網站管理員工具" 診斷"標籤的 robots.txt 頁上發現此狀態，那麼，這是正確的狀態。然而，如果您有 robots.txt 文件而又發現了此狀態，那麼，這說明您的 robots.txt 文件可能是命名錯誤或位於錯誤的位置。 （該文件應當位於頂級域名上，且應當名為 robots.txt）。
如果您在Googlebot 嘗試抓取的網址上發現此狀態（位於"診斷"標籤的HTTP 錯誤頁上），那麼，這表示Googlebot 所追踪的可能是另一網頁中的無效鏈接（舊鏈接或輸入有誤的鏈接）。
405（方法禁用） 禁用請求中所指定的方法。
406（不接受） 無法使用請求的內容特性來響應請求的網頁。
407（需要代理授權） 此狀態代碼與 401（未授權）類似，但卻指定了請求者應當使用代理進行授權。如果服務器返回此響應，那麼，服務器還會指明請求者應當使用的代理。
408（請求超時） 服務器等候請求時超時。
409（衝突） 服務器在完成請求時發生衝突。服務器必須包含有關響應中所發生的衝突的信息。服務器在響應與前一個請求相衝突的 PUT 請求時可能會返回此代碼，同時會提供兩個請求的差異列表。
410（已刪除） 如果請求的資源已被永久刪除，那麼，服務器會返回此響應。該代碼與 404（未找到）代碼類似，但在資源以前有但現在已經不復存在的情況下，有時會替代 404 代碼出現。如果資源已被永久刪除，那麼，您應當使用 301 代碼指定該資源的新位置。
411（需要有效長度） 服務器不會接受包含無效內容長度標頭字段的請求。
412（未滿足前提條件） 服務器未滿足請求者在請求中設置的其中一個前提條件。
413（請求實體過大） 服務器無法處理請求，因為請求實體過大，已超出服務器的處理能力。
414（請求的 URI 過長） 請求的 URI（通常為網址）過長，服務器無法進行處理。
415（不支持的媒體類型） 請求的格式不受請求頁面的支持。
416（請求範圍不符合要求） 如果請求是針對網頁的無效範圍進行的，那麼，服務器會返回此狀態代碼。
417（未滿足期望值） 服務器未滿足"期望"請求標頭字段的要求。
5xx（服務器錯誤）
這些狀態代碼表示，服務器在嘗試處理請求時發生內部錯誤。這些錯誤可能是服務器本身的錯誤，而不是請求出錯。
代碼 說明
500（服務器內部錯誤） 服務器遇到錯誤，無法完成請求。
501（尚未實施） 服務器不具備完成請求的功能。例如，當服務器無法識別請求方法時，服務器可能會返回此代碼。
502（錯誤網關） 服務器作為網關或代理，從上游服務器收到了無效的響應。
503（服務不可用） 目前無法使用服務器（由於超載或進行停機維護）。通常，這只是一種暫時的狀態。
504（網關超時） 服務器作為網關或代理，未及時從上游服務器接收請求。
505（HTTP 版本不受支持）
安裝 php editor Aptana 3.6 CRC ERROR 處理
不知道這算不算是官方BUG , 反正就是得自己裝個 js node
http://go.aptana.com/installer_nodejs_windows , 裝完再跑一次 Aptana 安裝就可以了
英國十大兒童宣言，簡單而實用
01.平安比成功更重要；
02.小秘密要告訴媽媽；
03.生命第一、財產第二；
04.不與陌生人講話；
05.遇見危險可以自己先跑；
06.背心短褲覆蓋的地方，不許別人摸；
07.不喝陌生人的飲料，不吃陌生人的糖果；
08.遇到危險可以打破玻璃，破壞傢具；
09.不保守壞人的秘密；
10.壞人可以騙。
Excel IP 排序方法
方法1 .
原出處
"A1" 請自行替換位置
=LEFT(A1,FIND("%",SUBSTITUTE(A1,".","%",3))-1)&"."&TEXT(RIGHT(A1,LEN(A1)-FIND("%",SUBSTITUTE(A1,".","%",3))),"000")
↓↓↓↓↓
方法2
拆解IP
重新排序
使用
=A1&"."&B1&"."&C1&"."&D1
把IP組合回去
vim 下去除多余空白, 字串 "\n" 更換為換行符號
問題:
檢視Mysql 備份檔時,不同版本輸出的空白數及增易讀性
觀念:
1. vim 的換行符號 \r
2. vim 的文定提取可用正規表示式
內文:
Table Create Table
betslips_spadegame CREATE TABLE table_a (\n aaa int(10) unsigned NOT NULL AUTO_INCREMENT,\n bbb varchar(50) DEFAULT NULL,\n)
去除多余空白
:%s/\s\+/ /g => 把一個以上的空白都換成只有一個
\n置換成換行
:%s#\\n#\r#g
VMware Workstation 異常關閉後無法啟動VM
就在吃個午餐回來 VM就死給我看 , poweron 出現以下以下訊息 , 大概就是你的VM被LOCK住
Failed to lock the file
Cannot open th disk xxx
failed to start the virtual machine
剛決方法:
到該VM 存放的目錄下把 .lck 的資料夾或文件刪除,再去啟動VM就可以了
