Errong Leng | Faith & Code — Reflections on Scripture and Software

一次数据清理引发的教训：缺失外键索引导致 DELETE 性能问题 最近在做一次数据清理（data purge）时，我遇到了一个之前没有预料到的问题。 从业务逻辑上看，这只是一个很普通的 DELETE 操作，根据条件删除历史数据而已。 但实际执行时， DELETE 语句几乎卡住了 。 没有报错，看起来也在运行，但迟迟没有完成。 问题出在哪里？ 在 DBA 的帮助下，我们开始从数据库层面分析这个问题。 最终发现，真正的原因是： 部分外键（Foreign Key）字段缺少对应的索引。 在 Oracle 中，当对父表执行 DELETE 操作时，数据库需要检查子表中是否存在 引用该记录的外键数据。 如果外键列没有索引，Oracle 就只能对子表做全表扫描。 当数据量变大时，这种全表扫描会极大地拖慢 DELETE 操作， 甚至导致长时间锁表，看起来就像 SQL “卡住”了一样。 解决方案 在确认问题后，我们为所有缺失的外键字段补充了索引（涉及多个关联表）。 效果非常明显： DELETE 操作执行速度大幅提升 锁定时间明显缩短 数据库整体负载显著下降 SQL 没变，数据没变，只是补了索引，结果却完全不同。 如何定位缺失的外键索引 DBA 使用下面的 SQL 来检查哪些外键约束没有对应的索引。 以下示例中，schema 名、表名和索引名均已做匿名处理。 WITH fk_constraints AS ( SELECT c.table_name, c.constraint_name AS fk_name, LISTAGG(c.column_name, ', ') WITHIN GROUP (ORDER BY c.position) AS fk_columns FROM dba_cons_columns c JOIN dba_constraints k ON k.constraint_name = c.constraint_name WHERE k...

A Lesson Learned: Slow DELETE Caused by Missing FK Indexes Recently, I was working on a data purge task. The logic itself was simple: delete old records based on certain conditions. I had done similar work before, so I did not expect any major issues. However, this time the DELETE operation got stuck . No errors were reported, but the SQL just kept running without making progress. What Happened? With help from our DBA, we started investigating the issue at the database level. After some analysis, we identified the root cause: Several foreign key (FK) columns were missing supporting indexes. Because of this, every DELETE on a parent table forced Oracle to perform full table scans on related child tables to validate referential integrity. As data volume increased, the performance impact became severe. The Fix After adding indexes on the missing foreign key columns (across related tables), the results were immediate: DELETE operations completed much faster ...

权力会消逝，但神永存 今天下午的讲道提醒我： 人类的权力是短暂的，但神的权能永远长存 。 尼布甲尼撒王拥有强大的帝国、财富和军队， 但他内心仍然惧怕，因为他知道自己只是一个人。 他梦见一尊由金、银、铜、铁和泥土组成的像， 这说明即使最强大的王国， 最终也会衰败和消逝 。 这教导我们： 神震动人虚假的安全感 。 我们可能信靠金钱、地位或政府， 但这些都不是永恒的， 它们会像梦中的像一样被毁灭。 然而，神也 显明真正的意义 。 但以理和他的朋友们祷告、信靠神， 而不是依靠人的智慧。 神向他们启示了梦和梦的解释： 那块击碎像的石头， 象征 神永恒的国度 ， 并在耶稣基督里得以成全。 与人类的权力不同， 神的国永不衰败、永不失败， 不受时间或帝国的影响。 这也提醒我反思： 我把信心放在哪里？ 是在短暂的事物上， 还是在神身上？ 唯有信靠祂， 我才能得到真正的平安和生命的意义。 唯有基督所成就的事才永远长存。 我们的生命和行为有意义， 是因为它们是祂工作和国度的一部分。 阿们。

Power Fades, God Remains Today’s sermon reminded me that human power is temporary, but God’s power lasts forever . King Nebuchadnezzar had a great empire, wealth, and armies, yet he was afraid because deep inside he knew he was only human. His dream of the statue made of gold, silver, bronze, iron, and clay showed that even the strongest kingdoms will fall and fade . This teaches us that God shakes false security . We may trust money, positions, or governments, but these things are not eternal. They can be destroyed, just like the statue in the dream. But God also reveals real meaning . Daniel and his friends prayed and trusted God instead of relying on human wisdom. God revealed the dream and its interpretation: the stone that destroys the statue represents God’s eternal kingdom , fulfilled in Jesus Christ. Unlike human power, God’s kingdom never fades, never fails, and is not threatened by time or empires. This calls me to ask myself: Where do I put my confidence...

听道反思：我是“做梦的人”，还是“挖掘的人”？ 今天听完犹大书的信息，有一个问题一直在我心里回响： 我是在依靠神的话，还是在依靠自己的感觉？ 犹大并没有把假教师描述成不属灵或不敬虔的人，反而称他们是“依靠自己梦的人”。问题不在于他们有没有属灵经历，而在于他们把经历当成了权柄。 这让我反思自己。很多时候，我也是凭感觉做决定——只要我觉得平安、舒服、有把握，就认为这是从神来的。但今天的信息提醒我：感觉不是根基，神的话才是。 从人的角度看，罪不是抽象的，它真实地污染我们自己。而这种污染，并不只来自明显、公开的罪，也来自日常生活中看似无害的习惯。 比如不断刷抖音、短视频，随意浏览网页，让大量碎片化、刺激性的内容充满我们的眼睛和思想。没有人强迫我们这样做，但久而久之，这些内容正在塑造我们的欲望，使我们对神变得迟钝。我们每天所“消费”的内容，从来都不是中立的，不是在塑造我们，就是在扭曲我们。 从神的角度看，不顺服从来不是小问题。当我选择按自己的方式生活，其实是在把主权从基督手中拿走，放在自己身上。我口里承认祂是主，生活中却常常自己当王。 从天使的角度看，更让我感到羞愧。连天使都不敢轻看神的权柄，而我却有时用“现在是恩典时代”来为自己的不顺服辩护。犹大提醒我，这不是自由，而是骄傲。 但感谢神，信息没有停留在责备中。耶稣已经成全了律法。律法不再是控告我的审判官，而是在基督里，成为引导我如何生活的蓝图。 当撒但控告我时，我的回应不在于我做得够不够好，而在于基督已经为我成就了一切。顺服不再是换取生命的条件，而是已经得着生命后的回应。 今天我被提醒：不要满足于做梦，要甘心挖掘；不要只问“我感觉如何”，而要问“神已经说了什么”。 愿神帮助我继续活在祂话语的权柄之下，让我的生命不再制造属灵的污染，而是因基督的恩典，散发出更新与生命的气息。

Reflection on Jude: Am I Dreaming, or Digging? After hearing today’s message from the book of Jude, one question stayed with me: Am I grounding my life in God’s Word, or in my own feelings? Jude does not describe false teachers as irreligious or unspiritual people. Instead, he calls them those who “rely on their dreams.” The problem is not that they lack spiritual experiences, but that they treat those experiences as their authority. That hit close to home. I often make decisions based on how I feel—peaceful, comfortable, confident—and assume that must mean God is leading me. But today’s message reminded me that feelings are not a foundation. God’s Word is. Jude shows us the consequences of ignoring God’s Word from three perspectives. From the human perspective, sin is not abstract—it pollutes us. And this pollution does not only come from obvious, public sins. It also comes through ordinary, everyday habits. Endlessly scrolling TikTok or short videos, casually browsing...

解决 react-native-tts Android 构建失败：Could not find method jcenter() 在运行 React Native Android 项目时，我遇到了如下构建错误： A problem occurred evaluating project ':react-native-tts'. > Could not find method jcenter() for arguments [] on repository container of type 错误发生在执行以下命令时： ./gradlew app:installDebug 根据错误信息，问题最终定位到了以下文件： node_modules/react-native-tts/android/build.gradle 问题原因分析 jcenter() 已经被 Gradle 官方弃用，并在较新的 Gradle 版本中被移除。 但部分较老的 React Native 第三方库仍然在 Android 配置中使用 jcenter() ，这会直接导致 Android 构建失败。 本次出问题的正是 react-native-tts 这个库。 为什么不能直接改 node_modules？ 直接修改 node_modules 中的代码虽然可以暂时解决问题，但并不可靠。 以下操作都会导致修改丢失： 重新执行 npm install 重新执行 yarn install 删除并重建 node_modules 因此，我们需要一种 可重复、可维护、对团队友好 的解决方案。 正确的解决方案：patch-package patch-package 是一个非常实用的工具，可以让我们对第三方依赖进行补丁修复，并在每次安装依赖时自动应用这些修改。 在 react-native-tts 官方修复之前，这是一个非常稳妥的方案。 修复步骤详解 1. 安装 patch-package npm install patch-package --save-dev 或者使用 Yarn： yarn add patch-package --d...

Fixing react-native-tts Android Build Error: Could Not Find Method jcenter() While running a React Native project on Android, I encountered the following build error: A problem occurred evaluating project ':react-native-tts'. > Could not find method jcenter() for arguments [] on repository container of type The build failed when running: ./gradlew app:installDebug After checking the stack trace, the error clearly pointed to the following file inside node_modules : node_modules/react-native-tts/android/build.gradle Why This Error Happens jcenter() has been deprecated and removed in newer versions of Gradle. However, some older React Native libraries still reference it. In this case, the library react-native-tts was still using jcenter() in its Android Gradle configuration, which caused the build to fail immediately. The Tempting but Wrong Fix You can temporarily fix the issue by directly editing the file inside node_modules — but this so...

iTrans – Fast iPhone Photo & Video Transfer for macOS Do you find Photos.app slow or cluttered when backing up your iPhone photos and videos to your Mac? I built iTrans , a lightweight macOS utility that lets you transfer your media directly into folders on your Mac — fast, simple, and without the extra bloat. How iTrans Works Plug in your iPhone Open iTrans Select photos and videos to transfer Choose the destination folder on your Mac Click transfer — done! iTrans is perfect for quick media backups, organizing photos without importing them into Photos.app, or simply moving videos off your iPhone in a flash. Demo Video Check out this short demo showing iTrans in action: Support iTrans To publish iTrans on the Mac App Store, Apple requires a $99 annual Apple Developer Program fee. If you find iTrans useful and want to support its release, you can contribute here: Support iTrans – Help Publish on the Mac App Store Even if you can't contrib...

January Traffic Snapshot: Faith & Code Across the World As January comes to a close, I want to take a moment to reflect on how Faith & Code — Reflections on Scripture and Software has been read and accessed over the past month. 📈 Overall Engagement In January, the blog recorded 8.89K total pageviews . Traffic remained steady throughout the month, with a notable peak in mid-January, suggesting that certain posts resonated more strongly during that period. Rather than relying on a single spike, the overall pattern reflects consistent readership. 🌍 Global Readership The blog continues to reach readers across the world: It’s humbling to see reflections on faith, confession, and vocation being read across cultures and time zones. 💻 Pageviews by Operating Systems Readers accessed the blog using a wide variety of operating systems: The balance between desktop and mobile platforms reflects a readership engaging both in focused reading and on-the-go moments. 🌐...

关怀就是：彼此认罪 今天下午听了教会关于关怀小组主题的一篇讲道，主题是： 彼此认罪 。 说实话，这不是一个让我觉得“舒服”的主题。 如果要列出我们彼此关怀的方式，这大概不会排在前几名。 向神认罪，我可以理解；向另一个人认罪，就感觉很冒险。 讲道一开始就点出了这个张力。是的，罪最终是得罪神的， 也只有神能赦免罪。这一点没有争议。 但雅各书 5:16 仍然说： “你们要彼此认罪，互相代求，使你们可以得医治。” 让我印象最深的不是“你必须去做”，而是 为什么 要这样做。 不是为了暴露自己，也不是为了情绪宣泄， 而是为了得到 安慰 和 劝勉 。 有时候，我们已经向神认过罪了， 但心里的愧疚感仍然挥之不去。 或者反复跌倒，让人开始怀疑： 我真的悔改了吗？神真的饶恕我了吗？ 这时，有另一个基督徒能把福音再一次对你说出来， 用神的话安慰你，并为你祷告， 这本身就是神赐下的一种医治方式。 讲道也提到，罪是很顽固的。 隐藏它，往往只会让它更强。 把它带到光中，才可能有人陪你一起面对， 给你实际的提醒和帮助。 我也很受提醒的一点是： 关怀不仅是“去认罪”， 也是 如何接住别人的认罪 。 不是论断，不是好奇， 而是温柔、福音，以及把事情带到神面前。 而且，它应该止于你。 最后有一个比喻我很喜欢。 我们的生命像一栋房子，有不同的房间。 不是每个人都能进每一个房间，这很正常。 但不应该有一个永远上锁、谁都不能进的房间。 至少，应该有一个人， 能看见整栋房子。 这不是一件容易的事。 但我离开教会时在想， 也许正是这样的真实和敞开， 神用来带来医治、自由， 以及真正彼此相爱的教会生活。

Caring Is: Confessing Sin to One Another This afternoon’s sermon in our care group series was on a topic that honestly made me a little uncomfortable: confessing sin to one another . It’s not something we usually think of as “caring.” If I’m honest, it probably wouldn’t make my top five ways Christians support each other. Confessing sin to God? Yes. Confessing sin to another person? That feels risky. The sermon acknowledged that tension right away. Of course, God is the one who forgives sin. He’s the one we’ve ultimately sinned against. That part isn’t in question. But James 5:16 still says, “Confess your sins to one another and pray for one another, that you may be healed.” What struck me was why we might do this—not to be exposed, embarrassed, or publicly honest, but to receive comfort and counsel . Sometimes you confess a sin to God and still feel guilty. Or you wonder if your repentance is real. Or you keep falling into the same struggle and start questioning whether...

主日早堂讲道反思：犹大书中的一个必要提醒 今天早堂崇拜中所读的经文出自《犹大书》，为整篇讲道定下了基调。这是一封很短的书信，却分量十足，我们所听到的经文并不让人轻松。 犹大原本是想写一封鼓励人的信，谈论众信徒所共享的“同一救恩”。但他却不得不转而警告教会——不是因为外在的逼迫，而是因为内部的危险。有些人悄悄地混进了教会，口中谈论恩典，生活却是否认耶稣的主权。 讲道中最让我印象深刻的，是犹大从哪里开始说起。他并没有立刻详细描述这些假教师，而是先提醒教会一件我们并不太愿意常常思想的事：审判。 跟随耶稣是美好的，是赐生命的，但并不总是容易的。当顺服开始变得有代价时，其他的声音就显得格外有吸引力：“真的那么重要吗？”“是不是太狭窄了？”犹大的回答既简单又令人不安：是的，这真的很重要。神已经定下一个日子，耶稣要在那一天审判世界。 犹大举了三个圣经中的例子——旷野中的以色列人、悖逆的天使，以及所多玛和蛾摩拉。每一个例子都在提醒我们：转身退后、拒绝耶稣的权柄，或是在罪中安顿下来，最终都会走向同一个方向。 这篇信息并不是为了吓唬人，而是为了唤醒人。信仰只有一条路。假教师常常提供“捷径”，看似更轻松，却无法把人带到他们所承诺的终点。 今天早上的讲道让我心里很沉，却也充满感恩。感恩再次被提醒：耶稣不只是我所相信的救主，更是我当顺服跟随的主。

Morning Sermon Reflection on Jude: A Needed Reminder The Scripture reading from the book of Jude set the tone for this morning’s sermon. It is a short letter, but a weighty one, and the passage we heard was not easy to sit with. Jude originally wanted to write something encouraging about the “common salvation” Christians share. Instead, he felt compelled to warn the church. Not because of pressure from outside, but because of danger from within. People had quietly crept into the church, speaking about grace while living in ways that denied the authority of Jesus. What stood out to me most in the sermon was where Jude begins. Before describing these false teachers in detail, he reminds the church of something we don’t like to think about very often: judgment. Following Jesus is good and life-giving, but it isn’t always easy. When obedience becomes costly, other voices can start to sound appealing. Does it really matter? Isn’t this too narrow? Jude’s answer is simple and uncomf...

一次 403 错误的排查实录：Spring Cloud Gateway、WebFlux、PingFederate 与 CORS 一次真实的线上排错记录：一个看似 OAuth / JWT / Spring Security 的 403，最终却是 CORS 问题。 背景 我们在一次系统集成过程中，遇到了一个非常令人困惑的问题，涉及以下组件： Spring Cloud Gateway Spring Boot WebFlux 后端服务 PingFederate（OIDC / OAuth2） 本地运行的 React 前端（ http://localhost:4200 ） 整体请求流程如下： 用户通过 PingFederate 登录（SSO） 前端获取 access token 前端发起 POST 请求 → Gateway → 后端服务 在以下场景中，一切都运行正常： 使用 Postman 直接调用后端 绕过 Gateway，直接调用后端 所有组件都在本地运行 但一旦请求通过 部署在 OpenShift 中的 Spring Cloud Gateway ，所有 POST 请求都会失败，并返回： 403 Forbidden 为什么这个问题如此迷惑 完全相同的 access token，在 Postman 中可以正常使用 GET 请求成功，POST 请求失败 系统中没有配置任何 role 或 scope 校验 不同环境下 401 / 403 的表现不一致 JWT 的 issuer、audience、签名全部正确 所有线索一开始都指向 OAuth 或 PingFederate 的配置问题——但这个判断是错误的。 关键线索：问题是如何被定位出来的 1. Postman 成功，浏览器失败 同一个请求，在不同客户端表现完全不同： Postman → 成功 浏览器（经 Gateway）→ 403 这一步非常关键，它强烈暗示： 问题并不在 token 本身 。 2. 在 Postman 中加上 Origin 头，请求立刻失败 我们在 Postman 中手动加入以下 header： O...

Debugging 403 Errors with Spring Cloud Gateway, WebFlux, PingFederate, and CORS A real-world postmortem on a confusing 403 that turned out not to be OAuth, JWT, or Spring Security — but CORS. Background We recently ran into a frustrating issue while integrating: Spring Cloud Gateway Spring Boot WebFlux backend PingFederate (OIDC / OAuth2) A React frontend running locally ( http://localhost:4200 ) The request flow looked like this: User logs in via PingFederate (SSO) Frontend receives an access token Frontend sends POST requests → Gateway → Backend service Everything worked perfectly when: Calling the backend directly via Postman Calling the backend directly without the gateway Running everything locally But once the request went through Spring Cloud Gateway in OpenShift , all POST requests failed with: 403 Forbidden Why This Was Confusing The same access token worked in Postman GET requests succeeded, POST requests fa...

为什么 Vercel 部署后 PostgreSQL 仍然存在 Idle 连接 如果你在 Vercel 上运行 Next.js ， 并且直接连接 PostgreSQL ，你很可能遇到过下面的错误： remaining connection slots are reserved for roles with the SUPERUSER attribute 这个问题通常在重新部署后更容易出现，即使你的应用流量并不高。 常见现象 PostgreSQL 中存在大量 idle 状态的连接 Vercel 实例已经关闭，但连接仍未释放 新请求无法获取数据库连接 手动终止连接只能暂时缓解问题 真正的原因 这是 Serverless 架构的正常行为 。 Vercel 的工作方式大致如下： Vercel 根据请求启动多个 Serverless 实例 每个实例都会创建自己的数据库连接或连接池 实例结束后，无法保证数据库连接被优雅关闭 PostgreSQL 会继续保留这些连接直到超时 结果就是： 应用已经结束，但数据库连接仍然存在 。 为什么会导致连接数耗尽 在托管 PostgreSQL 服务中，一部分连接被保留给系统和 SUPERUSER。 当 Serverless 实例频繁创建连接时，很容易用完普通用户可用的连接数， 从而触发该错误。 这不是数据库 bug，而是架构不匹配导致的问题。 PgBouncer 如何解决 PgBouncer 位于应用和数据库之间： Vercel → PgBouncer → PostgreSQL 应用连接 PgBouncer，而不是直接连接数据库 PgBouncer 使用少量真实数据库连接服务大量请求 Serverless 实例关闭时，连接会被立即回收 PostgreSQL 不再堆积 idle 连接 对于 Serverless 场景，推荐使用 transaction pooling 模式。 推荐配置 启用 PgBouncer 应用连接 PgBouncer 的 host 和 port Node.js 连接池设置为 1–2 idleTimeo...

Why PostgreSQL Idle Connections Remain After Vercel Deployments If you are running a Next.js application on Vercel with PostgreSQL , you may have encountered this error: remaining connection slots are reserved for roles with the SUPERUSER attribute This issue often appears right after a redeploy or during traffic spikes, even when your application traffic is relatively low. The Symptom PostgreSQL shows many connections in idle state Connections remain even after Vercel instances are shut down New requests fail with connection slot errors Manually terminating idle connections only fixes the problem temporarily What Is Really Happening This behavior is expected in serverless environments . Here is what happens behind the scenes: Vercel spins up serverless function instances Each instance creates its own PostgreSQL connection or connection pool When the instance finishes, it may shut down without gracefully closing the DB connection Post...

如何修复 PostgreSQL “剩余连接槽位保留给超级用户” 错误 ❌ 错误： 您的应用可能会出现如下报错： remaining connection slots are reserved for roles with the SUPERUSER attribute 这通常意味着 PostgreSQL 数据库的连接数已达到上限，部分连接可能是空闲事务会话，占用了可用槽位。 问题分析 PostgreSQL 通过 max_connections 限制并发连接数量。当所有普通槽位被占满时，只有超级用户可以连接。应用中长时间运行或空闲事务会话（ idle-in-transaction ）会占用连接，阻止新连接建立。 检查当前连接 ℹ️ 提示： 在终止任何连接之前，请先检查当前连接状态。 SELECT pid, usename, application_name, state, backend_start FROM pg_stat_activity ORDER BY backend_start; 注意查找 state 为 idle in transaction 的应用用户连接。 终止过期的空闲事务连接 ⚠️ 警告： 仅终止应用用户连接。不要操作 postgres 系统用户或后台工作进程。 SELECT pg_terminate_backend(pid) FROM pg_stat_activity WHERE state = 'idle in transaction' AND usename = 'your_app_user' AND now() - backend_start > interval '5 minutes'; 将 your_app_user 替换为应用使用的数据库用户名。此操作可以安全释放连接而不会影响正在执行的查询。 注意事项 ❌ 不要终止系统连接（如 TimescaleDB 工作进程、pg_cron 等） ✅...

How to Fix PostgreSQL ‘Remaining Connection Slots Reserved’ Error If your application suddenly fails with an error like: remaining connection slots are reserved for roles with the SUPERUSER attribute It usually means your PostgreSQL database has reached its maximum number of allowed connections. Some of these connections may be idle-in-transaction sessions that are holding slots unnecessarily. This guide shows how to safely free up those connections. Understanding the Problem PostgreSQL limits the total number of concurrent connections through the max_connections setting. When all normal slots are used, only superusers can connect. Long-running or idle-in-transaction sessions from your app can consume slots and prevent new connections. Check Current Connections Before terminating anything, inspect your connections with: SELECT pid, usename, application_name, state, backend_start FROM pg_stat_activity ORDER BY backend_start; Look f...

安全数据清理：如何从大型 Oracle 表中删除旧数据 为了遵守数据保留规定，我们定期清理旧数据。但是，从生产数据库删除数百万条记录需要非常谨慎。以下是我们的做法。 第一步：数据目录与计划 统计所有表并确定保留期限 与法律团队确认保留计划 与其他团队协作，识别下游依赖 第二步：备份表 删除前备份受影响表，确保出现问题时可以快速恢复。 第三步：理解表结构 先识别子表和父表。先删除子表，以避免外键约束错误。 第四步：批量删除 vs 直接删除 在 PT 环境中测试批量删除正常。但在生产环境中： 表超过 700 万行，需要删除超过 100 万行 20K 批量删除导致等待 1.5 小时并触发 FK 错误 出现自动回滚 现在采用增量删除： 每次删除 1 万条并提交 循环执行直到清理完成 速度慢但可控，易于定位 FK 错误 第五步：SQL 示例 -- 删除旧数据示例 SELECT '子表1', COUNT(*) FROM child_table_1 WHERE created_on < ADD_MONTHS(TRUNC(SYSDATE), -144); DELETE FROM child_table_1 WHERE created_on < ADD_MONTHS(TRUNC(SYSDATE), -144); COMMIT; DECLARE v_batch_size CONSTANT PLS_INTEGER := 20000; v_rows PLS_INTEGER; v_cutoff_date DATE := ADD_MONTHS(TRUNC(SYSDATE), -144); BEGIN LOOP DELETE FROM large_table WHERE created_on < v_cutoff_date AND ROWNUM <= v_batch_size; v...

Safe Data Purge: How We Remove Old Records in Large Oracle Tables At our company, we periodically purge old data to comply with data retention regulations. Deleting millions of rows from production databases requires careful planning. Here's how we do it. Step 1: Catalog and Plan Catalog all tables and identify retention periods. Review retention schedule with legal team. Coordinate with other teams to identify downstream dependencies. Step 2: Backup Tables Always backup affected tables before deleting. This ensures quick recovery in case of unexpected issues. Step 3: Understand Table Structure Identify child tables and parent tables. Delete child tables first to avoid foreign key violations. Step 4: Batch Deletes vs Direct Deletes We tested batch deletes in our PT environment and it worked fine. However, in production: Tables have 7M+ rows and 1M+ rows to delete Batch of 20K rows...

主日下午听道反思：比利时信条第28条 “凡要得救的人，必须加入教会。” 第28条的核心教导 今天下午的讲道围绕《比利时信条》第28条展开，强调信徒加入教会的必要性。信条明确指出：在教会之外没有救恩，教会是蒙救赎者的圣洁会众。 讲道澄清，这并不是说救恩来自某一个具体的教会或宗派，而是指出神设立教会，作为祂聚集和保守百姓的正常途径。 救恩与话语的事工 圣经清楚教导，救恩唯独借着信靠耶稣基督而来。罗马书第10章指出，人因听见福音、相信并承认基督而得救。 讲道强调，神通常借着教会中福音的宣讲，使人得着信心。话语的事工属于教会，神也应许要通过祂所差遣的传道人来成就救恩。虽然神能够以非常的方式施行拯救，但信徒并不应期待例外，而是当在神应许施恩的地方寻求祂。 什么是教会？ 讲道提醒我们，“教会”并不首先指建筑物或聚会本身。圣经使用的词是 ekklesia ，意为“被呼召、被聚集的人”。教会是信徒在基督里被召聚在一起的可见群体。 因此，加入教会不是可有可无的选择，而是属基督之人的必然结果。属于基督，也就属于祂的身体。 教会是蒙救赎者的圣洁会众 第28条称教会为“圣洁的”，意思是被神分别出来。教会并非完全无瑕，却是与世界有别的群体。在教会中，信徒接受教导、劝戒、鼓励，并被引导过敬虔的生活。 教会也是蒙救赎者的会众，是那些借着基督的宝血脱离罪恶、同在祂权柄之下生活的人。 作为基督身体的成员而生活 讲道最后指出，每一位信徒在教会中都有其位置与责任。圣灵赐下不同的恩赐，为要造就整个身体。积极参与、彼此关怀和服侍，是忠心教会生活的重要表现。 第28条呼召信徒不仅加入教会，也要顺服教会的教导与治理，这是神为保守信心、建立祂子民所设立的恩典方式。

“Everyone must join the church, because there is no salvation outside of it.” The Central Question of Article 28 This afternoon’s sermon addressed Belgic Confession Article 28, which teaches that all believers are obligated to join the church. The confession states this strongly: there is no salvation outside the church, and the church is the holy assembly and congregation of the redeemed. The sermon carefully clarified that this statement does not mean salvation is found in a particular building or denomination, but that God has appointed the church as the ordinary means through which He gathers and preserves His people. Salvation and the Ministry of the Word Scripture teaches that salvation comes through faith in Jesus Christ alone. Romans 10 emphasizes confession of Christ and belief in His resurrection. At the same time, the sermon highlighted that God ordinarily brings people to faith through the preaching of the gospel. The...

希伯来书 11:13–16 —— 神正在为我们预备更美的家乡 今天早上的讲道让我重新思考什么才是真正的“成功人生”。我们常常用眼前、暂时的事物来衡量成功，比如健康、经济状况、家庭是否顺利、工作是否稳定。当这些方面进展顺利时，我们就觉得人生是成功的；一旦出现问题，内心便充满焦虑与失落。 然而，希伯来书 11:13–16 提醒我们，神的子民一向是用不同的眼光来看待人生。那些信心的伟人都是“存着信心死的”，并没有在今生完全得着神所应许的，却仍然坚信神的话必定成就。 亚伯拉罕和众族长承认自己在世上是客旅、是寄居的。他们虽然生活在神所赐的土地上，却从未把那里当作最终的家。这也帮助我们理解：为什么即使在顺境中，心里仍常常感到不完全满足。这种不安并不是信心软弱，而是提醒我们——这个世界本来就不是我们的终极归宿。 讲道提醒我们，基督徒并不是要把今生经营成永恒的家园，而是要存着盼望，等候那“更美的家乡”，就是属天的家乡。我们活在世上，却不完全属于这个世界。 这也带来了极大的安慰。神有时容许我们经历困难和挫折，是为了提醒我们真正的盼望在哪里。同时，神也赐下宝贵的应许： 祂并不以称我们为祂的子民为耻 ，因为祂已经为我们预备了一座城。 今天清晨，我再次被提醒：我的人生不需要在今世完全圆满。真正的成功不在于地上的安稳，而在于凭信心而活，仰望神所预备的永恒家乡。

God Is Preparing for Us a Better Home This morning’s sermon challenged the way I usually define a “successful life.” So often, success is measured by visible and temporary things—health, financial stability, family life, and career progress. When these are going well, life feels successful. When they are not, discouragement quickly sets in. Hebrews 11:13–16 reminds us that God’s people have always lived with a different perspective. The saints of old lived and died in faith , without receiving the fullness of what God had promised. They trusted God not because life was easy, but because His promises were certain—even when they were unseen. Abraham and the patriarchs acknowledged that they were strangers and exiles on the earth. They lived in the land God gave them, yet they never treated it as their true home. This helps explain why life often feels unsettled. Even in seasons of blessing, something is always missing. That longing is not a failure of faith—it is evidence that we w...

WSC QA: Interactive Catechism Learning App By Q.Z.L Team | Published on 2026-01-20 Demo Video Elevator Pitch Deepen your knowledge of the Westminster Shorter Catechism in English & Chinese with a modern app featuring full Q&A, scripture references, quizzes, text-to-speech, and an AI Tutor for guided learning. What it does Complete catechism Q&A in English & Chinese. Full scripture references for every answer. Interactive quiz mode to test knowledge and memorization. Text-to-speech support for auditory learning. AI Tutor Chat powered by Gemini 3 for real-time guidance. Modern interface for smooth browsing and study. Try it now: Web App | Android w/ ads | Android Paid, no ads Inspiration We wanted a modern, interactive, and accessible way to study the Westminster Shorter Catechism. S...

COCA 16515: Master English Vocabulary Efficiently By Q.Z.L Team | Published on 2026-01-20 We’re excited to announce COCA 16515 , a vocabulary learning app designed to help learners master the 16,515 most frequent English words from the Corpus of Contemporary American English (COCA) . Built from my own experience preparing for IELTS and Canadian PR, this app turns a huge word list into a fun, structured learning journey. Demo Video What it does 16,515 COCA words with bilingual definitions (English–Chinese). Context-rich examples, multiple usages, and pronunciation guides. Flashcards, quizzes, and progress tracking (XP, streaks, mastery goals). Interactive web and mobile apps for study anywhere, anytime. Try it now: Web App | Android w/ ads | Android Paid, no ads Inspiration While preparing for IELTS, I realized that studyi...

在学习祷告中成长 今天下午的讲道围绕祷告展开，信息温柔而充满牧养的关怀。讲员不是要指出我们祷告得不够好，而是鼓励我们： 在学习祷告的过程中，祷告的生命也要不断成长。 讲道首先问到： 我们向谁祷告？ 我们祷告的对象不是遥远的神，而是我们在基督里所认识的天父。藉着主耶稣的救赎，我们成为神的儿女；靠着圣灵的帮助，我们可以呼喊“阿爸，父！”祷告因此不再只是宗教形式，而是儿女与父亲之间亲密的交通。 接着讲员解释： 祷告是什么？ 要理问答说，祷告就是“从心里呼求神”。祷告是一种真实、诚恳、发自内心的与神说话。神早已知道我们心中的需要与软弱，因此我们可以坦然无惧地来到祂面前。 讲道也提醒我们，祷告并不在于言语的多少或表达的技巧，而是在于向神的祈求、感谢、认罪与赞美。当我们不知道该说什么时，可以用圣经的话祷告——例如诗篇或主祷文——因为圣灵会帮助我们祷告。 至于在哪里和什么时候祷告，答案是随时随地。但耶稣也教导我们，个人祷告最好是在安静、私下的地方，与神独处。教会历史中常有固定祷告时间的传统，这不是律法主义，而是出于爱与属灵的操练。 最后，我们被提醒为什么要祷告：因为我们爱神，因为神爱我们，也因为我们需要完全依靠祂的恩典与圣灵的工作。 愿我们在学习祷告的真理时，也在祷告的生命中不断长进。 经文： 马太福音6章；罗马书8章 主题： 在学习祷告中成长

This afternoon’s sermon offered a gentle and deeply pastoral invitation into the life of prayer. The message did not aim to make us feel guilty for not praying “correctly,” but rather encouraged us to grow in prayer as we grow in understanding what prayer truly is. The first question asked was: Who do we pray to? The sermon reminded us that we do not pray to an abstract or distant deity, but to our loving Father . Through Christ, we are children of God, and by the Holy Spirit we cry out, “Abba, Father.” This truth reshapes prayer from a religious duty into a loving conversation within a covenant relationship. Then we were asked: What is prayer? Prayer was described simply as “calling upon God from the heart.” It is speaking honestly and sincerely to the Father — not with perfect words, but with a true heart. This encourages believers to bring their real selves before God, trusting that He already knows and cares. We also learned that prayer is not about using the right number...

Labels: 讲道反思, 犹大书, 信仰争战, 教会, 分辨力 为信仰竭力争辩 诗歌34首《神赐下这宝贵的一日》，为今天的敬拜带来了庄重与敬畏的气氛。 今天的信息来自犹大书3–4节，主题十分清楚，也十分严肃： 教会必须为信仰竭力争辩。 讲员以丘吉尔在战壕中检查士兵的故事作引入，让我看到犹大的处境。犹大原本渴望写一封关于救恩的温柔书信，却发现教会已经处于属灵的战火之中，因此不得不写下劝勉与警告。 最触动我的是，讲道指出：这场争战主要不是面对教会外的世界，而是面对那些混入教会、却歪曲神恩典的人。他们把神的恩典当作放纵情欲的借口。教会最大的危险，其实来自内部。 这让我重新认识到，我们所守护的不是个人的感受或传统，而是 那一次交付圣徒的信仰 ——永不改变的福音真理。在这个一切都不断改变的时代，神的话语仍然坚定可靠。 这篇讲道也让我反思： 我是否真正明白自己所信的真理？ 我是否能凭着“果子”分辨真假教训？ 当真理变得不受欢迎时，我是否仍愿意坚守？ 讲道最后提到，有人把一幅价值连城的名画挂在家中多年，却毫不知情地卖掉。若我们不愿为信仰争战，也许不是因为信仰没有价值，而是因为我们还没有认识它的宝贵。 愿神赐给我们勇气与智慧，在这个时代忠心守护祂的真理。 经文： 犹大书3–4节 主题： 为信仰争战

Hymn 34, “God gave to us this day of days,” set a solemn and worshipful tone for today’s service. Today’s sermon from Jude 3–4 was both sobering and deeply needed. The central message was clear: the church must contend for the faith. The illustration from Winston Churchill standing in the trenches helped me see Jude’s situation more clearly. Jude wanted to write about our shared salvation, but instead found himself writing a warning letter. The church was under spiritual attack, and he had to rally believers to stand firm. What struck me most was the emphasis that this battle is not mainly against the world outside the church, but against those who quietly enter the church and distort God’s grace into a license for sin. The greatest danger comes from within. This reminded me that we are not defending personal preferences or cultural opinions. We are holding fast to the faith once delivered to the saints — the unchanging truth of the Gospel. While the world constantly changes...

Fix INSTALL_FAILED_UPDATE_INCOMPATIBLE When Installing Android APK via ADB After building your React Native Android release APK, you may encounter this error when installing it: adb: failed to install app-release.apk: Failure [INSTALL_FAILED_UPDATE_INCOMPATIBLE: Existing package signatures do not match newer version] This means the APK was built successfully, but Android refuses to install it because the app on your device was signed with a different certificate. Why This Happens Android requires that any update to an existing app must be signed with the same keystore as the original installation. Typically this happens when: You installed a debug build previously You switched keystores for your release build You changed your signing configuration If the signatures don’t match, Android will block the installation. How to Fix It Option 1: Uninstall the Existing App (Quick Fix) adb uninstall com.westminstershortercatechismqa adb install app-release.apk Onc...

解决 adb install 时 INSTALL_FAILED_UPDATE_INCOMPATIBLE 签名不匹配错误 在使用 React Native 构建 Android Release APK 后，通过 adb 安装时，可能会遇到如下错误： adb: failed to install app-release.apk: Failure [INSTALL_FAILED_UPDATE_INCOMPATIBLE: Existing package signatures do not match newer version] 这个问题并不是编译失败，而是 Android 安装机制阻止了不同签名的应用覆盖安装 。 为什么会出现这个错误？ Android 系统要求：同一个包名的 App，在更新时必须使用相同的签名证书。 如果你之前安装的是： Debug 版本（默认签名） 或者使用了不同的 Release Keystore 而现在你安装的是新的 Release APK（使用了不同签名），系统就会拒绝更新，从而出现此错误。 解决方法 方法 1：卸载旧应用（最简单） adb uninstall com.westminstershortercatechismqa adb install app-release.apk 卸载后再安装即可正常运行。 方法 2：使用统一的 Release Keystore 如果你希望以后可以直接覆盖安装（升级 App），需要保证每次构建 Release 都使用同一个 keystore。 在 android/app/build.gradle 中配置： android { signingConfigs { release { storeFile file("release.keystore") storePassword "your_password" keyAlias "your_alias" keyPassword "your_password" } } buildTypes { release { ...