2024-04-16 (11:00~13:00) 進行例行維護

各位玩家:
6 v2 N0 ?7 H' M8 r% ~9 w伺服器將會在 2024-04-16 (上午11:00~13:00) 進行例行維護，在該段時間將會進行停機維修。
6 o' z0 y9 j% L" g( {- z" U8 ]

% U6 q+ R1 T) z+ }; ~2 ]& R

• 修復 普通版蠟燭的用後冷卻時間異常問題
• 加入 '永恆石像怪' 每支最大可被同時點擊的允許次數限制.
  (本功能為限制封門機械人數目的直接方式, 可設定每隻永恆石像怪在同一秒內能被多少玩家通過點擊。)
• '永恆石像怪' 會依據每天戰果自動 調節  耐久度(D)、冷卻時間(S) 數值，並每週維護重設數值。
  + X* K4 i  Z$ g+ L(每天的 戰勝、戰敗會彈性自動調節耐久度、冷卻時間)
• 邊境戰 三區的結界石血量由 320萬 -> 400萬
  6 J: k% F. b( k: ?, }& |3 E8 K7 ]7 A(日後會因應 參戰活人數目 增加、減少三國結界石血量合理維持邊境戰時間。)
  " `( }: P0 g' S, L6 y/ E) L

$ Y/ B! n3 I$ V" W, D+ U9 _$ Y0 S0 n
1 J7 [/ V, O, A9 V5 s

---

9 ]/ ?) x& d2 K* Z4 j
' X/ W8 \& h" j( l9 \: cDear Players,
maintenance works will be carried out at 11:00~13:00  on 2024-04-16 Service will not be available during that period of time.
* `" u  F& Q5 x! {2 y% e

Alvin 發表於 2024-4-16 20:11
- g8 x+ o3 B0 p會否公佈詳情及計算公式?

  i1 {7 w  m  ]9 B2 X事實上上週實行了手動版每天依據下列公式手動調節。
有關數值實際還在摸索中，準確數值不便公佈。
3 v3 J9 W% s5 p2 y( ?

耐久度基礎值 :  (假設X)  
1 f; f; b! U- F4 g5 K' l( P) h戰敗 (沒被清零)   :  加 1N。
戰敗 (被清零)  : 加 2N。
戰勝 (清零敵國) : 減 2N。
戰勝 (沒清零敵國) : 減 1N。
* 該附加數值為可疊加進行加減，  例如可能會疊加至  X + 4N 甚至 X+6N 的耐久值。

  b0 _6 A, |" f, |  G/ F1 I耐久度 低過 某過數值 : 冷卻時間會提升 Y 秒
: |4 y# D' ?) J, g  R. {耐久度 高於 某過數值 : 冷卻時間會減少 Y 秒

. H3 M1 e7 v8 V$ @每週維修後都會回歸這個數值，日後不排除會保留數值進行持續統計而不重設。

' u1 U/ R, ~. \' b6 C

---

+ |7 n- S4 R; U/ K
; o( J% a9 ~% _. B* i' e$ p; h暫時所見這個彈性調節尚算能解決一面倒的事情，
+ G) Q  r6 [; y. a! Y不過對於冷卻時間真空期間直接穿透有點不合理的部分，
4 d& p" a, L6 x! a所以本週加入了  '永恆石像怪'  每秒能被多少人有效投擲攻擊的數目。
1 s0 T1 c& `4 F1 _) ?: A( h" V% P預計日後會以此型式取代冷卻時間版本 或 兩者同步進行。

; ?+ \! U8 ?. E/ S/ y- d9 `! }3 {2 O永恆石像怪每秒允許被點擊的數目比較簡單，
例如  基礎為每秒可被點擊   30人  , 戰敗國 可允許+5人  ,  戰勝國 可允許 -5人 。
) U4 B* d% {1 E9 O! O0 \5 ]1 D過程中不會造成冷卻時間而停頓數秒的真空問題，只是同一秒內如超出該數值則該次點擊失敗。
& Q) d% ]: R- F. T! ?. y& V! [

---

. d, ]0 }- f8 \& y
9 g3 m8 B9 D5 E& F9 F' `每秒可被點擊就像搶椅子的類似，每秒搶一次。
6 q0 W0 X) U5 `/ m例如   每秒可被 3個角色點擊 ,  有5個 角色一起點擊   
5 v; u; l7 ~$ Y# W5 b( G! x. z6 V21:00:01  -  成功點擊 : 角色1、角色3、角色4
* T. ?$ n& p* h2 I: v21:00:02  -  成功點擊 :  角色1、角色2、角色5
* y  Z8 s2 G' o21:00:03  -  成功點擊 :  角色2、角色3、角色4
...
0 Y( U* \8 |7 y& L
預計不會一面倒由固定某幾位角色能攻擊，並且可以用該數值限制機械人數目增長、平衡有效點擊人數。

由於收到回報指大陸地區網絡不穩定，經過鑑定了解，目前 CN 系列線路負載過高，
7 N2 U1 g. M4 x/ w由即時起 CN 系列線路將限制 每個IP 最大 5 個同時登入的限制。

建議 掛網、機械人類請使用 HKBN 線路，減低佔用 CN 系列線路。
. O9 n' t" b/ g) F  e如果你遇上無法登入CN線路，可能你的分身數目已超出單一IP 的許可值。

有關 CN系列線路的 單一IP 最大連線數目 5 之限制已解除。
5 ~2 x6 G; s8 ~雖然有部分用戶連線達30個分身，但經過鑑定了解 CN線路當時的網絡負載 用量大約為 60~70% ，
處理器負載也有充足的可用資源。

目前鑑定了解  問題出自  阿里雲香港的主機對香港的出口不穩定引起，
) `' C% M2 N7 c5 u: V已測試用不同網絡往阿里雲香港的其他區機房進行測試，也有這問題發生。
# P3 T4 j' @; C& ?; X9 P! D
  S: X( g, G' ]. r已鑑定事情 :
) b; x+ e; W1 B與邊境戰的模式無關。(初步了解在 20:00~24:00 時段比較不穩定)
- b5 B$ L6 |2 w. P- {& D與機械人的情況無關。(經過重啟踢除負載，在低負載 也不穩。)
: Z2 s+ M/ i& }8 {& v( E0 v$ f, W3 }與伺服器主機無關。(已測試由其他網絡連往 阿里雲香港 B+C+D 區也是有問題)
6 x+ z, q9 q) p# m+ k
$ z3 E& a3 A) g8 `測試結果:
8 }( w. E4 Q, q1 R; g 深圳節點 <--GFW-->  香港節點 部分是穩定。
香港節點 <-- 公網--> 伺服器 / 其他香港 IP 是不穩定。
% K5 \( r6 n) s8 G8 y7 U7 T
8 c) k  i3 ^! w3 z感覺是 GFW 的位置推移了。
會嘗試尋找其他替代方案、向相關供應商匯報提出跟進。

基於 CN 系列線路在繁忙時段有可能發生不穩定因素，目前再次加入 'MCD' 線路投入運作。
' d1 c3 H) }. Y0 Z4 @2 a2 C' p

a1456233 發表於 2024-4-20 21:53
9 X; R  e6 ]$ r, L( u. b  c, m6 L你要修正蠟燭時間我沒意見
, X' L9 s0 f+ \4 H5 q; Z6 U但是迴避蠟燭還跟破魔水同冷卻時間，高達900秒
那我就要在這提出疑問，既然這方 ...

+ ~% f  r; M  g" u( l7 I& `6 L
我個人認為  免費蠟燭 有 300秒 冷卻時間 算是合情合理也不太長的事情，
: k0 N. E7 P( x- v0 x# j# w- Y只是發現了 2023-03 免費蠟燭、商城蠟燭 在分拆獨立 冷卻時間後，免費版蠟燭的冷卻時間歸零了沒有生效。

而且問題由 2023-03-21 至 2024-04-10 都沒有人匯報免費版蠟燭無冷卻時間反而商城版有冷卻時間，
+ r( m- w) M! a1 D; t管理員深信這裡的玩家都是誠實的，一直沒人回報必定是免費蠟燭不受歡迎所以一直沒有玩家使用才沒發現，
" U( `2 Y0 q+ C9 q/ a& a& q8 b既然這樣，你們可以視作免費版的蠟燭冷卻時間壞掉了就可以。

' {2 B7 m3 }/ x" T* ^
預計會在 半年後 恢復正常 300秒的冷卻時間。
目前你們可以視作是濃縮地進行那消失了的一年冷卻時間，
2 t/ Y3 `7 B. |4 p7 j2 @: A以補回商城蠟燭的玩家權益。

細草 發表於 2024-4-21 13:49
基於 CN 系列線路在繁忙時段有可能發生不穩定因素，目前再次加入 'MCD' 線路投入運作。

好像 CN* 開始穩定回來.
而 HKBN 線應該體驗也很好.  (穩定+低丟包+低延遲)
反而 MCD 用了數天就開始異常。(這個還說 CN2 GIA 級別)

Alvin 發表於 2024-4-24 22:41
) y$ Z1 \' s4 T1 r3 e' j+ Z為什麼你總是將自己的錯誤推到玩家身上？
% i3 C! r8 ]* u# x自己programming 的問題就是玩家不誠實？
自己測試不足就可以 ...

3 _5 q5 W: T0 q9 g! A; }您好像錯誤解讀了我的句子吧，
您是從那一句話看到我有說玩家不誠實 、推卸問題在玩家身上 ?
1 N( D% l& f( L" ^* \# ~
我只是說這件東西沒有人使用所以才一直沒有人回報出了問題，
/ O* Z2 l' }- ^1 S( S直至這件冷門的物品有人使用後發現問題才回報，我們決定調整修復。