潮流特區

焦點文章

【開箱】真實測評:快充+多設備兼容!一條搞掂嘅 CyberCom 3合1 充電數據線

科技新知
Cheers!・2025-07-18

上次去旅行的時候,小編大頭蝦到漏帶咗 AirPods 條充電線,差啲成程冇歌聽! 好彩問朋友借到線救命,點知發現佢只係帶咗一條線,就叉到晒所有設備!咁方便,小編返到澳門即刻入手同款!今日就同大家開箱呢條 CyberCom 三合一充電數據線 設計實淨有質感 充電線包裝設計走簡約風,拆開上手,線身用尼龍編織,摸落比普通膠線硬淨好多,而且冇咁易打結纏埋一舊!接口位用 鋁合金外殼,手感好之餘,耐插耐用仲唔怕爆殼。三合一設計,轉接口好順手。 第一眼感覺:抵玩實用! 實測開始!睇下係咪真係咁神? 實測1:「一線多用」,兼容性大考驗! 買佢最大原因,就係想旅行/出街唔使再帶幾條線!即刻拎身邊啲裝置試真啲: ✔︎ iPhone(Lightning) ✔︎ Samsung Galaxy(Type-C) ✔︎ 舊款Android手機(Micro-USB) ✔︎藍牙耳機、行動硬碟... 新舊裝置全部用到! 以後出街/旅行,真係帶一條就夠,慳位又唔怕漏帶! 實測2:極速充能!60W 快充有幾快? 賣點話支援 QC 快充,仲有 60W 高功率輸出!小編實際使用過,無論係iPhone、android定平板,都可以穩定充電,食個晏、打鋪機嘅時間,部電話就已經叉得七七八八!對手機重度使用者嚟講,真係救星! 記住配合支援快充嘅插頭,咁就更加有感。 實測3:480Mbps 高速傳檔,快到飛起! 除咗叉電,佢仲支援 480Mbps 高速數據傳輸!即刻試下將手機啲相片、影片過落電腦 Backup! 比佢過一條2GB嘅旅行片...哇!大約40秒搞掂,比起普通 USB 線真係快成幾倍,以後過相過片唔使再慢慢等,效率大提升! CyberCom 三合一充電數據線解決曬小編平時帶線嘅煩惱 一線三用,兼容性強:新舊裝置、叉電傳檔都搞掂。 60W 快充夠快夠力:叉電速度救急必備。 傳檔超快 (480Mbps):Backup 大檔案唔使再等。 一條線就集齊晒叉電、傳檔、兼容性同耐用性。呢家仲做緊特價,$79呢個價位(原價$99),性價比高,值得入手!以後出街,真係可以同「帶幾條線」講 Bye Bye 啦! 想知係邊度買? 澳門市場強勢上市,現在購買享特價 $79! 官方網站:www.cyberportcom.com 客服郵箱:info@cyberportcom.com

最新文章

八字地支雙合可以解空亡嗎?

宗教玄學
熊神進・2025-11-06

