👍🖨️ Dịch vụ in giá rẻ của BAO BÌ TTC https://min.cafe/pr/JFiBjJ thực sự ấn tượng. Chất lượng sản phẩm tuyệt vời, giá cả phải chăng và đội ngũ hỗ trợ nhiệt tình. Mình không thể hài lòng hơn! 🌈🥳.

https://www.conventionalcommits.org/en/v1.0.0/

tải cái đó có được đâu á

@Longjr008 mong là như bạn nói.

Mình chốt như vậy để nói rằng các dev phải luôn thể hiện bản lĩnh, giá trị của bản thân trong bất kì thời kì công nghệ nào. Không cần cứ phải theo xu hướng như AI hay IoT mới là tốt. Giờ bạn master trong mảng Flutter hoặc Kotlin thì không bao giờ lo thiếu việc đâu.

@maitrungduc1410 em quên cái đấy

câu chốt là AI ngày một phát triển, đòi hỏi ae dev phải trau dồi kiến thức nâng cấp bản thân. Mình nói thật bạn học cả đời cũng ko bằng 1 góc AI. Thôi ae lo đổi nghề đi hoặc học AI để nắm đầu nó thì may ra. Chứ giờ này còn flutter vs chả kotlin

@hieunm3103 e ngrok thì chỉ ngrok được laravel (port 8000) chứ e có ngrok cả laravel echo server chưa (port 6001)

e check browser console khả năng sẽ thấy có báo lỗi ko connect đc tới laravel echo server đó

Xin note vài thứ cho các b:

1. Vì dùng docker compose nên không cần tạo network nữa, các container (service) sẽ được run trong cùng 1 network
2. Không cần expose port 3306 của mysql, vì app sẽ connect tới mysql trong network ở trên
3. app sẽ connect tới mysql với host là: db:3306 chứ không phải localhost:3306. db ở đây chính là tên service khởi tạo trong docker compose file

2 cái joined channel là em test ở local còn Channel:... và Event:... em thấy nó hiện khi em gửi đi 1 message ở ngrok

khi em dùng ngrok thì em thử ở local vẫn realtime được nhưng ở ngrok không có realtime, em check laravel-echo-server start terminal thì lại không hiện joined channel. Có hướng đi gì để sửa không ạ?

Dạ lại là em đây, em có triển khai phần mã nguồn của anh cho dự án cá nhân, mà đang gặp ý trục trặc với việc lấy ra Principal được decode trong spring security, em có tiêm nó vào trong api và đã lấy ra được principal thành công, em có thử nghiên cứu để lấy ra Principal ở socket mà không lấy ra được, không biết anh có implement thêm phần này vào trong demo project này chưa anh, cảm ơn anh, hiện tại bên client của em vẫn phải truyền bearer token qua message rồi decode thêm 1lần trong event ạ, khá là bất tiện khi phải verify tận 2 lần, chỉ vì em không tìm cách để lấy được Pricipal ra. Cảm ơn anh đã đọc!!

a gửi gấp CV tới hi@shfsec.com hoặc để lại liên hệ bên em sẽ liên hệ lại với a =))

link git hub pay rooiii

ok thanks nhé. quên mất

@hmquan08011996 kubelet chứ không phải kubectl hả anh? Vậy luồng khi user run command kubectl create deployment ... thì thành phần nào thực sự gửi request tạo deployment đến API Server vậy anh? Em cảm ơn

Bài viết hay quá, ước được làm cùng team để được học hỏi thêm ạ

hay quá ạ, update thêm thôi nào tác giả ơi

Bài viết không có chiều sâu

Cách này cũng khá hay, tuy nhiên sẽ có vấn đề ở đây là với mỗi request như GET thì nó sẽ phải call ít nhất 2 lần. Do bất đồng bộ ở useSession mỗi lần F5:

• Ở request đầu tiên chắc chắn là nó sẽ không đợi thằng useSession fetch xong data của nó mà sẽ bay thẳng vào Api không có bất kì config nào từ interceptor.
• Khi useSession call xong thì sẽ tác động vào useEffect, từ lúc này các request sau đó mới được config gắn vào header hoặc xử lý error các thứ