@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ứ

cách đăng kí thi ở đâu vậy bạn ơi

Hi anh, em có thắc mắc là khi sử dụng ingress để send traffic đến các Pods trong Service. Nếu trường hợp số lượng replicas của pod lớn hơn 1, thì lúc đó traffic sẽ được gửi đến các pods như thế nào ạ ? Em cảm ơn

Nhiều nguồn tài liệu hiện nay thì vẫn khẳng định rằng batch norm có thể khắc phục được covariate shift. Trong bài báo "How Does Batch Normalization Help Optimization?" được nêu trên bài viết có đề cập đến vấn đề covariate shift không có sự kết nối với hiệu suất huấn luyện chứ bài báo không khẳng định rằng batch norm khắc phục covariate shift là sai. Mong tác giả xem xét lại chi tiết này và cho mình câu trả lời ạ, mình xin cảm ơn

Thế dường như mỗi ngôn ngữ, ứng dụng phải sử dụng một thư viện test khác nhau

hiển nhiên rồi e , mục đích của series này là tập trung vào Docker là chính, các ví dụ a lấy từ nhiều ngôn ngữ khác nhau, ko đi cụ thể vào từng ngôn ngữ có gì, e xem và áp dụng vào case của mình.

Python e có thể xem qua Pytest nhé

Hmm...Thế dường như mỗi ngôn ngữ, ứng dụng phải sử dụng một thư viện test khác nhau (jest chỉ dùng cho js,...), đối với python thì thường sử dụng những thư viện nào anh nhỉ?

Hay. Ngắn gọn xúc tích.

:v cảm ơn em nhé. chúc em năm mới sức khoẻ và thành công