關于八字空亡地支雙合能否解空的問題,傳統命理和新派命理確實存在兩種不同觀點,其機理差异源于對“空亡本質”與“合局作用”的不同理解。筆者今天從經典依據、理論機理及實例分析三方面展開說明: 一、空亡的基本定義與傳統認知 空亡是八字中基于“六甲旬”劃分的特殊地支狀態。十天干配十二地支,每旬(十支)必有兩地支“無天干可配”,稱爲“空亡”。例如甲子旬中,戌和亥爲“空亡”(因地支戌亥無對應的天干組合)。傳統認爲,空亡地支代表“虛浮、不實、力量薄弱”,其對應的六親、事項易有“落空、阻礙、非真實”之象(如財星空亡主錢財難聚,官星空亡主事業不穩)。 二、兩種觀點的核心機理 觀點一:空亡地支雙合可解空 此說的理論依據在于“合局具有凝聚、填實之力”,認爲雙合(尤其是地支六合或三合)可通過能量聚合,彌補空亡地支的“虛浮”,使其力量增强,從而“填實”空亡。 《三命通會·卷五·論空亡》明確提到:“空亡之理,多是五行不足……若遇合沖,反成有用。” 這裏“合”即指地支相合,認爲合局能補充空亡地支的力量,使其從“虛”轉“實”。 清代命理家任鐵樵在《滴天髓闡微》中亦:“空亡用合,猶貧人得助,可解困厄。” 强調合局對空亡的補救作用。 機理解析: 地支相合(如寅亥合、卯戌合、巳申合等六合,或申子辰、亥卯未等三合)本質是五行之氣的交融與凝聚。空亡地支本因“無氣”而虛弱,若與其他地支相合,可通過合化(如亥卯未合木局)或合絆(如寅亥合木)的方式,將其他地支的能量導入空亡支,使其獲得生氣,從而“填實”空亡。例如: 如果命局中戌亥空(甲子旬),若見卯戌合,卯木之生氣可引動戌土,使其從“空”轉“實”,假如空亡戌土,所代表的六親(如父親、兄弟宮)或事項(如田宅、財庫)不再輕易落空。 觀點二:空亡地支雙合反不利 此說認爲空亡的本質是“氣數不足、根基不穩”,雙合雖表面“引動”空亡支,實則是“虛中套虛”,反而加劇其不實性,導致所對應事項更易“落空”或“反復”。 理論依據: 部分盲派或新派强調“空亡爲先天不足”,合局雖動,但空亡支本身無根,合化後的五行更弱(如木合土,土本空,木旺反耗土氣)。此外,《淵海子平》雖未直接否定“合解空”,但提到“空者,虛也,合而動之,虛處更虛”,暗示合局可能激活空亡的負面效應。 機理解析: 空亡支因“旬中無氣”,本無實際力量。若强行合局,看似“引動”,實則是將其他地支的能量消耗在空亡支上(如木合空土,木氣被土空耗散),導致合局反成“破局”。 例如:某人的年柱戌亥空(甲子旬),若見寅亥合,亥水本空,寅木合亥水需消耗自身力量,反致寅木受損,而亥水仍爲空,無法真正“填實”,甚至可能因合局引動空亡,導致相關事項(如婚姻、合作)表面有進展,實則無果。 三、實例對比與結論 例1:合解空的有效案例 幹造:甲子 丙寅 己醜 庚午(甲子旬,戌亥空)1984年2月25日 日主己土生于寅月,木旺克土,需火土幫扶。月幹丙火透出,坐寅木得長生;時支午火爲印星,但年支子水、日支醜土爲濕土,火氣稍弱。 關鍵看空亡:戌亥空,原局無戌亥,但月支寅與年支子無合,日支醜與月支寅無合。若大運見卯(卯戌合),卯木與年空戌(雖不在原局,但大運引入)相合,戌土被卯木引動,土氣增强,補日主己土的力量,此時戌土雖爲原局空亡(甲子旬),但因大運卯合,戌土“填實”,代表事業宮(戌爲火庫,丙火印星之根)得以穩固,財運提升。此例符合“合解空”的邏輯。 例2:合解空的負面案例 坤造:丁卯 壬寅 辛亥 戊子(甲子旬,戌亥空) 1987年2月10日子時 丁卯年屬甲子旬,所以空亡是戌亥。原局中,日支是亥水,屬空亡地支。 接下來,我們分析空亡地支亥水與其他地支的關係。月支是寅木,寅亥合,所以仍然是寅亥合的情况。 日主辛金生于寅月,失令,地支有亥水(傷官)、子水(食神),天干有丁火(七殺)、壬水(傷官)、戊土(正印)。需要判斷日主强弱。辛金在寅月弱,地支亥子水泄身,天干壬水傷官泄身,戊土正印生身,但戊土坐子水,被子水耗,生身力量有限。整體日主偏弱,喜土金,忌木火水。 空亡的亥水是傷官,原本空亡可能導致才華難以發揮。現在寅亥合,寅木與亥水相合,寅木是劫財,原本寅木是否能幫身?寅木是木,克土(印星),同時寅木與亥水合,可能轉化爲木,但木是忌神。需要分析合局對日主的影響。 從經典文獻看,《三命通會》《滴天髓》等主流典籍支持“合能解空”,認爲合局可補益空亡支的力量。但實際應用中,需結合以下條件判斷: 合局類型:六合(如卯戌合)力量集中,更易解空;三合(如亥卯未合木)需全域配合,否則可能分散力量。 合化結果:若合化爲實有五行(如亥卯未合木成功,木旺生火),則解空有效;若合而不化(如寅亥合木但木弱),則可能無效甚至不利。 空亡所臨十神:若空亡爲忌神(如忌神財星空亡),合解空反需謹慎(可能引動忌神);若爲空亡喜神(如喜神官星空亡),合解空則有利。 以上的觀點只是筆者個人看法,“合解空”是傳統主流觀點,但需結合具體命局的五行强弱、十神喜忌綜合判斷,不可一概而論。

為何 VueJS 除錯如此麻煩?

科技新知
MacauYeah・2025-11-04

