#firebase

The Firebase plugin is now available in Codex

Firebase vừa tích hợp plugin Firebase vào Codex, giúp truy cập Firebase agent skills, Firebase MCP server và Firebase CLI. Plugin này giảm đáng kể ma sát trong quá trình xây dựng ứng dụng Firebase. Lập trình viên có thể phát triển ứng dụng Firebase mạnh mẽ hơn với ít rào cản kỹ thuật hơn. Giải pháp này giúp tiết kiệm thời gian và tăng hiệu suất làm việc với Firebase ecosystem. Bạn nên đọc bài gốc để hiểu chi tiết về cách tích hợp và lợi ích cụ thể của plugin này.

Lập trình viên nên đọc bài viết này để tìm hiểu cách Codex tích hợp Firebase giúp phát ứng dụng Firebase dễ dàng hơn với ít cản trở hơn.

Vibe once, run anywhere with Antigravity and Flutter

Một nhóm Flutter đã xây dựng game DashLander theo phong cách moonlander bằng nền tảng lập trình agentic Antigravity của Google để minh họa quy trình "vibe once, run anywhere". Bài viết nhấn mạnh ưu điểm của Flutter trong phát triển AI (typing mạnh, codebase duy nhất, hot reload), cách tạo assets bằng Lyria, Stitch, Gemini, và quá trình lặp từ prototype đến sản phẩm triển khai. Thách thức kỹ thuật bao gồm vật lý zero-G từ Gemini Deep Research, gỡ lỗi logic game bằng overlay AI, và sửa lỗi desync do lập lịch CPU. Ứng dụng cuối cùng được triển khai lên Firebase Hosting qua stack Dart thống nhất sử dụng Jaspr cho trang marketing.

Lập trình viên nên đọc bài này để khám phá cách kết hợp AI tự động hóa phát triển với Flutter để tối ưu hóa quá trình tạo game từ ý tưởng đến sản phẩm thực tế, tiết kiệm thời gian và công sức trong việc xử lý logic phức tạp như vật lý không trọng lực và debug.

How BigPay Increased Flutter Developer Velocity: Part 1 — CI/CD for Flutter Android

In the fast-paced realm of mobile applications, adaptability and efficiency are paramount. At BigPay, we aim to make financial transactions seamless and efficient for our users. Our mobile app…

New regions and networks: Firebase Phone Number Verification adds more networks

News, tutorials, and updates from the Firebase team.

How I converted GenLatte to fullstack Dart

GenLatte ban đầu sử dụng Firebase để xử lý backend, dẫn đến chi phí server tăng đáng kể do yêu cầu xử lý dữ liệu phức tạp. Tác giả đã quyết định chuyển đổi ứng dụng sang fullstack Dart với package Shelf và Dart Frog để xây dựng REST API, giúp giảm thiểu phụ thuộc vào các dịch vụ bên thứ ba. Kết quả sau khi chuyển đổi, chi phí server hàng tháng giảm từ 200 USD xuống còn dưới 50 USD - giảm tới 75%. Bài viết cung cấp hướng dẫn chi tiết về cách thiết lập server Dart, cấu hình middleware và xử lý CORS, giúp các lập trình viên có thể tái cấu trúc ứng dụng Flutter để tiết kiệm chi phí hiệu quả.

Tìm hiểu cách chuyển đổi ứng dụng GenLatte sang Dart fullstack để giảm chi phí máy chủ hiệu quả.

Why You Should Never Embed Your Gemini API Key in Client Code (And How Firebase AI Logic Fixes It)

The explosion of generative AI has pushed thousands of web developers to add intelligent features to their apps. The first instinct is usually to call the Gemini API's SDK directly from the browser. T

Firebase Phone Number Authentication in Kotlin/Wasm (Part 3)

Build Firebase phone authentication in Kotlin/Wasm with custom JS bindings, SMS verification, invisible reCAPTCHA, and reliable retries.

Introducing Firebase spend caps

Firebase giới thiệu cơ chế giới hạn chi tiêu spend caps để bảo vệ người dùng khỏi các chi phí bất ngờ từ API Gemini và Cloud Functions. Nguyên nhân kỹ thuật là do lập trình viên có thể mắc lỗi code hoặc đối mặt với đột biến lưu lượng truy cập không lường trước. Hệ quả là người dùng có thể nhận được hóa đơn cao đột ngột ảnh hưởng nghiêm trọng đến tài chính. Công cụ này hoạt động như một bộ ngắt mạch (circuit breaker) để tự động dừng dịch vụ khi chi tiêu vượt ngưỡng đã đặt. Đây là bài học quan trọng về quản lý chi phí trong môi trường cloud computing mà bất kỳ nhà phát triển nào cũng nên cân nhắc áp dụng.

