引用:
|
作者Raziel
[恕刪]
跟公司配合, 互取長處, 有機會發展得快. 別強求自己完成所有的事情而錯過市場時機.
|
我有我的堅持 , 技術不外流是最高原則 !! 我目前沒看到過有那一家廠商有實作出此一功能
目前各家廠商都應該有試著實作過這些功能 , 但一定都會遇到相同問題 , 在不改Kernel情況下
幾乎做不到Application Base 相關的功能 , 號稱有Layer 7的一些廠商,最多也就只是推出
P2P 能不能夠讓這些AP連線順利與否而已,最多再加個跛腳的Layer 7 QoS ...
因為他們怎麼做的我心知肚明 !!
我目前就是完全改善他們遇到的問題 !!
我現在卡在軟體保護機制部份 , 相關對應方式都已經想好了 , 主要在防止有人進入系統,竊取
我寫的軟體 , 但是因為不怎麼會寫C語言 , 再加上涉及檔案的加密/解密 問題 , 所以進度較為落後
這部份一定要寫好,因為雖然目前這個做法還是有機會讓別人取出軟體,不過機率很低...
會這樣做也是很無奈 , 因為台灣對於軟體寫作者的保護並不是那麼週全 , 軟體一但外流
代表的是我的做法也有機率會被人家破解,進而瞭解我是如何做到這一點!!
與其它公司合作,是我根本就不相信對方,因為過去的工作經驗告訴我,相信別人,你就會成為
人家出賣的對像!!
所以核心技術絕對要掌控住 ,這是我的最高原則,沒有例外,故 所有的事務,必須一肩扛下來!!
因為這產品的新功能,對我來說太重要了!!
AscendLink部份我有看過他們的手冊 ,目前沒有這種功能 , 至於Radware 的LinkProof
我以前也做過configuration , 它們也沒有類似的機制,不過那是快7-8年前的事了,後來有沒有
我也不知道 , 可以確定的是 ,國內廠商我沒看過有這方面的功能 ,包含AscendLink !!
我目前的新技術,可以做到upload頻寬可以整合,但必需是相同ISP的Link才會比較順 ,如果
是不相同的ISP Link 很容易會忽快忽慢的 , 但很明顯的是最快速度剛好就是兩條Link的上傳頻寬相加起來!!
Application Base 功能不限於可以使用P2P或者是禁用 ,可以選擇開放使用,但是指定限制session 數量
比如說,允許300個session ,但是超過300則無法建立連線 , session數量可以自行定義!!
國內廠商我相信應該還做不到這幾個功能 , 國外的廠商就難說了 ...
抱歉,說太多容易壞事,我也不應該說那麼多,畢竟這算是我的終極武器了...