前一次,筆者分享了VS code debugging frontend的好功能,也確實了coding anywhere並不是一個普通的notepad + language server就可以解決的事。我們還要考慮如何debugging (除錯)的問題。 雖然筆者知道 vscode 可以解決問題,但為何 最原始的 nodejs debugger 不能解決問題。如果node debugger 不能解決問題,那麼 vscode 又做了什麼,它可以解決問題?經過一輪的實驗,筆者懷心疑,也許,強大的並不是 vscode 本身,而瀏覽器才真正的做到 debugger 的功能。而 vscode 只是以更方便的方式,重現那些結果。 為何 backend 的 debugger 不發揮作用? 筆者舉例,現時有一個 vue 3 專案,使用官方建議的方式生成 $ npm create vue@latest 這個專案,在開發模式下,會以 vite 架起一個端口為 5173 的伺服器,讓開發人員可以經過瀏覽器看到vue內容。筆者一直都認為,只要在 vite 的指令中插入 inspect 參數,一切就可以成功,就像 nodejs 一樣,只要在開始時加入參數就可以。結果當然是不行的。 經過對比 VueDevTools 的參考功能,筆者發現了一個出發點的問題。vite 其實是一個伺服器級的程式,也許它只是負責把所以 vue + js 動態轉成常見 js,就像 webpack 一樣。我們想要設的中斷點,都不在它的程式上,所以 debug 參數也沒有用。實質,我們要加的中斷點,其實要在客戶端上,也就是瀏覽器上。那因此,VueDevTools 也不包括那些功能。它只是好好地記錄了每個 vue component 或 js 是如何被改寫的過程(就像被 webpack改寫的過程)。 官方又是用什麼來除錯的? 既然我們知道了問題所在,就要看看傳統的 javascript 又是如何除錯的。實際上,因為瀏覽器的配合,設立中斷點的功能,原來早就實現了。 https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Statements/debugger 只要我們在任何 javascript 地方,插入 “debugger;” 這個神奇的字,瀏覽器就會在inspect模式下,自動產生中斷點。之後,你可以控制瀏覽器進行watch / step into / step over 功能。絕對比console.log更有意義。 在發現了這個方法之後,回去找vue3的官方文件,驚訝地發現,它就是提議用這種方式進行除錯。 https://vuejs.org/guide/extras/reactivity-in-depth.html#reactivity-debugging 未解之謎 雖然我們找到了設定中斷點的方式,但對於vscode是如何做到客戶端、伺服器端通用這件事,筆者還是沒有了解到。就以現在的知訊來看,很大機會就是vscode操控了瀏覽器的除錯模式,把所有資訊都回傳了vscode本身。這也是解譯了為何vscode在起動debugger時,必需要由vscode自己叫起瀏覽器。而codeserver這類雲IDE無法叫起本地瀏覽器,就造成它無法運用除錯功能的原因。 有與趣為codeserver一起搵解決方案的朋友,可以到筆者的 https://github.com/macauyeah/AProgrammerPrepares ,以文字教學的方提交你的解決方案。 祝願大家可以早日實現coding 自由。

Spring boot web api 異常處理

科技新知
MacauYeah・2025-10-28

我們在編寫程式時,經常會遇到一些極端的情況,不會經過 function 的方式回傳結果。例如一個 function 原本是提供讀檔功能,但用戶傳入的並不是一個有效的檔案路徑,又或是誰路徑權限不足,無法讀取。這些不正常的結果,並不是原本 function 所協定的回傳值。那麼,我們會拋出異常 Exception ,中斷所有被呼叫中的 function ,讓上層用戶去考慮怎樣處理這個問題。 在 Web API 中,這些 Exception 就更常見。要求用戶傳入的參數,用戶就是有時候少了幾個。覆寫資料的時候,原本的資料已被刪除。但我們現在是經過 Web Api,不能像過去一直向上拋出異常就能通知用戶。我們需要的,是把異常轉成對應的 Http Status Code,讓用戶端可以快速識別異常的類型。 java 異常對應 Http Response Code 其實在 spring boot web 中,要做轉譯,是很簡單的。在定義 java Exception的時候,若有@ResponseStatus,spring boot web 就會自動回應對應的 http error code。 @ResponseStatus(HttpStatus.FORBIDDEN) public class CustomAuthenticationException extends RuntimeException { public CustomAuthenticationException() { } public CustomAuthenticationException(String message) { super(message); } } 以後,任何一個地方拋出 CustomAuthenticationException (假設上層沒有人攔截)都會把該 Controller 的結果改為 http 403。Spring boot 也很聰明的,把異常中的 message 隱藏 ,免得有網安的問題。 若我們定義 Exception 時,沒有@ResponseStatus,Controller 就會變成 http 500,例如我在 controller 中拋個常見的 IOException,這次的結果就會變成 http 500。 @GetMapping("/api/ioError") public String forceIOException() throws IOException { throw new IOException("force io error"); } 如果某些時候,我們想使用 java Exception 中的 message 欄位作為報錯信息,讓 http 客戶端,可以通過固定的 message 檔位找到問題訊息,我們可以在application.properties中,加入server.error.include-message=always。(有些特殊情況,在開發模式時 mvn spring-boot:run ,已經可以見到有 Exception message,但在投産後java -jar又看不到。主要因為開發模式中, pom 有 optional spring-boot-devtools,會自動加入了server.error.include-message=always,但 mvn package 後就沒有,因為 runtime 沒有 spring-boot-devtools 的覆蓋。) 額外處理 異常處理除了想控制 http status code 外,有時還需要做一些額外處理,例如發出通知郵件等。若想做額外處理,需要另做一個 @RestControllerAdvice 的類,在接到指定的 exception 時,可以轉換不同的 http code ,而且還可以執行額外 java code ,改變 http ResponseBody 。 @RestControllerAdvice public class GlobalExceptionHandler { @ExceptionHandler(value = RuntimeException.class) @ResponseStatus(HttpStatus.INTERNAL_SERVER_ERROR) public Map handleRuntimeException(Exception ex) { return Map.of("ret", false, "anyfields", ex.getMessage()); } } 但要注意,一旦使用@RestControllerAdvice 後,就要考慮有沒有改變了某些預設的行為。例如上述的@ExceptionHandler(value = RuntimeException.class),代表所有RuntimException.class的子類,都會歸由該 function 所處理。當然,你也可以多加幾個 function 來處理不同的子類。 Reference spring-boot-web-api-validate