Spend caps giúp lập trình viên kiểm soát chi phí Firebase và tránh những hóa đơn bất ngờ do lỗi code hoặc tăng đột biến lượng truy cập.

24/28: Code Runs Before Your Application.onCreate: Here’s What

Bối cảnh: Có code chạy trong ứng dụng Android trước khi phương thức Application.onCreate được thực thi. Nguyên nhân kỹ thuật: ContentProvider khởi tạo tự động trước Application.onCreate trong quy trình khởi động của Android. Hệ quả: Code trong ContentProvider sẽ chạy trước khi bạn có cơ hội khởi tạo ứng dụng chính, dẫn đến các hoạt động không mong muốn. Điều đáng học: Cần hiểu rõ vòng đời khởi động của Android để tránh đặt logic quan trọng trong ContentProvider, vì nó có thể gây ra lỗi hoặc hành vi không xác định.

Bài viết tiết lộ mã code chạy trước Application.onCreate giúp lập trình viên hiểu và tối ưu hóa vòng đời ứng dụng Android.

5 ways to use Gemini text-to-speech (TTS) in your apps with Firebase AI Logic

Bối cảnh từ bài viết hướng dẫn tích hợp Gemini TTS vào ứng dụng qua Firebase AI Logic. Nguyên nhân kỹ thuật do Gemini TTS hỗ trợ 100+ giọng nói và 40+ ngôn ngữ khác nhau. Hệ quả là nhà phát triển có thể tạo trải nghiệm audio phong phú với độ trễ thấp chỉ 500ms. Điều đáng học là cách thiết lập Firebase Functions để xử lý yêu cầu TTS và quản lý ngôn ngữ tự động.

Tìm hiểu cách tích hợp Gemini TTS vào ứng dụng Firebase để nâng cao trải nghiệm người dùng.

Building “Personal Gemini Journal”: A Secure, AI-Powered Journaling Application with Google AI Studio & Cloud Run

Building “Personal Gemini Journal”: A Secure, AI-Powered Journaling Application with Google AI Studio & Cloud Run #AccelerateAIwithCloudRun Introduction Journaling has always been a deeply …

Insecure Firestore Security Rules & PII Exposure

Insecure Firestore Security Rules & PII Exposure After poking with firebase R/W Realtime Database (Unauthenticated): https://[REDACTED].firebaseio.com/.json (Access Denied) Storage Bucket …

Authentication made easy: Building a secure e-commerce shopping cart with Firebase

News, tutorials, and updates from the Firebase team.

How Firestore Structures Data and How to Perform CRUD Operations With It

Most apps eventually need to store and manipulate data. And if you're building with Firebase, that data lives in Firestore, Google's flexible, scalable NoSQL document database. But before you can conf

Optimize your Firebase Remote Config usage

Firebase Remote Config có thể gây ra nhiều lệnh network fetch không cần thiết, làm tăng tiêu thụ pin và chi phí sử dụng. Nguyên nhân kỹ thuật nằm ở việc thiết lập fetch interval quá ngắn (mặc định 12 giờ) và kích hoạt fetch tự động khi ứng dụng khởi chạy. Hệ quả là thiết bị phải thực hiện các kết nối mạng thường xuyên hơn mức cần thiết, làm giảm thời lượng pin và tăng chi phí cho cả người dùng và nhà phát triển. Bài viết đề xuất nên điều chỉnh fetch interval về mức tối thiểu 4 giờ và chỉ kích hoạt fetch khi người dùng tương tác với các tính năng cần cập nhật cấu hình. Việc tối ưu hóa này giúp giảm đáng kể số lượng network requests mà vẫn đảm bảo trải nghiệm người dùng mượt mà.

Bài này giúp bạn tối ưu hóa Firebase Remote Config để giảm truy mạng, tiết kiệm pin và chi phí sử dụng.

Kotlin / Wasm — Auth part 2: Apple sign in

