Tin lập trình mới nhất về mysql, tóm tắt tiếng Việt bằng AI.
Design a scalable URL shortener using random base62 codes, Redis caching, 302 redirects, and asynchronous click analytics while protecting expiring order-tracking links.
Edi Life OS là một nền tảng dashboard cá nhân tự host kết hợp thói quen, mục tiêu, Kanban và quản lý tài chính, tùy chọn thêm server Model Context Protocol. Nó được xây dựng bằng PHP và MySQL, chạy hoàn toàn trên server của người dùng. Giao diện đơn giản với các module chức năng được tùy biến linh hoạt. Người dùng có thể kết nối với các AI tools hỗ trợ qua MCP để tự động hóa quy trình cá nhân. Đây là lựa chọn phù hợp cho ai muốn kiểm soát dữ liệu cá nhân mà không phụ thuộc vào dịch vụ cloud.
Edi Life OS giúp bạn quản lý toàn bộ cuộc sống từ thói quen đến tài chính trong một hệ thống tự lưu trữ tiện lợi.
Người thực hành MySQL khuyên không nên dùng các kiểu dữ liệu phức tạp như TIMESTAMP, DATE/TIME hay ENUM, thay vào đó nên dùng các kiểu số đơn giản hơn. Việc sử dụng ENUM gặp vấn đề khi xóa giá trị buộc phải rebuild toàn bộ bảng, cùng lỗi MySQL khiến MIN()/MAX() hoạt động không nhất quán trên ENUM.
Lập trình viên nên đọc bài này để tránh rủi ro về hiệu suất, tính bảo trì và tính nhất quán khi sử dụng các kiểu dữ liệu phức tạp như ENUM và TIMESTAMP trong MySQL, mà thay vào đó có thể áp dụng các giải pháp đơn giản và đáng tin cậy hơn.
Trên instance GCP c4d-standard-4, tiến trình MySQL tiêu tốn 10.4 GB RAM dù innodb_buffer_pool_size chỉ được thiết lập là 7168 MB. Khoảng trống này được truy qua 4 lớp: dự kiến overhead từ InnoDB/Performance Schema/thread-buffer, khoảng ~9% mmap chunk padding trên buffer pool, sự tích tụ dirty pages của jemalloc trên DR replica không hoạt động, và nguyên nhân gốc - MALLOC_CONF không được thiết lập khiến decay của background_thread bị vô hiệu hóa. Các sửa chữa gồm giảm buffer pool thành bội số sạch (6144 MB), cắt giảm max_connections từ 3000 xuống 500, bật background_thread của jemalloc với decay 5 giây, và thêm swap để phòng OOM, giúp giảm RSS xuống còn ~7.9 GB. Bài viết cung cấp kiến thức sâu về quản lý memory của MySQL khi sử dụng jemalloc, cách tối ưu buffer pool size và thiết lập MALLOC_CONF phù hợp.
Lập trình viên cần đọc bài này để hiểu cách điều khiển và tối ưu hóa bộ nhớ InnoDB trên MySQL khi các tham số cơ bản như innodb_buffer_pool_size không đủ để giải quyết cảnh báo nhớ, khi hệ thống vẫn tiêu thụ nhiều bộ nhớ hơn dự kiến do các yếu tố như cấu hình bộ nhớ phân vùng, quá trình làm sạch nhớ của jemalloc, hoặc tình trạng replica hoạt động không hiệu quả.
Doltgres đã đạt hiệu suất tương đương MySQL nhờ những tối ưu hóa gần đây.
Lập trình viên muốn tối ưu ứng dụng database cho hiệu suất cao và khả năng mở rộng nhanh chóng nên đọc bài này để khám phá cách Doltgres vượt trội so với MySQL trong các trường hợp sử dụng thực tế.
Trong hệ thống quy mô lớn, việc chia nhỏ (sharding) bảng orders của MySQL theo user ID trở nên cần thiết để xử lý lượng dữ liệu khổng lồ. Bài viết trình bày kỹ thuật phân chia shard logic, sử dụng user ID để định tuyến request và giải quyết vấn đề sinh ID duy nhất khi dữ liệu phân tán. Chiến lược chuyển đổi từ 4 shard lên 8 shard mà không gián đoạn hoạt động được đề cập như giải pháp mở rộng hệ thống. Các kỹ thuật xử lý báo cáo (reporting) trên dữ liệu phân mảnh và cân bằng lại (rebalancing) shard mang lại bài học thiết thực về tính nhất quán và hiệu năng.
Bài viết này giúp lập trình viên hiểu cách thiết kế phân mảnh bảng orders trong MySQL để xử lý dữ liệu lớn hiệu quả.
Dalibo đã phát hành bản ổn định 1.0 của PostgreSQL Migrator, công cụ mã nguồn mở miễn phí cho phép di chuyển database từ Oracle và MySQL/MariaDB sang PostgreSQL. Được xây dựng hoàn toàn bằng Go, công cụ này cung cấp khả năng kiểm tra catalog ngoại tuyến, đánh giá độ phức tạp, giao diện web tương tác, chuyển đổi schema và dữ liệu, biên dịch SQL/PL-SQL qua công cụ transqlate, và sao chép dữ liệu tốc độ cao. PostgreSQL Migrator hỗ trợ nguồn từ Oracle 11g đến 26ai và MySQL 8.4+/MariaDB 10+, nhắm đến PostgreSQL 16-19, với bản 1.0 hiện chỉ hỗ trợ chuyển đổi roles, schemas, sequences, tables, virtual columns, constraints và indexes. Dự án đạt độ ổn định sau 1 năm beta và release candidates, với cam kết tương thích về cấu hình, CLI và dự án cho tất cả các bản 1.x.
PostgreSQL Migrator 1.0 cung cấp giải pháp toàn diện để chuyển đổi cơ sở dữ liệu từ Oracle và MySQL sang PostgreSQL với nhiều tính năng mạnh mẽ.
Trong một sự kiện về công nghệ mở, một câu hỏi đơn giản đã được đặt ra cho 42 cơ sở dữ liệu khác nhau. Nguyên nhân kỹ thuật là do thiết kế API không đồng nhất giữa các hệ thống dẫn đến xử lý dữ liệu khác nhau. Hệ quả là 8 trong số 42 cơ sở dữ liệu đã trả lời sai câu hỏi này, làm giảm độ tin cậy của dữ liệu phân tán. Điều đáng học là ngay cả các dự án open source cũng cần chuẩn hóa API và kiểm thử giao tiếp hệ thống để đảm bảo tính nhất quán dữ liệu.
Bài viết này cung cấp câu trả lời chính xác về cách lựa chọn cơ sở dữ liệu phù hợp cho dự án open source của bạn.
Napkin math là phương pháp ước lượng hiệu suất hệ thống từ nguyên lý cơ bản như tốc độ memory, network round trips và chi phí storage trước khi chạy benchmark. Simon Eskildsen, đồng sáng lập turbopuffer, đã phổ biến khái niệm này bằng cách ghi nhớ một bộ số nhỏ về latency, bandwidth và cost để sử dụng ngay trong các buổi thiết kế. Ví dụ thực tế với MySQL cho thấy group commit batching đạt 5,300 inserts/giây, cao gấp 5.3 lần ước tính ban đầu 1,000 inserts/giây. Sự chênh lệch này không phải là thất bại mà là dấu hiệu nhận diện điểm cần tối ưu hoặc hiểu sai hệ thống. Bài viết nhấn mạnh việc ước lượng trước khi đo đạc, học thuộc các số liệu then chốt và xem sự khác biệt như câu hỏi cần tìm hiểu hơn là kết luận.
Đọc bài này giúp lập trình viên ước tính hiệu suất hệ thống từ nguyên tắc cơ bản trước khi đo đạc, từ đó phát hiện điểm bất hợp lý và cải thiện thiết kế.
Bài viết giới thiệu các tính năng mới trong MySQL 9.7 LTS, tập trung vào cải thiện sự ổn định và hiệu suất cho môi trường cơ sở dữ liệu.
Là người phát triển cần hiểu về MySQL 9.7 LTS để tối ưu hóa ứng dụng của mình với các cải tiến về ổn định và hiệu suất, đặc biệt khi triển khai trong môi trường sản xuất hoặc hệ thống yêu cầu độ tin cậy cao.
System Design Drill Day 4 tập trung vào việc triển khai MySQL read replicas trong Laravel, giải quyết replication lag và đảm bảo read-your-writes consistency. Bài viết hướng dẫn cách thiết kế hệ thống xử lý replication delay lên đến 5-10 giây khi sử dụng primary-replica setup. Bạn sẽ học cách kế hoạch cho queued jobs và xử lý replica failures kèm primary failover. Điều đáng học là chiến lược fallback khi replication lag vượt quá ngưỡng chấp nhận 500ms. Bài viết cung cấp solution cụ thể cho vấn đề stale reads khi xử lý transaction trong môi trường production.
Bài viết giúp lập trình viên hiểu cách xử lý replica delay và đảm bảo tính nhất quán khi sử dụng MySQL read replicas trong Laravel.
MySQL 26.7 giới thiệu mô hình lịch mới, đánh dấu sự chuyển đổi lớn trong cách phiên bản hóa phần mềm. Thay vì việc sử dụng định dạng phiên bản theo quy ước cũ (ví dụ: 8.0), phiên bản này áp dụng mô hình 26.7, với số đầu tiên đại diện cho năm và số thứ hai cho tháng. Sự thay đổi này nhằm mục đích giúp người dùng dễ dàng xác định thời điểm phát hành phiên bản và cải thiện khả năng lập kế hoạch cập nhật. Sự điều chỉnh này cho thấy xu hướng hướng tới minh bạch hóa thông tin phiên bản trong hệ sinh thái database. Các lập trình viên nên cân nhắc hiểu rõ mô hình này để quản lý dự án và cơ sở dữ liệu hiệu quả hơn trong tương lai.
Bài viết này giúp lập trình viên nắm bắt sự thay đổi quan trọng trong mô hình phiên bản MySQL 26.7 và hiểu tác động đến công việc phát triển ứng dụng.
MySQL 26.10 tích hợp sẵn MySQL REST Service, loại bỏ nhu cầu sử dụng MySQL Router riêng biệt, cho phép cấu hình HTTPS endpoints, giới hạn kết nối và thông số TLS qua biến server. JSON Relational Duality Views mới có annotation CHECK/NO CHECK và UPDATE/NO UPDATE để kiểm soát cấp độ trường đối với ETAG và khả năng chỉnh sửa. Health Monitor trước đây chỉ dành cho HeatWave giờ đã có trong Community Edition với đầy đủ metrics trên Linux và cơ bản trên macOS. WebAuthn authentication cũng xuất hiện như plugin Community Edition, hỗ trợ đăng nhập đa yếu tố bằng FIDO thiết bị và không cần mật khẩu.
MySQL 26.10 mang đến nhiều tính năng mới hữu ích cho lập trình viên và quản trị viên cơ sở dữ liệu.
Laravel vừa vá một lỗ hủy chứng thực nghiêm trọng trong token API guard, cho phép kẻ tấn công đăng nhập với tư cách người dùng khác trên MySQL và MariaDB. Nguyên nhân kỹ thuật là do lỗi xử lý token trong phiên bản Laravel 12.67.0 và các phiên bản cũ hơn của nhánh 12.x, cùng với phiên bản 13.28.0 và các phiên bản cũ hơn của nhánh 13.x. Hậu quả là kẻ tấn công có thể chiếm quyền truy cập vào tài khoản người dùng khác mà không cần biết mật khẩu. Lập trình viên cần cập nhật ngay lên phiên bản Laravel 12.68.0 hoặc 13.29.0 để vá lỗi này, đây là bài học quan trọng về bảo mật trong các hệ thống sử dụng token authentication.
Bài viết này giúp bạn bảo vệ ứng dụng Laravel khỏi lỗ hổng xác thực nghiêm trọng cho phép kẻ tấn công đăng nhập với tư cách người dùng khác.
Devart vừa cập nhật bộ ODBC Drivers mới, hỗ trợ Microsoft SQL Server 2025, MySQL 9.7.x và NexusDB 4.75.20. Phiên bản này bổ sung các phương thức xác thực mới và tính năng bảo vệ dữ liệu nâng cao. Drivers tương thích tốt hơn với các công cụ phát triển và hệ điều hành hiện đại. Đáng chú ý là bản cập nhật này giải quyết vấn đề kết nối với phiên bản SQL Server 2025 mới ra mắt. Lập trình viên làm việc với database nên cân nhắc cập nhật để tận dụng các tính năng bảo mật và tương thích mới.
Lập trình viên nên đọc bài này để cập nhật driver ODBC hỗ trợ SQL Server 2025 và các công nghệ mới nhất.
Một cải tiến trong Linux kernel từ phiên bản 4.19 đã gây ra hiện tượng ghi đĩa bất ngờ trong các hệ thống sử dụng PXC/Galera. Nguyên nhân kỹ thuật nằm ở việc kernel optimization cho writeback của page cache, khiến việc commit transaction trong Galera cluster tạo ra các burst write lớn hơn dự kiến. Hệ quả là I/O đột ngột làm giảm hiệu suất đáng kể, đặc biệt với các workload có nhiều write operation. Các nhà phát triển nên chú ý đến tác động của kernel version upgrade lên database cluster, và xem xét cách điều chỉnh writeback parameters để giảm thiểu impact.
Bài này giúp bạn hiểu được cách một cải tiến trong Linux kernel có thể gây ra các đợt ghi đĩa bất ngờ trong PXC/Galera.
Việc sử dụng SELECT trong ứng dụng gây ra chi phí ẩn: chuyển các cột không cần thiết qua mạng, làm tăng kích thước dữ liệu và thời gian xử lý tại client; nó phá vỡ tối ưu hóa covering index buộc MySQL phải lấy toàn bộ hàng; tạo ra code dễ vỡ khi hành vi thay đổi âm thầm khi thêm, đổi tên hoặc trùng lặp cột qua join; và rò rỉ dữ liệu nhạy cảm như internal_notes trong response API, logs hoặc exports. Bài viết đưa ra ví dụ cụ thể về covering indexes, join với tên cột trùng, và rò rỉ dữ liệu, khuyến nghị nên dùng danh sách cột cụ thể thay vì SELECT trong production code. Tuy nhiên, SELECT vẫn hữu ích cho việc khám phá nhanh hoặc dùng với COUNT().
Sử dụng SELECT * trong mã ứng dụng gây ra chi phí ẩn làm tăng thời gian xử lý và nguy cơ rò rỉ dữ liệu.
WordPress 7.2 đã thêm NO_BACKSLASH_ESCAPES vào danh sách các chế độ SQL không được hỗ trợ, cùng với STRICT_ALL_TABLES, TRADITIONAL và ANSI. Nguyên nhân kỹ thuật là WordPress sử dụng ký tự backslash (\) để escape các ký tự đặc biệt trong SQL. Việc bật chế độ NO_BACKSLASH_ESCAPES sẽ phá vỡ cơ chế escape này, gây ra lỗi truy vấn SQL. Thay đổi này đảm bảo WordPress tương thích tốt hơn với các hệ thống database. Đây là bài học quan trọng về việc quản lý chế độ SQL khi sử dụng các framework PHP như WordPress.
Lập trình viên nên đọc bài này để hiểu cách thay đổi chế độ SQL NO_BACKSLASH_ESCAPES trong WordPress 7.2 ảnh hưởng đến xử lý ký tự đặc biệt trong truy vấn dữ liệu.
Khi sử dụng pt-online-schema-change với điều kiện --where trên Percona XtraDB Cluster, thuật toán tự động điều chỉnh kích thước chunk gặp vấn đề khi các dòng khớp nằm ở cuối chỉ mục, khiến pt-osc quét nhiều dòng không cần thiết và tạo transaction quá lớn. Các write set khổng lồ này gây ra tình trạng Flow Control nghiêm trọng từ Galera, áp lực checkpoint với InnoDB redo log, và trong một sự kiện thực tế đã làm toàn cụm cluster bị treo. Các giải pháp đề xuất bao gồm tắt tự điều chỉnh chunk với --chunk-time=0, thiết lập --chunk-size cố định, sử dụng --max-flow-ctl để tạm dừng khi có flow control, hoặc cân nhắc --chunk-index để phân bổ dòng tốt hơn. Trường hợp này cho thấy việc hiểu rõ cách tương tác giữa pt-osc và Galera là quan trọng để tránh những sự cố nghiêm trọng trong production.
Bài viết này giúp lập trình viên hiểu và tránh được các vấn đề nghiêm trọng khi sử dụng pt-online-schema-change với Galera cluster.
PostgreSQL's momentum shows up far beyond DB-Engines rankings, Dave Stokes argues. In the 2025 Stack Overflow survey, 55.6% of all developers said they use PostgreSQL, up from 48.7% in 2024, and 58.2% of professionals use it, about 18 points ahead of MySQL. Snowflake bought Crunchy Data, Databricks bought Neon for roughly $1 billion, and Supabase's valuation jumped from $2B to $5B in six months. Rival database vendors Oracle and Microsoft each now sell their own PostgreSQL-compatible services, and Amazon sells PostgreSQL-compatible services too. Databricks said more than 80% of databases created on Neon came from AI agents, not people, and OpenAI described running ChatGPT's core database on a single-primary Azure PostgreSQL server with nearly 50 read replicas serving 800 million users.
AWS contributed a fix for large-transaction binlog stalls to community MySQL, and MariaDB launched Enterprise Platform 2027, in this week's roundup of MySQL and database news. AWS's BOLT optimization stops a multi-gigabyte transaction from blocking other commits while it is copied into the binlog and speeds up crash recovery. Aurora MySQL 3.14 adds post-quantum TLS key exchange, while Aurora MySQL 8.4.10 adds GTID tags and up to 50,000 connections per instance. MariaDB's new Enterprise Platform 2027 adds agent memory, a semantic cache and Raft-based multi-region clustering, and a companion benchmark claims Enterprise Server 12.3 LTS reaches about 4x the TPROC-C throughput of 10.6. Also included: upcoming database conferences and events through mid-2027.
Running WooCommerce analytics reports against a DuckDB-engine MySQL replica instead of InnoDB cuts report times from minutes to seconds. Percona tested this using AliSQL 8.0.44-2 with the DuckDB storage engine, replicating from Percona Server for MySQL 8.0.46 running InnoDB. On a store with 400,000 orders and 5,000 products, built-in WooCommerce reports ran 10x to 63x faster, segmented reports 14x to 83x faster, and a third-party analytics plugin 2x to 70x faster. A custom aggregation query dropped from 4 minutes 16 seconds on InnoDB to 4.1 seconds on DuckDB. The DuckDB dataset also used 12x less disk space, 601 MiB versus 7.3 GiB. Limitations include SQL syntax incompatibilities, binary string comparison instead of collation, floating-point instead of exact decimals, and limited monitoring. Percona does not yet support a production DuckDB build.
This is Bruce Momjian's running Postgres blog, covering talks, releases, and reflections on the ecosystem. He gave a new talk, 'Can AI Write Sql?', at Foss4g North America, following his earlier MCP server talk. Postgres 19's release notes draft lists 212 features, mostly administrative and monitoring, with beta 1 expected in a few months and final release planned for September or October. Other entries cover WAL internals, database COMMENT metadata helping MCP clients, and Momjian's argument that MySQL has declined for decades under company-controlled development versus Postgres's community model.
To be used by the community team to host wiki pages - Jonathan Desrosiers · mysql/mysql-community Wiki
MariaDB's claim that 11.8 is '3x faster' on some in-memory workloads is technically true but misleading, Jean-François Gagné argues. The benchmark shows 20,326 qps on 11.8 before a fix and 57,052 qps after, a 2.8x gain. But 10.4.34, before the regression, already hit 52,410 qps, making 11.8 with the fix only about 9% faster. The MariaDB Foundation Newsletter further strips the title down to 'about 3x faster', dropping any mention of the regression entirely.
AWS contributed an optimization called BOLT (Binary Log Optimization for Large Transactions) to community MySQL that removes a binlog commit bottleneck. Previously, committing a 50 GiB transaction could lock the binlog for about 7 minutes, blocking every other commit. With BOLT, commit latency for large transactions stays around 2 to 2.5 seconds regardless of size. It also speeds up crash recovery, cutting a 4-minute recovery for a 50 GiB transaction down to about 0.1 seconds in benchmarks, and improves throughput, roughly 2.8x to 3.1x in benchmarks. BOLT has run in Amazon Aurora MySQL since v1.22.0 and is planned for a future MySQL innovation release.
VillageSQL plans and builds VillageSQL Server, the open source MySQL fork that adds an extension framework, in public.
Checking MySQL's sys.schema_unused_indexes on a single server can give you an incomplete picture in a replication topology, since those read counters are local to each node. A Python script, check_unused_indexes, queries every node in a topology and only flags an index as unused if it's unused everywhere. In one example run, the primary alone showed 12 unused indexes, but only 2 were unused on both replicas. The tool needs Python 3.6+ and pymysql, defaults to making indexes invisible rather than dropping them, and stops if a primary or replica fails during the check.
GHSA-744p-w4gc-m3gh (trilogy): SQL injection through Trilogy#escape with multibyte encodings
...
This roundup gathers MySQL and database news and upcoming events for the week of October 29, 2026. Percona Operator for MySQL 1.3.0 adds autopilot tuning, zero-data-loss async failover and encrypted PITR. A new tool called innodump extracts data from InnoDB, MyISAM and MyRocks files without a running server. MariaDB 11.8 fixes an InnoDB mutex regression dating back to 10.5, taking one benchmark from 20K to 57K QPS. Percona's vector search benchmark shows pgvector scaling 21.7 times under 32 clients while InnoDB-based engines stayed near 1x. FOSDEM 2027 gets a new M-Ecosystem devroom and MySQL Belgian Days opens its call for papers for January 28-29, 2027 in Brussels.
Yesterday a security advisory was published for Trilogy, the MySQL client used by GitHub in production. GHSA-744p-w4gc-m3gh is a SQL injection in Trilogy#escape, rated critical with a CVSS score of 9.3. It affects every version up to and including 2.13.1 and is fixed in 2.13.2. There is no CVE assigned yet, and it was discovered by Anthropic’s OSS Scanner.
Percona Operator for MySQL 1.3.0 ships automatic MySQL configuration tuning, zero data loss failover for async clusters, and encrypted point-in-time recovery.
Find out how to extract data from database files offline with no need for a running server. Simplify your recovery process today.
FOSDEM 2027 will host a new M-Ecosystem Devroom on Sunday, January 31, 2027, in Brussels, building on the MariaDB, MySQL & Friends Devroom. It covers MariaDB, MySQL, Percona Server for MySQL, Percona Server for MariaDB, VillageSQL, AliSQL and related projects, plus storage engines, connectors, proxies and tooling. Suggested topics include query optimization, replication, compatibility, security, observability and new workloads such as AI. Technical talks run about 20 minutes and must be in English. Proposals can already be submitted at pretalx.fosdem.org/fosdem-2027/cfp.
The design choices behind the VillageSQL Extension Framework, from simpler functions to parameterized types to porting PostgreSQL’s hstore. Watch the MySQL BR Conf 2026 talk.
Below MySQL 8.0.1, or on a server Laravel misreads, workers reserve jobs with a plain FOR UPDATE and can deadlock on the DELETE. One tinker line shows which lock yours use.
A quiet release on paper: no new tools or flags, but it closes 37 reachable vulnerabilities, adds MySQL 26.7 and MariaDB 12.3 to CI, and keeps release candidates out of Homebrew.
Jonathan Miller on TAF, the open source framework that benchmarks MariaDB, MySQL and PostgreSQL side by side with fully reproducible results.
Bối cảnh cuộc khảo sát Rails 2026 cho thấy 84% trong số 1800 lập trình viên Rails đã sử dụng PostgreSQL trong môi trường production. Mặc dù PostgreSQL hiện vẫn kém phổ biến hơn Oracle, MySQL và Microsoft SQL Server, khoảng cách này đang thu hẹp lại. Hiện tại PostgreSQL đang tăng tốc độ áp dụng trong cộng đồng Rails, phản ánh xu hướng phát triển của công nghệ database. Sách "High Performance PostgreSQL for Rails" là nguồn tài liệu hữu ích cho những ai muốn tối ưu hóa performance của PostgreSQL trong ứng dụng Rails.
Bài viết cung cấp số liệu khảo sát mới nhất về mức độ phổ biến của PostgreSQL trong cộng đồng Ruby on Rails năm 2026.
MySQL HeatWave Autopilot automatically optimizes OLTP and OLAP workloads to help businesses maintain fast transactions while delivering timely analytics.
Đọc tin ở đây, luyện code, học theo lộ trình và luyện IELTS trên các sản phẩm anh em — tất cả kết nối với nhau trong hệ sinh thái 8 Sync.
Cổng chính của hệ sinh thái: giới thiệu sản phẩm, blog và bảng giá trọn bộ.
Khám pháHọc theo lộ trình rõ từng chặng: video, quiz chấm tự động, certificate và mentor đang làm nghề.
Xem lộ trình1.000 bài DSA, đề tiếng Việt, chấm tự động 7 ngôn ngữ — nhiều bài FREE, chạy ngay trên trình duyệt.
Luyện miễn phíChấm bốn kỹ năng IELTS bằng AI, phản hồi chi tiết theo rubric.
Dùng thử miễn phíAI IDE 22 MB cho dev Việt.
Tải miễn phíBộ nhớ tổ chức cho AI agent.
Khám pháAI trực Fanpage, tự sàng lọc lead.
Dùng thử