[留念] 第一任主教勞倫斯 | Bloodborne DLC First Playthrough

勞倫斯一階段其實有一個Loop，可以無腦打，安全至極。想不到吧，DLC也會有無腦Loop。



留言

發佈留言

此網誌的熱門文章

崩壞：星穹鐵道｜體驗章節心得

圖片
上一篇推介的RPG手遊作品《歧路旅人：大陸的霸者》，其首發日期，已是兩年多前的作品。大家若果覺得畫面不太適合，想試試別的，實在可以試試米哈遊的最新作《崩壞：星穹鐵道》。筆者在前述的文章也有強調過，要在手機平台推遊戲，就必需配合手機的操作時機，以及同時重現在機制上的可重複遊玩性。更好的是，不要把課金意圖弄得太難看，讓人有試玩的空間。而《崩壞：星穹鐵道》，就最初遊戲的5小時體驗裏，以上的事都做得不錯，所以盡早為大家推薦一下。 首先講講戰鬥系統，遊戲採用回合制， 每次上場，我方可以最多上場四名角色，有直接影響戰鬥的戰鬥屬性分七種，分別是：物理、火、冰、雷、風、量子、虛數。每個角色只會對應一種屬性，而敵人則擁有幾個弱點屬性。若玩家成功攻擊敵人的弱點屬性，不單有大傷害，更可以令敵人崩壞，喪失行動力。遊戲雖然以回合制進行，但每個角色都有不同的速度值，如何運用角色屬性令敵人崩壞，去創造行動優勢，就是這遊戲的遊玩核心。（回合制就像《FF10》那樣，速度高的角色就相較其他角色行動來得頻密。《歧路旅人：大陸的霸者》則是一回合內各角色行動一次，但先後順序不同。） 雖然除弱點屬性外，還有七種角色屬性「命途」，但因為不直接影響戰局，筆者就不再逐個列出。在戰鬥屬性和命途的互相影響，看似有七七四十九種組合，看似要組一隊萬能隊伍，需要很多的課金。但筆者遊玩的時候並沒有這種壓力。因為上場人數的限制，最多只有四人，所以不論你課不課，也頂多只有四種弱點屬性，所以也不必在初期不斷去抽角色。大概有個五種就足以上場（對比《歧路旅人：大陸的霸者》，八種武器弱點加六種魔法弱點，即便八人上場，一人就一種武器，少量角色才有一種魔法，《崩壞》真的沒有那種課金壓逼感） 戰鬥系統的聲畫演出各方面，都比筆者過去遊玩的要強得多。而且遊戲亦有自動保存機制，每走一段路、跟環境或NPC互動後，都會自動保存，那怕是如筆者般的碎片化時間，也能玩得下去。故事亦沒有明顯的小關卡段落，在劇情上的連貫性就表現得比普偏手遊的小關卡制好。（某些手遊的小關卡過場，看多了真的會覺得很造作，在筆者珍貴的碎片化時間中，看看就會選擇完全跳掉）。如果你真的很久沒有試手機上的RPG故事作品，《崩壞：星穹鐵道》絕對可以是一個選擇。 《崩壞：星穹鐵道》官方網頁 https://hsr.hoyoverse.com/zh-tw/
閱讀更多

死亡島2- 心得分享

系統篇 死亡之島2 玩法與第一代類似，遊戲多出技能卡牌選擇，相關選擇會影響角色主要攻擊及防禦手段，包括使用格檔還是使用閃避作防禦手段。而攻擊技能都有三種選擇，所有技能都有相應卡片強化效果。 角色相互的差異到中後期已經無太大差別，故無需煩惱使用哪個角色，因為對劇情結局都無影響。如有朋友一起遊玩，還可以分工合作，使得遊玩多樣化。 而喪屍種類就有十數種，包括屬性不同的喪屍，角色可以利用不同環境屬性攻擊，例如:可以先用水炸彈弄濕，再用電攻擊可加速中電擊屬性累積，所以活用屬性關係攻擊可以事半攻倍。 裝備系統強化則看稀有度以及級數，除橙色裝備無法掉落得到外，其他稀有度都可以從喪屍以及裝備箱得到。屬性強化則可以選擇火、雷、出血、切割、腐蝕等強化，而稀有度就影響強化數量，即越稀有，可強化數量越高。 而升級裝備所需要的金錢並不是小數，需要做取捨。但以筆者經驗來看，升級裝備並不是必要的，因為隨角色升級更換裝備效果會更佳，而且3級以內裝備差別不大，再上才有一定差別。 劇情篇 遊戲劇情可以說是今集敗筆之作，劇性相當荷里活，而角色毫無特點，直接可以用三無來形容:無感動、無高潮、令人無記憶點，總括來講不及第一代劇情好。 而遊戲性就可以說是中規中矩，如有朋友一起遊玩，則可以更好。 總結- 還是等等等吧 劇情評分2分滿分五分，遊戲性3分，建議打折再進行購買。
閱讀更多

Swarm mode 上線 7 - load balancer | 反向代理

圖片
前述我們介紹了負載平衡器的概念，也使用了nginx作為反向代理，管理網絡訪問，分流到對應的服務上( docker service )。 nginx是穩定的，大家初次使用 reverse proxy （反向代理），請選擇它，因為相對簡單，也易於在單機上做對比測試。 而nginx有個麻煩的地方，就是每次加 docker service，都需要更改 nginx 的設定。我們service 越多，config檔就越長。一個不少心，某些設定有衝突，就會讓 nginx 無法重起。 所以，我們在一定規模後，就需要改用自動化的反向代理。  traefik  就是其中之一。所恨的是，官方沒有提供 swarm 的範例，需要自行摸索。幸好筆者找到一個Github網路資源， bluepuma77 traefik-best-practice ，內有一個traefik在docker swarm上的基本設定，足以解開筆者的某些謎思，至少可以讓筆者進行使用驗證。 bluepuma77 提供的範例可能還有些複雜，筆者就再簡化一下，讓大家可以從最基本的環境中開始。 下述 docker service 中 traefik: 自動偵測 swarm 中，有那些其他 service 需要經過traefik 代理。 whoami: 一個官方提供的簡單版http 回應，它正常可以回應 http 80的請求。 有一些重要的地方需要特別說明： 需要設定  --providers.swarm.exposedByDefault=false ，不然traefik自己也需要定義反向代理的port。設定了這個，也可以讓 swarm 中某些 service 得以被忽略。有需要經 traefik 對外的，就在  label  下設定  traefik.enable=true 需要設定 --providers.swarm.network=proxy ，swarm中也需要有該網絡的存在。不然traefik 沒有預設的網絡可以走。 現時 docker service 使用是的 ingress mode，方便 traefik service 可以在不同的 manager 上遊走。測試時需要注意使用 ipv4 ，例如 curl 需要指定 ipv4 的 ip 即 curl -v -H ...
閱讀更多