Trong phần đầu tiên tác giả đã triển khai Google Sign‑in trên Kotlin/Wasm bằng cách viết tay các binding trên top của Firebase JS SDK. Phần hai tiếp tục cùng hướng dẫn, lần này tích hợp Apple Sign‑in bằng cách tạo các binding tương tự để gọi API JavaScript của Apple. Nguyên nhân kỹ thuật là cần bridging giữa mô hình coroutine của Kotlin và mô hình callback‑based của SDK xác thực Apple trên trình duyệt. Hệ quả là các ứng dụng Kotlin/Wasm có thể الآن xác thực người dùng qua Apple ID mà không cần thay đổi cấu trúc dự án hay phụ thuộc vào thư viện bên thứ ba ngoài SDK gốc. Điều đáng học là cách viết binding tay cho các SDK JS có thể tái sử dụng cho nhiều nhà cung cấp OAuth khác, và việc quản lý các promise/jsFuture trong Kotlin coroutine là chìa khóa để tránh lỗi race condition.

Bài viết này giúp lập trình viên tích hợp đăng nhập Apple vào Kotlin/Wasm một cách hiệu quả bằng cách sử dụng Firebase JS SDK.

Kotlin / Wasm — Auth part 1: Google Sign in

Bài viết là phần đầu của loạt bài hướng dẫn tích hợp Firebase Authentication vào dự án Kotlin/Wasm, sau khi tác giả trước đây đã hoàn thành series cho Kotlin/JS. Nguyên nhân kỹ thuật là cần gọi SDK Firebase Authentication (phiên bản JavaScript) từ mã Kotlin được biên dịch sang WebAssembly, tức là sử dụng cơ chế wasm‑js interop để truy cập đối tượng gapi.auth2 và xử lý luồng OAuth của Google Sign‑in. Hệ quả là nhà phát triển có thể thực hiện đăng nhập bằng tài khoản Google trong ứng dụng Wasm mà không cần viết lại logic xác thực, đồng thời duy trì một nguồn code duy nhất cho cả mục tiêu JS và Wasm. Bài viết cung cấp các bước cụ thể: thêm phụ thuộc firebase‑app và firebase‑auth trong package.json, tạo lớp wrapper Kotlin với @JsName và @JsProperty, khởi tạo gapi.auth2.init, lắng nghe sự kiện signInChanged và lấy token ID để gửi tới backend. Điều đáng học là khi làm việc với Kotlin/Wasm và các thư viện JavaScript hiện có, nên đầu tư thời gian xây dựng các wrapper kiểu an toàn và kiểm tra kỹ luồng bất đồng bộ trong môi trường trình duyệt, từ đó giảm nguy cơ lỗi thời gian chạy và tăng khả năng tái sử dụng code đa nền tảng.

Bài hướng dẫn này giúp lập trình viên tích hợp xác thực Firebase với Kotlin/Wasm cho đăng nhập Google.

Speeding up generative UI with async A2UI

Bối cảnh: Khi phát triển generative UI trong Flutter, việc tạo A2UI messages đồng bộ khi khởi động khiến ứng dụng gặp trễ khởi động rõ rệt. Nguyên nhân kỹ thuật: A2UI messages được sinh ra trên luồng chính mỗi lần ứng dụng khởi động, chiếm thời gian CPU và block việc render UI. Hệ quả: Người dùng cảm nhận được màn hình trắng hoặc giao diện chậm phản hồi, làm giảm trải nghiệm và tăng tỷ lệ thoát ứng dụng. Điều đáng học: Bằng cách sinh trước A2UI messages trong isolate hoặc luồng nền và lưu chúng vào cache, sau khi khởi động chỉ cần đọc từ cache, latency khởi động được giảm gần về zero. Kết quả là giao diện generative UI trở nên tức thời và mượt mà ngay từ frame đầu tiên, cho phép các tính năng tương tác phức tạp không bị gián đoạn.

Hướng dẫn này giúp bạn loại bỏ độ trễ khởi động và xây dựng giao diện người dùng tạo lập tức, phản hồi nhanh chóng với Flutter.

Eval-driven development

Firebase đã áp dụng Eval-driven development để cải thiện kỹ năng của agent AI bằng cách sử dụng câu hỏi mẫu từ developers. Họ tạo bộ đánh giá gồm 1000 câu hỏi để đo lường chất lượng output của prompt, với hệ thống dựa trên model Gemini 1.5 Pro và prompt template gọi là "productive member". Quá trình này giúp team nhận diện các điểm yếu của prompt và tinh chỉnh chúng để đạt điểm đánh giá cao hơn. Phương pháp này cho thấy việc sử dụng bộ eval có cấu trúc là chìa khóa để cải thiện hiệu quả của agent AI trong môi trường sản thực tế.

Bài viết này hướng dẫn cách áp dụng kỹ thuật Eval-driven development để xây dựng kỹ năng cho Firebase agent một cách hiệu quả.