A New Collection of Thoughtful Learning Apps — Now Available on iOS & Android

By -
Image
I’m excited to share a set of mobile apps I’ve recently completed and published on both the Google Play Store and the Apple App Store. These apps are designed with a simple goal in mind: to make meaningful, structured content more accessible, whether you’re studying theology or improving your English vocabulary. 📱 Now Available on Both Platforms All apps are live and available for download: Google Play Developer Page: https://play.google.com/store/apps/dev?id=5835943159853189043 Apple App Store Developer Page: https://apps.apple.com/ca/developer/q-z-l-corp/id1888794100 📖 Theology & Confession Study Apps For those interested in Reformed theology and classical Christian teachings, I’ve developed a series of apps that present foundational texts in a clean, focused reading format: The Belgic Confession Canons of Dort Heidelberg Catechism Westminster Shorter Catechism Each app is designed to provide a distraction-free experience, making it easier to read, reflect, and revisit these im...
Post a Comment

2026 一月18号 - 上午主日敬拜反思：教会当为真道争战，并警醒分辨混入教会的假教训。

By -
Labels: 讲道反思, 犹大书, 信仰争战, 教会, 分辨力

为信仰竭力争辩



诗歌34首《神赐下这宝贵的一日》，为今天的敬拜带来了庄重与敬畏的气氛。

今天的信息来自犹大书3–4节，主题十分清楚，也十分严肃：教会必须为信仰竭力争辩。

讲员以丘吉尔在战壕中检查士兵的故事作引入，让我看到犹大的处境。犹大原本渴望写一封关于救恩的温柔书信，却发现教会已经处于属灵的战火之中，因此不得不写下劝勉与警告。

最触动我的是，讲道指出：这场争战主要不是面对教会外的世界，而是面对那些混入教会、却歪曲神恩典的人。他们把神的恩典当作放纵情欲的借口。教会最大的危险，其实来自内部。

这让我重新认识到，我们所守护的不是个人的感受或传统，而是那一次交付圣徒的信仰——永不改变的福音真理。在这个一切都不断改变的时代，神的话语仍然坚定可靠。

这篇讲道也让我反思：

  • 我是否真正明白自己所信的真理？
  • 我是否能凭着“果子”分辨真假教训？
  • 当真理变得不受欢迎时，我是否仍愿意坚守？

讲道最后提到，有人把一幅价值连城的名画挂在家中多年，却毫不知情地卖掉。若我们不愿为信仰争战，也许不是因为信仰没有价值，而是因为我们还没有认识它的宝贵。

愿神赐给我们勇气与智慧，在这个时代忠心守护祂的真理。

经文：犹大书3–4节

主题：为信仰争战

❤️ Support This Blog

If this post helped you, you can support my writing with a small donation. Thank you for reading.

Coffee ☕ Thanks 🙏 Extra Support ❤️

Comments

Post a Comment

Popular Posts

Fix “A problem occurred starting process 'command node'” in Android Studio for React Native

By -
Image
Fix “A problem occurred starting process 'command node'” in Android Studio for React Native If you are building a React Native Android project and encounter this error during Gradle sync: A problem occurred evaluating project ':react-native-svg'. > A problem occurred starting process 'command 'node'' —even though node works perfectly in your terminal—this guide will show you how to fix it quickly. Common Misconceptions This error is often mistaken as a Node.js or PATH issue, but that is not always the case. Node.js is installed and working in your terminal. PATH and environment variables appear correct. Still, Android Studio Gradle sync fails with the above error. The Real Cause The issue typically arises because of an incorrect Gradle JDK configuration inside Android Studio . Gradle runs inside a JVM and uses that JVM to spawn external processes (like node ). If the Gradle JDK is incompatible or misconfigured, Gradle will...
Read more

Fix up watchman issue with Ghost

By -
# Issue >>     >>     at BunserBuf.<anonymous> (/home/errong_leng/Ghost/core/client/node_modules/fb-watchman/index.js:95:23) >>     at emitOne (events.js:116:13) >>     at BunserBuf.emit (events.js:211:7) >>     at BunserBuf.process (/home/errong_leng/Ghost/core/client/node_modules/bser/index.js:292:10) >>     at /home/errong_leng/Ghost/core/client/node_modules/bser/index.js:247:12 >>     at _combinedTickCallback (internal/process/next_tick.js:131:7) >>     at process._tickCallback (internal/process/next_tick.js:180:9) >> A non-recoverable condition has triggered.  Watchman needs your help! >> The triggering condition was at timestamp=1509698956: inotify-add-watch(/home/errong_leng/Ghost/core/client/node_modules/ember-cli-node-assets/node_modules/broccoli-funn...
Read more

Using Mutual TLS (mTLS) in Next.js (Server-Side Only)

By -
Image
Using Mutual TLS (mTLS) in Next.js (Server-Side Only) In the previous posts, we covered: Part 1: Making mTLS API requests from Node.js clients Part 2: Enabling mTLS in Node.js servers Now we focus on Next.js applications and how mTLS works depending on deployment. Next.js Cannot Access TLS Handshake Directly Next.js middleware and API routes run after the TLS handshake They cannot see client certificates or verify them Next.js built-in server does not expose Node's HTTPS options like requestCert In short: Next.js middleware cannot enforce mTLS or access TLS handshake details . Any enforcement must happen before the request reaches Next.js. Next.js as an mTLS Client (Server-Side API Calls) Next.js can securely call mTLS-protected APIs from server-side code, such as: API routes Server actions import fs from 'fs'; import https from 'https'; import axios from 'axios'; export async function GET(req) { const...
Read more