Visual Studio Code 才是 coding anywhere的基礎?

科技新知
MacauYeah・2025-10-25

筆者過去就有發表過使用 VM / docker + code server 作為 coding anywhere的基礎, 現時也有一直使用。code server 有效,但對於Web App 開發,仍有所不足。 那個藏在瀏覽器的IDE - Code Server 使用 code server 的好處,就是筆者只需要一個有瀏覽器的客戶端,就可以連線到雲上的VM中使用 code server 。不論多重的功夫,交給外部的雲去做,自己的客戶端就可以盡可能輕便。不想自己攪一套code server開發環境?github codespaces in browser 也是一個很類似的替代器。它也是隨時經雲建立一台專用的 VM,之後就可以經瀏覽器進行開發。 一切看來都很好,所有東西都可以在 VM / docker 中進行。如果你的 VM / docker,可以有齊所有除錯工具,應該就真萬能了。現實就是不太美好,因為雲上的 VM ,docker 中的容器,主要都是沒圖形介面的。如果你想要利用的除錯工具,例如 chrome,你就未必可以順利在 headless VM / docker conatiner 中安裝了。很多除錯工具,要麼就需要圖形介面,要麼就要有條件連到本地硬碟,所以筆者就 code server 本身,真的沒有太多解法。 Web App 開發,回到原始的基本步 - Visual Studio Code 回到原始的基本步,本地Visual Studio Code + VM / docker ,就好好地可以利用本地的 chrome 等進行 NodeJs 的除錯。它就跟本地Visual Studio Code + 本地開發類似,本地能用的 chrome,可以經過 vscode 連到 VM / docker 內,只要Remote Development 插件就可以了。筆者測試過,真的很簡單,vscode連線後,會在你的VM / docker 內,安裝一個很細的 client。然後其他事就像本地開發一樣了。Remote Development 除了用自己的VM外,官方還稱它可以連上github codespaces。筆者就未有詳細測試,有興趣的朋友可以建立一個codespaces看看。 雖然 Visual Studio Code 並沒有保證完整地解決所有問題,但至少它提供了一個橋樑可以作為接口開發。coding anywhere 還是有條件實現,只是我們的客戶端並不如一開始的單純,只少要有一個完整的桌面電腦環境OS ,可以做到 port forward,做一些簡單的對接。只是單純的移動端 Web 界面,就未能夠做到那些複雜的跨機轉譯。

比 Java Mail 更簡單的 Spring boot email

科技新知
MacauYeah・2025-10-24

使用 Spring boot 對接 SMTP gateway 發 email ,相對是容易的。 基本上,它就是會使用自建的 org.springframework.mail.javamail.* , 對接 javax.mail.* / jakarta.mail.* 以前的所有設定值 ,都可以經 spring.mail.properties.* 傳入 例如 spring.mail.properties.mail.smtp.auth=true spring.mail.properties.mail.smtp.ssl.enable=true spring.mail.properties.mail.smtp.socketFactory.port=465 就等於過去 java.util.Properties props = new java.util.Properties(); props.put("mail.smtp.auth", "true"); props.put("mail.smtp.ssl.enable", "true"); props.put("mail.smtp.socketFactory.port", "465"); 一個最簡單可以連去 google smtp 的簡易 code 如下 ### application.properties spring.mail.host=smtp.gmail.com spring.mail.port=587 spring.mail.username= spring.mail.password= spring.mail.properties.mail.smtp.auth=true spring.mail.properties.mail.smtp.starttls.enable=true // SpringBootEmailApplicationTests.java @SpringBootTest class SpringBootEmailApplicationTests { @Autowired private JavaMailSender javaMailSender; @Value("${spring.mail.username}") private String fromAddress; private static final Logger LOG = LoggerFactory.getLogger(SpringBootEmailApplicationTests.class); @Test void contextLoads() { try { SimpleMailMessage mailMessage = new SimpleMailMessage(); mailMessage.setFrom(fromAddress); mailMessage.setTo("XXXXXXXX"); mailMessage.setText("this is backend email trigger for spring boot"); mailMessage.setSubject("spring boot test mail"); javaMailSender.send(mailMessage); } catch (Exception e) { LOG.error("Error while Sending Mail"); throw new RuntimeException(e); } } } github 原始碼 https://github.com/macauyeah/spring-boot-demo/tree/main/spring-boot-tutorial/spring-boot-email

