• 4

[分享] QNap QTS 4.0 搶鮮會紀實 (圖多)

我是那個有抽到獎的人啦!冏
昨天去聽QTS 4.0發表會,其實主要是想要聽聽看其他產品,我目前使用的是S家的產品,也因為是要幫自己系所單位建置網路儲存設備,所以兩年前找尋相關設備時,就此投入S家。
爾後參加過S家的DSM 4.0跟前陣子4.1的發表會,確實難免會在心裡比較一下。在發表上Q家的表現得依我的感受是比S家略為遜色,平常日的發表會大多數人都是下班後趕過去,我也不例外,只是我這次聽QTS 4.0發表一開始有些恍神,下半場之後才好多,不是說平鋪直敘不好,或許能有一些起伏較能吸引注目光,也能比較讓人有精神一些。
會吸引我去聽QTS 4.0,是因為Q家推出的RTRR功能,起因是有些老師自己買了NAS,而要建立一個全單位的NAS,希望能一對多備援,不知道是否我去S家參加發表不專心沒聽到,看到Q家有這個就讓我忍不住想來看看,只是有點可惜發表會上沒聽到這方面的解說,希望下一版本的發表,能在這方面多多著墨。
接著想說說身為使用者,及面對我將要管理的使用者來看,我想要找的產品是以希望有類似DROPBOX使用習慣的功能,因為我要面對的老師他們非常愛用DROPBOX,所以能有較相近的使用習慣產品,上手的情況也會比較好,這部分S家的Cloud Station做得確實比較好一些,一般使用者如果能設定好,然後每次同步檔案就拉進去Cloud檔案夾,確實會比較方便,比每次都要網頁登入上傳來的友善,所以若要切入一般使用者市場,這個將是無可避免的趨勢,當然S家的Cloud Station還是有一些可受挑剔的地方,希望Q家能改進甚至超越。
我所看重的部分或許不是很多,主要是因為我只是要拿NAS當資料備援使用,其他的部份我就不太覺得有太多差異,因此心得也顯得淺薄些了。
>> 當它介紹到 "群組" (將多個功能放在一個視窗內) 時, 我心裡默唸 : 請不要將兩個 ICON 疊在一起, 結果當然就是我想的那樣, 不過這個功能當然是挺方便的啦, 雖然, you know ....

不確定這樣的操作方式到底是誰先發明的, 不過在 ipad 上也是這麼做的.





FB: Pctine
>> 我是那個有抽到獎的人啦!冏

抽到獎還覺得 '冏' ? 不好意思拿來送小弟好了

>> 在發表上Q家的表現得依我的感受是比S家略為遜色,平常日的發表會大多數人都是下班後趕過去,我也不例外,只是我這次聽QTS 4.0發表一開始有些恍神,下半場之後才好多,不是說平鋪直敘不好,或許能有一些起伏較能吸引注目光,也能比較讓人有精神一些。

我想很多人都參加過不同廠商的發表會, 很明顯的可以感受的出來, 不過萬事起頭難, 多辦些研討會及抽獎應該會累積經驗.

>> 會吸引我去聽QTS 4.0,是因為Q家推出的RTRR功能,起因是有些老師自己買了NAS,而要建立一個全單位的NAS,希望能一對多備援,不知道是否我去S家參加發表不專心沒聽到,看到Q家有這個就讓我忍不住想來看看,只是有點可惜發表會上沒聽到這方面的解說,希望下一版本的發表,能在這方面多多著墨。

RTRR 一直是 QNap 產品上的一個特色及賣點, 不過因為是 QTS 4.0 搶先會, 而此功能並非新功能, 所以並未特別加以介紹, 大大可以參考一下網友之前不少的文章分享.

>> 接著想說說身為使用者,及面對我將要管理的使用者來看,我想要找的產品是以希望有類似DROPBOX使用習慣的功能,因為我要面對的老師他們非常愛用DROPBOX,所以能有較相近的使用習慣產品,

