20170425_jeffrey - silenceuncrio/diary GitHub Wiki

review

昨天針對 MOXA 的 Industrial Ethernet Solutions solution

看看每個 section 提供的 redundancy functions

針對 functions 做展開

• STP
• RSTP
• MSTP
• Turbo Ring v1/v2
• Turbo Chain
• LACP
• PRP/HSR
• dual-SIM GuaranLink
• Ring Coupling
• Dual Homing
• VRRP

盤一下之前已經有查過的

• STP
• RSTP
• MSTP
• LACP
• dual-SIM GuaranLink
• VRRP

沒查過的

• Turbo Ring v1/v2
• Turbo Chain
• PRP/HSR
• Ring Coupling
• Dual Homing

針對沒查過的先 google 一下

參考 Turbo Ring

Turbo Ring 是 MOXA 自己的 Proprietary Ring Redundancy

Ring Coupling 和 Dual Homing 只是相同技術的延伸字眼

先去掉

沒查過的剩下

• Turbo Chain
• PRP/HSR

先看 Turbo Chain, 參考

• Turbo Chain
• Turbo Chain™ Goes Beyond Standard Ethernet Ring Redundancy

看起來 Turbo Chain 是 MOXA 在 [Turbo Ring] 之後提出的技術

參考 Lantech Competitiveness and Leading

這裡表示 MOXA 的 Turbo Ring 或 Turbo Chain 並不支援 multicast packets

不過 Lantech G.8032 ring can cover data and multicast packets

這個情報我先 hold 著

繼續看 PRP/HSR

• PRP - Parallel Redundancy Protocol
• HSP - High-availability Seamless Redundancy

參考 Flexibilis Redundant Switch (FRS)

可以發現這號稱 0 second recovery time 的技術要靠硬體來實現

我們並無法在 Linux 上實作出來

而是要 survey 相關的 switch solution 才行

這應該也使是為何 MOXA 把支援 PRP/HSR 功能的機種獨立出來的原因

因為該機種應該採用不同的 L2 Switch

再盤一次 MOXA 的 Industrial Ethernet Solutions solution

看看每個 section 提供的 redundancy functions

注意到 MOXA 的 Industrial Secure Routers 的 EDR-810 Series

該系列是 router 產品

但卻支援 STP, RSTP 和 Turbo Ring

這個產品的存在已經解決了我前幾天的疑惑

在 router 上有需要 ERP - ethernet ring protection 存在的必要嗎?

我想我就針對這個系列來看看 MOXA 是怎麼來推銷該系列的應用面

該系列的 manual - Industrial Secure Router User’s Manual

5. Routing .... 5-1
  Unicast Routing ....5-2
  Static Routing ....5-2
  RIP (Routing Information Protocol) ....5-3
  Routing Table ....5-4
6. Network Redundancy .... 6-1
  Layer 2 Redundant Protocols (EDR-810 series only) ....6-2
    Configuring STP/RSTP ....6-2
    Configuring Turbo Ring V2 ....6-4
  Layer 3 Redundant Protocols ....6-6
    VRRP Settings ....6-6
7. Network Address Translation .... 7-1
  Network Address Translation (NAT) ....7-2
    NAT Concept ....7-2
    1-to-1 NAT ....7-2
    Bidirectional 1-to-1 NAT ....7-4
    N-to-1 NAT ....7-4
    Port Forward ....7-6

發現除了出現在 manual 的第六章之外

就沒有特別看到什麼 application note 的部分

切到 monkeyjj

先 review

設計了 GroupBuying 的 database 之後也放了一些資料

透過 SQL Command 我們可以對這些資料做查詢的動作

使用者可能會做那些查詢呢?

使用者會怎麼來跟這些資料互動呢?

如果 monkeyjj 提供 GroupBuying 的服務給使用者的話

我想最大的價值就在於我把使用者想要的查詢包裝成一種更方便的方式

而不是去敲 SQL Command

至於我使用 php 來 programming 或是 nodejs

那只是實作 服務 的一種手段

現階段的重點應該是站在使用者的角度

設身處地地去思考 團購的每個階段

使用者會想做什麼

知道什麼

先找一下一個團購該有的流程有哪些

參考日前的日記 - 20170414_jeffrey