Spring Web 異步 Api

科技新知
MacauYeah・2025-10-18

在設計網頁應用時,總會有某些功能,是特別消耗時間的,例如我們的應用要提供報表,或長時間搜索。如果,我們的 Web Api 的連結,要強制客戶端等待結果,那麼中途斷線需要重做的機會就變得很高,客戶端的體驗一定不太好。 面對這些情況,我們最好就把原本一個 API 功能分為三個 API 去做。 工作生成 API 查詢狀態 API 查詢結果 API 如果大家有信心,可以把2和3混合在一起,對於客戶端,也是一件好事。不過,2,3 因為回傳的結構可能不一樣,分開處理,程式碼會更易讀。 以下,筆者就以一個模擬報表生成的應用,去解釋如何設計可以即時回傳的 API。 source code: spring-boot-web-api-async ReportController.java 詳細解析 假設我們有一個 ReportController,它負責處理與報告生成相關的 HTTP 請求,它提供三個核心 API 端點。 啟動報告生成端點 @PostMapping("/reportJob/create") public ResponseEntity createJob() { String uuid = String.format("%d_%s", (new Date()).getTime(), UUID.randomUUID().toString()); CompletableFuture.runAsync(() -> { try { orderStatus.put(uuid, PROCESSING); Thread.sleep(10000); // 10-second simulated delay reportService.genAndSaveReport(uuid); orderStatus.put(uuid, COMPLETED); } catch (InterruptedException e) { Thread.currentThread().interrupt(); } }); return ResponseEntity .accepted() .header(HttpHeaders.LOCATION, "/reportJob/status/" + uuid) .body(Map.of("uuid", uuid, "status api", "/api/reportJob/status/" + uuid, "download api", "/api/reportJob/download/" + uuid)); } 運作原理: 立即生成唯一的 uuid 來標識這次任務 在 CompletableFuture.runAsync 運行長時間的操作。 API 本身即時回傳了 HTTP 202 (Accepted) 狀態,告訴客戶端請求已被接受但尚未完成 在回傳的結果中,還有提示可以查詢狀態和查詢結果的API。 這種設計避免了 HTTP Gateway Timeout,因為回應是即時的 。 檢查進度端點 @GetMapping("/reportJob/status/{uuid}") public ResponseEntity getStatus(@PathVariable("uuid") String uuid) { String status = orderStatus.get(uuid); if (status == null) return ResponseEntity.notFound().build(); if (COMPLETED.equals(status)) { // return ResponseEntity.status(HttpStatus.SEE_OTHER) return ResponseEntity.ok() .header(HttpHeaders.LOCATION, "/api/reportJob/download/" + uuid) .body(Map.of("status", COMPLETED)); } return ResponseEntity.status(HttpStatus.ACCEPTED) .body(Map.of("status", PROCESSING)); } } 單純以 map orderStatus.get(uuid) 查看狀態結果。這個map 必需是多線程下使用還是安全的 (ConcurrentHashMap)。 下載結果端點 @GetMapping("reportJob/download/{uuid}") public ResponseEntity download(@PathVariable("uuid") String uuid) { String status = orderStatus.get(uuid); if (status == null || !COMPLETED.equals(status)) { return ResponseEntity.notFound().build(); } else { // 下載檔案 } } } 如果大家並不計較是否需要重做失敗的請求,這個例子已經可以簡單地達到即時異步回傳的效果。如果大家還需求考慮請求是否有效完成,就需要用到 message queue 或其他 job server ,這就不是同一個網頁應用的操作範圍。 Reference source code: spring-boot-web-api-async Building a Long-Running Async REST API in Spring Boot (with 202 + 303 Status Codes)

高達模型,不噴塗還有什麼選擇?

手機‧電玩
MacauYeah・2025-10-09

之前筆者就高達模型中,籠統地比較不同的1/144比例產品。現在筆者也正式入手更多不同的系列,看看有沒有哪些適合不同需求的玩家。 SD系列:Mobile Join Gundam 明盒盒蛋,拼裝模型,但不需要剪鉗也可以隨手取件。要補色、滲線或進行一步加工制作。優點是可動性高,官方有提供補色貼紙,但距離足夠分色,還是有一段距離。 筆者並不在意它的分色不完美,以這個不足百元的商品來講,可動性足夠讓筆者快樂一個下午。 SD系列:FW Gundam Converge 明盒盒蛋,有少量件需要拼裝,大部份都已經有預塗裝。因為制作比較精緻,人氣商品比MJG會再貴一點。但可動度就很低,幾乎只有手臂、手碗、頭的平轉,腿腰不可動。筆者購入這個系列的原因,主要是當時已經無力再自行塗裝,把它當完成品直接買回來當擺設,也是一番享受。 兩者二選一的話,筆者更偏好MJG,因為有可動性,強行把玩也勉強可玩,一起擺場景也更耐玩。而FW的話,它的優勢反而是選擇多,方便整個系列收藏。因為有塗裝,而且有少部份可動,想拍照也不是不可以,耐玩度不高就是了。 FW就筆者跟朋友交流,在另一個系列MSE的出現下,FW似乎不太受樂。不過筆者未入手過MSE,難以作比較。但外觀上,似是MJG的另一個版本,但沒有骨架。

「心寒影滙2」大人細路齊齊玩盡Halloween!

創意生活
Cheers!・2025-10-08

2025嘅萬聖節,澳門新濠影滙為您準備好「驚嚇」同「歡樂」雙重體驗~膽大王必挑戰嘅「心寒片場」可以一站式體驗以七大電影為主題的解謎鬼屋,沉浸式感受被鬼嚇住動腦!一家大細都啱玩嘅「玩『懼』萬聖節」Toy Story 主題攤位遊戲、面部彩繪、免費爆谷同「Trick or Treat」等緊您! 9月19日至11月2日,無論您係膽大王定係家庭樂,總有一樣啱您玩! 門票現已發售,立即預訂:https://s.ctm.net/jpvOc 心寒片場 (Creepy Studio) |解謎鬼屋等您體驗 平時睇鬼片就多,親身被鬼追您又試過未?今個萬聖節,新濠影滙「心寒片場」解謎鬼屋強勢回歸!七大恐怖電影主題輪住嚇您 —《娃鬼回魂》、《鬼新娘迎親》、《邪靈娃娃》…… 一邊解謎一邊逃出,包您嚇到尖叫唔停口! 日期:2025年9月19日至11月2日(逢星期五至日)時段: 下午 15:00 - 19:00(最後入場 18:30) 晚上 19:00 - 23:00(最後入場 22:30) 地點:澳門新濠影滙一樓(巨星酒廊對面) 膽大王想獨闖「心寒片場」?標準門票MOP $144即刻出發,新濠會員更可享9折優惠!如果自問「膽細細又驚又要玩」,不如拉埋班FD一齊挑戰四人行套票,MOP 444(原價MOP $576)平均每人只需MOP $111,抵玩又刺激~ 專程從香港過來玩?咁就一定要訂「港澳船票套票」啦!MOP $404即包「心寒片場」門票1張同香港澳門來回船票1套(「香港-澳門」船票僅限於門票當天或提前一日使用;「澳門-香港」需於門票當日計算七日內來使用。),原價成MOP $584,而家慳咗成百幾蚊真係超值! 玩完驚到餓?我哋幫您諗埋~「心寒片場」星滙自助午餐套票 MOP $404(原價MOP $538),包「心寒片場」門票同自助午餐1位 (*僅限門票當日或翌日使用) ;或者選擇「嘉宴」餐飲禮券套票 MOP 404(原價MOP $544),包「心寒片場」門票同MOP $400餐飲禮券,等您可以盡情補充能量!(*僅限活動期間使用) 無論獨闖、組隊、定係遠道而來,總有一套啱您玩!立即預訂:https://s.ctm.net/jpvOc 玩「懼」萬聖節|一家大細放心玩~遊戲攤位+面部彩繪+免費爆谷! 萬聖節小朋友Cos得咁得意,點可以唔帶佢哋出嚟威?今個萬聖節就去「澳門新濠影滙一樓時代廣場」!場內設有多個《反斗奇兵》主題攤位遊戲,MOP$20換一個遊戲代幣,挑戰成功即有機會贏得Toy Story獨家禮品,大人細路都玩得開心! 新濠會員尊享優惠: MOP $200 換10個遊戲代幣,免費送「反斗奇兵三眼仔糖果桶」,小朋友可以拎住去Trick or Treat啦! 面部彩繪體驗:用2個遊戲代幣,即可為小朋友畫超應節嘅萬聖節彩繪,可愛定恐怖任您揀! 免費爆谷派發:喺時代廣場(DFS 附近)仲有免費派發爆谷,首200名客人更可獲《反斗奇兵》主題爆谷,送完即止! 遊戲攤位開放時間:2025年9月19日至11月2日(逢星期五至日) 時間:13:00 - 21:00 (面部彩繪體驗 & 爆谷派發時間:13:00 – 18:00 ) 地點:澳門新濠影滙1樓時代廣場 Trick or Treat?|糖果大放送! 小朋友最愛環節嚟啦!9月19日至11月2日期間(每日都有!),只要喺新濠影滙精選商戶門口大叫「Trick or Treat?」,即可免費拎糖!實現糖果大豐收~ 萬聖節點止有得玩?新濠影滙「搞怪美食」驚喜登場! 玩到肚餓?唔使驚!新濠影滙四間餐廳齊推萬聖節主題限定套餐,搞怪得黎又好味,絕對係視覺與味覺嘅雙重享受~ 載運美式餐室嘅木乃伊開心套餐 / 骷髏骨頭開心套餐 / 惡魔魅影開心套餐,隨餐仲送萬聖節公仔掛飾,即時補充您係鬼屋尖叫流失嘅能量! 甜品控必衝羅浮餅廊及輕食嘅造型蛋糕, 小編最期待嘅就係「骷髏朱古力紅桑子蛋糕」同「紅桑子十字架丹麥 」,造型驚悚但味道驚喜,保證您相機食先! 想同朋友Chill 住打卡? 巨星酒廊萬聖節Tea Set絕對唔輸蝕 — 「怪獸之眼」、「吸血南瓜」、「木乃伊手指」、「女巫紅寶石」… ……款款精緻得嚟帶點詭異,包您一邊驚一邊笑! 最後當然唔少得星滙餐廳自助餐,多款萬聖主題美食任您放題,仲有一系列可愛到「嚇死人」嘅甜品,等您視覺同味覺同時被攻擊! 驚聲睇好戲|萬聖節電影優惠 喺鬼屋尖叫完,點可以唔睇返場戲壓壓驚?活動期間憑當日「心寒片場」門票,或者著住萬聖節服飾,去「影滙戲院」買飛即享: 第二張戲飛只要 MOP 60元! (即場出示當日「心寒片場」門票或穿著萬聖節主題服飾即享優惠) 一邊食爆谷一邊睇戲,萬聖節之旅完美收官~ 活動日期:2025年9月19日至11月2日地點:澳門新濠影滙戲院票務處 今個萬聖節唔使諗去邊,新濠影滙包大人同細路盡興而歸!記得約實朋友、帶埋一家大細嚟玩啦!

提高ICT策略勝算|預測跌穿FVG後反彈概率|麥振威

創富坊
程式交易 www.quants.hk (導師: 財經書藉作家: 麥振威)・2025-09-29

提高ICT策略勝算|預測跌穿FVG後反彈概率|麥振威 ICT(Inner Circle Trader)策略十分強調FVG為機構投資者投放大量買盤的區域,但真實運用時卻會發現FVG是經常會出現的,究竟應跌至那個FVG才買入? 這大部份使用ICT策略的投資者所面對的問題。 影片中講解運用kaplan-meier estimator預測跌穿FVG後股價反彈的概率,只有概率足夠高才入市,能提高使用ICT策略的勝算。 _______________________________________________________________________________________ Patreon 會員可選策略(可自行backtest及autotrade) 1) ICT策略改良版_(美期版本) YouTube介紹影片: https://www.youtube.com/watch?v=_k16D3moiug&t=5s Backtest Report: https://www.tradingview.com/script/NJDkHQ5o-ICT%E7%AD%96%E7%95%A5%E6%94%B9%E8%89%AF%E7%89%882-%E7%BE%8E%E6%9C%9F%E7%89%881-0/ 2) ICT 策略改良版_(美股及ETF版本) YouTube介紹影片: https://youtu.be/4YzpHdt73NE?si=UV7Pzztp-1Ii_rfG Backtest Report: https://www.tradingview.com/script/K3wgWwIL-ICT%E7%AD%96%E7%95%A5%E6%94%B9%E8%89%AF%E7%89%882-%E7%BE%8E%E8%82%A1%E5%8F%8AETF%E7%89%88/ 3) 收市前下單 月收入增2.7萬策略 YouTube介紹影片: https://youtu.be/IHqAB98gwaU?si=-zSeuhTMtBfBBzeb Backtest Report: https://www.tradingview.com/script/ero6ddTk-Aftermarket-%E4%B8%8B%E5%96%AE-Strategy/ 4) T33_香港期指策略: YouTube介紹影片: https://youtu.be/koYtAO9AZKk?si=k5H9jsOnUma53K-9 Backtest Report: https://www.tradingview.com/script/YpZG1OnX-T33-%E9%A6%99%E6%B8%AF%E6%9C%9F%E6%8C%87%E7%89%88-beta-1-7-autotrade%E7%89%88%E6%9C%AC/ 5) 著名個人炒家John Carter 自創策略1年賺1800萬美元 (改良版) YouTube介紹影片: https://youtu.be/FQzQ8o4pz_4?si=zF10XqrlCw8wbgP9 Backtest Report: https://www.tradingview.com/script/Gn7udQ7m-TTM%E8%83%8C%E9%A6%B3-%E6%94%B9%E8%89%AF%E7%89%88/ 6) 瑞典交易員Kristjan Kullamagi交易策略(改良版) YouTube介紹影片: https://youtu.be/EwZJ6jdhpXs?si=pWqnY7By89I9_pYl Backtest Report: https://www.tradingview.com/script/jAmLZsVY-%E7%91%9E%E5%85%B8%E4%BA%A4%E6%98%93%E5%93%A1Kristjan-Kullamagi%E4%BA%A4%E6%98%93%E7%AD%96%E7%95%A5/ 7)專炒UVIX策略 YouTube介紹影片: https://youtu.be/eNf96DNwFME?si=16blJAt42R51UySt Backtest Report: https://www.tradingview.com/script/df1YGeTT-%E5%B0%88%E7%82%92UVIX%E7%AD%96%E7%95%A5/ 8) 線性回歸指標1.0 YouTube介紹影片: https://youtu.be/dazPklx6Nvc 指標原理介紹: https://www.tradingview.com/script/1D11hGCm-%E7%B7%9A%E6%80%A7%E5%9B%9E%E6%AD%B8%E6%8C%87%E6%A8%991-0/ 9) Rob Hoffman IRB策略改良版 YouTube介紹影片: https://www.youtube.com/watch?v=0Bek8Xz2qtQ Backtest Report(港股版): https://www.tradingview.com/script/tMpjELSq-Rob-Hoffman-IRB-Strategy-%E6%94%B9%E8%89%AF%E7%89%88-%E6%B8%AF%E8%82%A1%E7%89%88%E6%9C%AC/ Backtest Report(美股版): https://www.tradingview.com/script/iW0xXBjb-Rob-Hoffman-IRB-Strategy-%E6%94%B9%E8%89%AF%E7%89%88/ 10) VCP 策略改良版 YouTube介紹影片: https://youtu.be/7qHtfvqtbsA Backtest Report: https://www.tradingview.com/script/HOVn7Tzc-VCP%E7%AD%96%E7%95%A5%E6%94%B9%E8%89%AF%E7%89%88/ 11) Oops 策略改良版 Backtest Report: https://www.tradingview.com/script/IUFJuLLQ-Oops%E7%AD%96%E7%95%A5%E6%94%B9%E8%89%AF%E7%89%88-%E7%BE%8E%E6%9C%9F%E7%89%88/

小比例高達的選擇: HG vs RG vs R魂 (MR 魂)

手機‧電玩
MacauYeah・2025-09-29

筆者過往一直就關注高達HG 模型的素組制作,以及把玩相關資訊。而眾所週知,HG的精緻度及可動性,其實都不怎麼,想要美觀,必需要花很多心思去制作才行,想要高可動,也要一定的改制能力。 就以不噴塗的前題下,1/144比例下,除了HG外,我們還有的選項,就是 RG , Robot 魂 和 Metal Robot 魂。而筆者這兩三年,都陸逐有入一些近期的貨,可以分享一下對比。我們就先各個系列對比 HG 作一些分享,最後再分情境做個綜合評價。 RG vs HG 只要你有薄刃剪 + 滲線 + 貼紙,你就會得到一台可以吊打HG的高細節高達模型。貼紙是套件內附送的,只要把貼紙好好貼完,什麼水口阿,都可以無視。這是最最最大的優勢。 缺點就是你的選擇不多,而且高達套件都有軟骨問題。不把玩,全部罰企,是可以接受的。高強度打把,最好選擇RG25號以後的作品,把玩時也要格外小心,因為真的易壞。 Robot 魂 vs HG 課金取得官方代工,買回來就可以即時把玩。最美好的部份是可動性一般比同期HG高(不必然)。手型、特效件也比HG 多。筆者認為開箱即玩擺POSE,是它的最大價值,所買回來一定要開箱把玩、拍照,不然發揮不出它的性價比。 雖然R魂可以視為官方代工,但這個代工的細節並不多,並不包括滲線和貼紙,所以你想拍一些近鏡的大頭相,還是太過素。有需要還是可以自行刻線或另購水貼。 Metal Robot 魂 vs HG MR魂,其實就是R魂的升級版,部份關節或內構,以合成金屬制作,強度會再早高一級。大家可以視為課金取得更高級的代工,外表雖然無淺線刻線,但塗裝+移制技術,已足夠表出現細節等。拿在手上,就有一種珍品的感覺。 MR魂好像有錢就什麼都解決了一樣,但其實不是。它的可動性,其實不太特別突出,而且會有掉件問題。筆者入手的兩款通販MR魂,都有群甲容易掉落的問題。所以錢只是花了在塗裝和用料上,把玩體驗可能不比R魂強(特效件少很多) 綜合情境 何時選擇HG: 款色限定,因為HG的款色夠多,其他魂系並一定有推出。HG可能是某些機體的唯一選擇。想爽玩,想好看,一定要有些動手能力。 何時選擇RG: 如果你覺得帥就完事,但又不想花太多錢和時間,那麼RG就是你的好朋友。只要細心對著說明書拼裝,貼上貼紙,就不用再花心思了。 何時選擇R魂: 對於把現有要求的朋友,可以選這個系列。有空就把來扭一扭,做個情境,是何其狀觀的一件事。 何時選擇MR魂: 不想動手拼裝,又想帥,但把玩時間都沒有的朋友,可以選這個。開箱上支架,選一個固定的姿勢,長放飾櫃,那是最簡單也最優美的一件事。