其實小弟也覺得 QNap 直接去 support dropbox 就好了, 不見得一定要自己搞一個類似 dropbox 的功能, 這樣連 client 都不用自己開發, User 也不用重新再學習.

FB: Pctine

gameguy wrote:
身為QTS 4.0發表會照樣去,QNAP照進度送進台北南港山豬窟的人,QTS4.0發表會我是有去啦。

QNAP的失敗的地方
1.人家群輝辦的場地是貴公司的幾倍大你知道嗎?

失敗 失敗中的失敗...(恕刪)


今天去參加了群暉的活動

讓我不禁想比較一下前幾天的搶鮮會

因為地點就在搶鮮會旁邊的酒店

暫且不談2家軟體好壞,相信各有支持者

不過從場地環境與對參加者的禮遇

QNAP實在是大輸群暉

例如

交通解決
(群暉願意給予交通補助或停車補助,而參加搶鮮會前,向QNAP詢問是否提供車位,得到的答案是沒有,
所以我得把車停的老遠再走來)

餐點
(參加過大小活動,雖然都沒中獎命,但至少還有個點心吃飲料喝到飽,
QNAP搶鮮會我只拿到一罐茶、還有一杯水)



雖然場地大小跟活動有沒有失敗是兩回事

不過廠商們的一舉一動,只要是面對面的活動時,相信大家都看在眼中

誰好誰壞,高低立判



pctine wrote:
其實小弟也覺得 QNap 直接去 support dropbox 就好了, 不見得一定要自己搞一個類似 dropbox 的功能, 這樣連 client 都不用自己開發, User 也不用重新再學習.
...(恕刪)


如果只支援 DropBox, 還是會受到 Dropbox 空間大小的限制,除非花錢購買容量。
其實 NAS 當做 Dropbox Client 有點奇怪,除非把他當做另外一個備份。
Synology Cloud Station 說白了其實就是空間沒限制的 Dropbox

今天去參加了群暉的活動
讓我不禁想比較一下前幾天的搶鮮會


真巧, 跟 Aven 兄也都是兩場都有參加.

QNap 那場小弟是直接停在活動現場國泰金融中心地下停車場, 其實晚上之後停車場很多空位, 但我也在想為何 QNap 租會議室並沒有連同停車位一併考慮進去.

在昨天 Synology 的活動, 小弟並沒有詢問當天活動現場是否有提供免費停車, 會場停車一小時要 nt$100, 不過小弟還是開進去啦! 因為根據之前的經驗, 主人家這方面都會考慮到, 這可以當做 QNap 下次辦活動的參考.
FB: Pctine

syslogd wrote:
如果只支援 DropBox, 還是會受到 Dropbox 空間大小的限制,除非花錢購買容量。
其實 NAS 當做 Dropbox Client 有點奇怪,除非把他當做另外一個備份。
Synology Cloud Station 說白了其實就是空間沒限制的 Dropbox...(恕刪)


所以小弟才提把 NAS 當成 dropbox client 是一個速成的方式, 對於大部份人的應用來說足夠了,
而廠商所花費人力是最少的.
FB: Pctine
我路人我旁邊經過的+N

1.有支援FXP,不過只有在網站上有秀出來,nas裡面的檔案傳輸伺服器的選項,沒一個有顯示支援FXP,拜託方便的話在檔案傳輸伺服器的畫面寫一下有支援這玩意。
http://www.qnap.com/cht/index.php?lang=zh-tw&sn=116&c=109&sc=160&t=639&n=12508&g=2

FTP Server

FTP over SSL/TLS (Explicit)
Max No. of Concurrent Connections: 256
FXP Supported
Passive FTP Port Range Control
FTP Bandwidth & Connection Control
Unicode Support

2.請加入頻寬控制功能,並新增頻寬管理員,例如可以控制擁有者、組群、其他何者為優先處理
,例如 1.擁有者admin 優先於 2.photo組群 優先於3.ftp組群 優先於 4.其他
群輝沒做到的看看貴公司能不能做到了

