Xin chào và xin lỗi các bạn. Hơn 1 tuần nay mình không đăng thêm bài mới nào vì... gặp trục trặc về hệ thống.
Cụ thể trong bài viết cuối cùng gần đây nhất đề cập đến chuyển blog sang Deno Deploy mới do Deploy Classic sắp bị khai tử, mà blog thì đang vận hành trên Deploy Classic, cộng thêm việc họ đã chặn các triển khai mới trên Classic nên phải chuyển sang cái mới nếu muốn deploy. Thế nên mình đã mất 2-3 ngày để chuyển, tưởng mọi chuyện êm xuôi thì hoá ra hệ thống mới có cách tính giới hạn (limits) mới. Chỉ trong chưa đầy 2 ngày, blog của mình "chạm" ngưỡng giới hạn và có nguy cơ bị đình chỉ (không truy cập được nữa). Thế là mình phải trỏ tên miền vào lại phiên bản cũ, chấp nhận read-only để mọi người có thể truy cập, trong khi không thể ghi thêm được nữa.
Thật ra mình đã nhận ra rủi ro về việc phụ thuộc vào Server Side Render (SSR) từ lâu, để trang web có SSR phải cần có máy chủ, mà máy chủ thì không hoàn toàn miễn phí. Ngược lại nếu trang web chỉ đơn giản là static - tức là các tệp html được tạo ra trong bước build, không cần dựa vào máy chủ để xử lý logic dữ liệu thì lại có rất nhiều nơi để triển khai, thậm chí không giới hạn băng thông. Vậy thì sẽ thế nào nếu làm lại blog này theo cách đó?
Đúng vậy, mình đã mua gói OpenCode Go và dành ra 1 tuần cùng với Kimi 2.6 để xây dựng lại trang web hoàn toàn mới bằng cách kết hợp 11ty & preactjs, cộng với thư viện phiresky/sql.js-httpvfs. Kết quả như bạn đã thấy là trang blog hiện tại đây. Nó nhanh hơn, nhẹ hơn và không còn quá phụ thuộc vào server nữa (mặc dù vẫn cần server cho một vài tính năng). Chi tiết có thể mình sẽ lên bài trong thời gian sớm nhất. Xin cảm ơn!
Vẫn còn một số lỗi do thiếu sót, nếu bạn phát hiện ra có thể liên hệ với mình qua telegram: https://t.me/hoaitx để mình sửa 😅, cảm ơn rất nhiều.
OpenCode Go
Cuối cùng thì mình cũng chuyển sang Deno Deploy mới thành công, hì hục mấy hôm mới hiểu cách làm mới 🫣
@@@@@@@@@@@@@@
Thread bình luận
Cawbg thang
@@@@@@@@@@
trong một threads
Căng thẳng quá, Deno Deploy sắp khai tử cái Classic nên là giờ họ không cho triển khai phiên bản mới lên nữa. 2 - 3 ngày nay mình không deploy được bản nào nên là KV sắp cạn tài nguyên, đồng nghĩa với chuyên mục Threads sắp "bay màu".
Chắc phải sớm chuyển sang hệ thống Deploy mới của họ 🥶
Ảo thật, mọi người vào đây mà xem điểm của Qwen 3.6 Max Preview sắp ra mắt này, "đá" Opus 4.5 ra chuồng gà. Cơ mà mấy phiên bản kêu kêu như này thì toàn đóng thôi chứ không mở 😤.
Đang tính xem hôm nay có thông tin nổi bật gì không thì đùng cái Vercel April 2026 security incident - Vercel xác nhận rằng họ vừa bị xâm nhập trái phép. Ngoài ra có thông tin hacker rao bán toàn bộ mã nguồn và dữ liệu với giá 2 triệu đô 🥶
Sợ quá, mới gần đây họ còn khoe chiến tích "vibe coding" mà... Hy vọng chỉ là trùng hợp thôi.
Chắc mọi người đã nghe nhiều đến Mythos có khả năng tìm ra nhiều lỗ hổng bảo mật trong phần mềm hay thậm chí là hệ điều hành gần đây rồi đúng không. Sau "vibe coding" thì tiếp theo là đến lúc mô hình ngôn ngữ lớn LLM tiến sâu hơn vào khai thác lỗi tiềm năng trong các công cụ mã nguồn mở. Điều này vừa lợi mà vừa hại.
Lợi ở chỗ nhanh chóng tìm ra lỗi và "fix" nó. Hại thì ngược lại, tìm ra lỗi và khai thác nó 🥶
Cloudflare vừa cho ra công cụ kiểm tra trang web của bạn có mức độ thân thiện đến đâu với AI Agent. Như bạn biết, giờ đây thay vì tìm kiếm trên các công cụ truyền thống như Google thì chúng ta khoán tất cả cho Agent làm. Vì thế nếu muốn AI Agents biết cách khai thác nội dung trang web của bạn thì hãy làm cho trang web trở nên dễ hiểu hơn với chúng.
Cơ mà nghĩ cũng lạ, ví dụ Agent đọc hết nội dung web của mình đi, thì rốt cục là ai đang giúp ai 🤔?
Quay đi ngoảnh lại lại thấy Opus 4.7 ra rồi. Điểm số đạt đến tầm cao mới và đặc biệt giá vẫn không đổi so với người tiền nhiệm.
Dân mạng đồn Anthopic đang cố tình "chẹt" Opus 4.6 xuống để tung ra mấy siêu phẩm 🤔. Cơ mà giảm giá 4.6 đi để anh em chúng tôi còn có cái dùng nhỉ 😅
"Vibe Coding" đã chết? Tiêu đề bài viết có vẻ muốn gây tranh cãi nhưng lại hoàn toàn đúng, bởi vì Andrej Karpathy - cha đẻ của thuật ngữ "vibe coding" đã phải lên tiếng rằng giờ đây chúng ta nên dùng cụm từ "agentic engineering" để thay thế.
"Ngày nay, lập trình thông qua các tác nhân LLM đang dần trở thành quy trình làm việc mặc định cho các chuyên gia, nhưng cần sự giám sát và kiểm tra chặt chẽ hơn. Cá nhân tôi, thuật ngữ yêu thích hiện tại của tôi là: 'agentic engineering'.".
Đợt trước mình nghĩ rằng Promise trong JavaScript có thể huỷ bằng AbortController, nhưng sau đó nhận ra rằng AbortController có phạm vi ứng dụng khá hẹp cho nên việc hủy Promise là không khả thi. Gần đây lại đọc được bài You can't cancel a JavaScript promise (except sometimes you can) nói chi tiết hơn về vấn đề này. Hoá ra đề xuất huỷ Promise đã có dự thảo rồi nhưng vì quá phức tạp nên không thể trở thành đặc tả kỹ thuật.