【蜜兔有話要說】代購&買賣型社團會用到的表單分享 這一篇有介紹到流程

所以想寫篇文章整理一下從團購開始到結束會用到的表單跟大家分享：
把從上架到出貨的流程，依步驟斷開來，就會容易很多~~~

1．客人下單之前就要先整理：商品的成本售價及貨源
2．上架後客人下單 ：每個臉書帳號的購買清單及總額
3．確定數量後：追貨採購清單 
4．到貨後：點貨單
5．結單後：對帳單
6．出貨時：出貨單
7．隨貨附的：出貨清單 

站在一個 開團 的 團主 來看一個團購的流程 以及想從 monkeyjj 看到的服務

1. 客人下單之前就要先整理：商品的成本售價及貨源
   • monkeyjj 提供一個 WEB 介面方便 團主 開團
2. 上架後客人下單 ：每個臉書帳號的購買清單及總額
   • monkeyjj 提供一個 WEB 介面方便 團主 查看目前的購買狀況
3. 確定數量後：追貨採購清單
   • monkeyjj 提供一個 WEB 介面方便 團主 知道應該要採購的清單
4. 到貨後：點貨單
   • monkeyjj 提供一個 WEB 介面方便 團主 清點採購的商品是否正確
5. 結單後：對帳單
   • monkeyjj 提供一個 WEB 介面方便 團主 核對每個客人是否已經付清該次團購所該付的款項
6. 出貨時：出貨單
   • monkeyjj 提供一個 WEB 介面方便 團主 列印下來 貼在 出貨的 包裝紙箱 外面
7. 隨貨附的：出貨清單
   • monkeyjj 提供一個 WEB 介面方便 團主 列印下來 放在 出貨的 包裝紙箱 裡面

站在一個 購買該 團購 商品 的 客人 來看一個團購的流程 以及想從 monkeyjj 看到的服務

1. 客人下單之前就要先整理：商品的成本售價及貨源
2. 上架後客人下單 ：每個臉書帳號的購買清單及總額
   • monkeyjj 提供一個 WEB 介面方便 客人 針對該 團 做購買的動作
3. 確定數量後：追貨採購清單
   • monkeyjj 提供一個 WEB 介面方便 客人 追蹤目前 已購 商品的 狀態
4. 到貨後：點貨單
   • monkeyjj 提供一個 WEB 介面方便 客人 追蹤目前 已購 商品的 狀態
5. 結單後：對帳單
   • monkeyjj 提供一個 WEB 介面方便 客人 輸入自己已經付款的佐證資訊
   • monkeyjj 提供一個 WEB 介面方便 客人 追蹤目前 已購 商品的 狀態
6. 出貨時：出貨單
   • monkeyjj 提供一個 WEB 介面方便 客人 追蹤目前 已購 商品的 狀態
7. 隨貨附的：出貨清單
   • monkeyjj 提供一個 WEB 介面方便 客人 追蹤目前 已購 商品的 狀態

思考以下兩個流程

• 上架後客人下單
• 確定數量後

什麼條件會讓一個 團購 的 流程 從 上架後客人下單 進入 確定數量後

Groups

應該是 目前的日期 已經比 Groups.PeriodEnd 還大的時候

這時 客人就不能針對該 團購 進行 下單 的動作了

此時一個團購的流程就進入了 確定數量後 的階段

思考一下有沒有需要 keep 一個 流程階段的資訊

如果有?

那要把該屬性放在哪個 entity?

目前只能放在 Groups 這個 entity

叫什麼屬性呢?

ProcessStage

哪容許那些值呢?

這等於在問一個團購的過程有哪些 process stage 了

另外還要思考的是

User 可以針對某個 Group 下單 - create a GroupOrder

昨天才新增一個 GroupOrder.Payment 屬性

現在看起來 GroupOrder.Payment 這個屬性也可以看成是 GroupOrder 的 process stage

覺得還是不要在 database 就把 process stage 定義 ENUM 型態

我不覺我在目前就可以把所有的可能性都考慮進去

也許我就把 Groups.ProcessStage 簡單定義成 string 就好了

再由應用端的 php 利用這個屬性來詮釋整個 團購 的狀態

這樣比較不會被 database 的設計綁住