3.資源回收桶煩請支援ftp、網路磁碟、webdav、NFS或其他(我沒APPLE主機) 若原本已經有了煩請寫在NAS設定畫面的網路資源回收桶的畫面裡面。

4.bug回報功能煩請直接寫在NAS設定畫面上面,不要用戶還去貴公司網頁找客服,你不知道藏在網站很裡面的地方很難用嗎?十成十不知道難用才這樣搞(翻到客服的網頁已經夠難找,還要去註冊帳號與密碼,誰想出來整人的啊)

5.系統記錄中的系統連線記錄 需要按"開始記錄"才會記錄,這個設計原理是??? (為什麼沒設計為一開機就預設開啟了)

6.系統記錄中的系統事件記錄 中的System was shut down on Wed Sep 5 XX:XX:XX CST 2012.能不能改成用紅色自顯示,因為莫名其妙或是系統什麼時候被關機,有顏色顯示比較好找

7.music station請支援APE(含insane壓縮模式)、FLAC格式(有支援DTS、AAC、TTA、TAK、ALAC[重點中的重點]尤佳)
video station請支援mkv、TS、RM、RMVB格式與SRT、SSA、SUB字幕(含簡、繁體中文顯示正常)

我路人我旁邊經過的+N


4.bug回報功能煩請直接寫在NAS設定畫面上面,不要用戶還去貴公司網頁找客服,你不知道藏在網站很裡面的地方很難用嗎?十成十不知道難用才這樣搞(翻到客服的網頁已經夠難找,還要去註冊帳號與密碼,誰想出來整人的啊)


這或許每個人的想法不同, 現在官網上提供的 helpdesk 其實也蠻好用的. 也不會很難找到. 至於註冊程序也很簡單, 也只做一次, 這樣反而更容易追蹤所有已 submit 過的問題.


5.系統記錄中的系統連線記錄 需要按"開始記錄"才會記錄,這個設計原理是??? (為什麼沒設計為一開機就預設開啟了)


系統連線紀錄如果是包含 samba 等對於一般的 user 來說這類的 log 會太多, 也影響系統效能, 不是所有人都需要去檢視 samba log, 在 trace 問題上也幫助不大, 所以需要的人再去開啟並沒有不妥, 這在 windows server or 其他家 NAS 也大多採預設不 log 此類的訊息.

以上只是小弟自己的想法啦!
FB: Pctine
pctine wrote:
系統連線紀錄如果是包含 samba 等對於一般的 user 來說這類的 log 會太多, 也影響系統效能, 不是所有人都需要去檢視 samba log, 在 trace 問題上也幫助不大, 所以需要的人再去開啟並沒有不妥, 這在 windows server or 其他家 NAS 也大多採預設不 log 此類的訊息....(恕刪)


是否要log可以設計成讓使用者自行勾選,現在蠻多機器都是這樣設計,只要勾選一次就會記住。
實際上使用也沒有什麼困擾,目前Synology的DSM也是這樣處理log檔的。
但如果是要每次去按才會開始記錄的話,那就真的有點呆了:p

如果要做的更細一點,還可以讓使用者自己勾選要log的值或者是週期與頻率。
另外也有機器可以設定log的保存期限,或者自動壓縮打包儲存。
總之log的紀錄方式,還真是五花八門,形形色色哩。

Bug回報的功能,我倒是有另外的建議。
可以將使用者回報過的確實Bug一一條列出來,然後旁邊註明處理的狀態。
但我想要這樣做,廠商要很有勇氣吧:p
現在很多專案都是這樣進行的,就看要不要做囉。
irsjx2vxo3ne3k84dr1dz4,r4pe8bez3/4ne3bq4bew2j92gea jx4hq me-2d8 e3hy4hi2ty k84!
  • 4
內文搜尋
X
評分
評分
複製連結
Mobile01提醒您
您目前瀏覽的是行動版網頁
是否切換到電腦版網頁呢?