bài hay, dễ hiểu, cảm ơn bạn

Tưởng bạn chia sẻ kinh nghiệm push app nhỏ mà dc PASS chứ, bị reject là chuyenj bthuong mà. Apple giờ nó review gắt hơn nữa. Những app nhỏ quá hoặc tính năng căn bản nó cũng ko cho pass. App mình làm cũng tầm 6-7 screens, tính năng thì cũng có copy các app có sẵn + enhencement thêm 1 số thứ, nhưng khi review nó vẫn đánh giá app mình giống các app có sẵn, ko có gì đặc biệt, nó reject luôn. Haizz, không biết cãi sao luôn.

Bạn ơi cho mình hỏi cái chỗ này ý nghĩa là gì vậy: entities: ['dist/models/**/.entity{.ts,.js}'], /.entity{.ts,.js} ý nghĩa là gì. cái file .entity là ở đâu vậy

Hay qúa

Rảnh rỗi ôn lại tý kiến thức thôi sếp ah 😅

có thiếu bước kết nói với elastic không bác. sao e làm y hệt mà không được

không sao nhé, theo mình sử dụng thì nó còn tiện lợi ấy, bạn có thể lên đây để tìm các phiên bản phù hợp https://hub.docker.com/_/mysql/tags. Nếu bạn vẫn lo sợ dữ liệu bị mất đi thì bạn có thể tham khảo thêm việc dùng docker volume nhé.

xịn quá bro

Nếu mình sử dụng Docker thay thế mysql chạy trên local mà thực hành học tập được không bạn, mỗi lần chạy mình start container lên và connect , các cơ sở dữ liệu mình chạy trên container đó có bị mất đi mỗi lần chạy lại không

Hay quá. Cảm ơn anh đã dịch lại bài này ạ

Bài viết hay

Cách các thư viện UI làm thế nào? Sử dụng thêm cả API không phải rất rườm rà sao? Thêm API thì còn dính CORS chặn domain của API.

Update T12/2024

Đơn giản hơn ae truy cập: https://medium.rest nhập link cần unlock đọc luôn

hoặc chỉ cần sửa link bài viết từ https://medium.com thành https://medium.rest và giữ nguyên phần ở sau là được

Em hỏi tí, chỗ này anh maintain dùng có ổn định không ạ, em thấy spark-operator Google đã close source từ tháng 4 năm nay, em đang thấy có 1 bản cộng đồng đang phát triển, em không rõ nên dùng không https://github.com/kubeflow/spark-operator

🥰🥰♥️♥️♥️♥️👍️

web này chắc hết hạn nên được bên khác mua rồi

• chia thành nhiều thành phần thì sẽ dễ scale hơn bạn ạ, cái này cần xử lý nhiều thì scale cái đó
• lỗi ở đâu xử lý ở đó ko phải update cả kiến trúc
• đúng là tổng cộng ra thì tài nguyên sẽ có tốn hơn, ta nên cân bằng giữa chi phí vận hành + độ hiệu quả của nó. Cá nhân mình thấy thì thực tế với các app từ tầm vừa vừa đến to thì chia ra oke hơn

như bình thường mà tự setup không dùng docker thì toàn chạy full 1 chỗ luôn

Cái này thực tế là ta vẫn phải dùng 1 cái process manager kiểu như supervisor để chạy chúng nó, mỗi cái là 1 process, thì bài này mỗi cái là 1 container 😁

Bài viết hay quá, mà mình có chút thắc mắc đoạn tại sao phải chia ra nhiều service laravel nhỉ? như bình thường mà tự setup không dùng docker thì toàn chạy full 1 chỗ luôn, có phải là chia ra chung 1 source nhưng nhiều service riêng làm chức năng riêng không, vậy thì cũng tốn tài nguyên nhỉ 😂

Bài viết mới nhất của tôi về sự minh bạch. Trong nội dung PSM III, chủ đề này được nhắc đến khá nhiều. https://khiemhuynh.com/hieu-dung-su-minh-bach-trong-agile

Đây là một hướng dẫn tuyệt vời để bảo mật Mosquitto Broker bằng plugin mosquitto-go-auth và MySQL! 🚀 Tôi đã làm theo một phương pháp tương tự trên dịch vụ VPS đáng tin cậy của Vultr, và việc thiết lập diễn ra cực kỳ suôn sẻ. Hạ tầng hiệu suất cao của Vultr đảm bảo rằng cả MQTT Broker và MySQL đều hoạt động mượt mà, ngay cả khi chịu tải nặng.

Đối với những ai muốn tái tạo cách làm này, các hướng dẫn chi tiết của Vultr thực sự rất đáng giá. Họ cung cấp các tài liệu từng bước, chẳng hạn như Cách cài đặt MySQL trên Ubuntu 24.04, rất phù hợp để kết hợp với bài viết này. Việc thiết lập Go và các phụ thuộc khác trên Vultr trở nên đơn giản nhờ vào máy chủ ổn định và có khả năng mở rộng cao.

Nếu bạn đang bắt tay vào các dự án IoT hoặc MQTT, các gói VPS giá cả phải chăng của Vultrlà một điểm khởi đầu tuyệt vời. Tính linh hoạt của họ cho phép bạn mở rộng quy mô theo sự phát triển của dự án, rất lý tưởng cho cả người mới bắt đầu lẫn người dùng nâng cao. Rất khuyến khích bạn thử qua Vultr cho các triển khai như thế này! 👍