@pviethieu Em cảm ơn, trong trường hợp chờ 15p thì e sẽ sử dụng $job = (new YourEvent($coolEvent))->delay(Carbon::now()->addSeconds(60*15)) đúng không ạ ?
Em cũng từng dính 1 bug ở thằng OSIV và hiểu được cảm giác của bác 🤣🤣🤣, và có thêm 1 lời khuyên cho ae nữa là nên sử dụng @Transactional 1 cách hợp lý và nắm được các probation, isolution để sử dụng hiệu quả hơn
Hi Hoài,
Theo như thông số kỹ thuật vào Kubernetes, cả hai bộ ingress controller đều thỏa mãn nó và làm việc như người ta mong đợi. Cả hai bộ điều khiển đều hỗ trợ và chỉ khác nhau ở các tính năng bổ sung, được định cấu hình bằng ConfigMaps và chú thích trong trường hợp Nginx và Custom Resource Definitions (CRDs) trong trường hợp Kong. Kong được xây dựng trên Nginx và do đó hỗ trợ hầu hết các tính năng Nginx cộng với nhiều hơn ở Kong Core và thông qua các plugin. Kong có một loạt các plugin có thể được cấu hình để chạy logic tùy chỉnh ở ingress layer. Bạn cũng có thể sử dụng Kong như một cổng API cho các tính năng như xác thực, giới hạn tốc độ, truy tìm và giám sát cùng với việc sử dụng nó như một Ingress controller.
=> Sử dụng Kong chúng ta dễ dàng sử dụng các plugin monitoring như zipkin (https://zipkin.io/), hoặc nhiều plugin khác (https://docs.konghq.com/hub), nếu bạn sử dụng kong enterprise thì bên kong sẽ hổ trợ cho mình cấu hình giao diện, và dễ quản lý các services
hi anh, em cũng có thời gian làm qua kong, nhưng em đang thắc mắc là tại sao dùng kong trong khi k8s cũng có các cơ chế tương tự ạ, nó hỗ trợ cái gì mà k8s ko có hay tính năng kém hơn ạ, cảm ơn
THẢO LUẬN
Hay lắm anh. Nếu là e 1 năm trước thì sẽ không thể hiểu hết nội dung lẫn thuật ngữ ở bài viết anh. Nhưng bây h thì nó đã khác
yep tks b nhé, nỗi đau k của riêng ai 🤣
@pviethieu Em cảm ơn, trong trường hợp chờ 15p thì e sẽ sử dụng
$job = (new YourEvent($coolEvent))->delay(Carbon::now()->addSeconds(60*15))
đúng không ạ ?Bài viết rất hay cảm ơn bạn
Em cũng từng dính 1 bug ở thằng OSIV và hiểu được cảm giác của bác 🤣🤣🤣, và có thêm 1 lời khuyên cho ae nữa là nên sử dụng @Transactional 1 cách hợp lý và nắm được các probation, isolution để sử dụng hiệu quả hơn
😘
Ghê quá a, a học kinh tế mà code còn ghê hơn e học IT (
bạn cài được chưa,mình cài ngôn ngữ nào cũng build failed
ngoài laravel nó không làm được cái khác à
@nampt.me ,bạn ơi nó hỗ trỡ render file php thành file html được không ,nghĩa là upload file php thì nó in ra chữ như xampp trong localhost
Hi Hoài, Theo như thông số kỹ thuật vào Kubernetes, cả hai bộ ingress controller đều thỏa mãn nó và làm việc như người ta mong đợi. Cả hai bộ điều khiển đều hỗ trợ và chỉ khác nhau ở các tính năng bổ sung, được định cấu hình bằng ConfigMaps và chú thích trong trường hợp Nginx và Custom Resource Definitions (CRDs) trong trường hợp Kong. Kong được xây dựng trên Nginx và do đó hỗ trợ hầu hết các tính năng Nginx cộng với nhiều hơn ở Kong Core và thông qua các plugin. Kong có một loạt các plugin có thể được cấu hình để chạy logic tùy chỉnh ở ingress layer. Bạn cũng có thể sử dụng Kong như một cổng API cho các tính năng như xác thực, giới hạn tốc độ, truy tìm và giám sát cùng với việc sử dụng nó như một Ingress controller.
=> Sử dụng Kong chúng ta dễ dàng sử dụng các plugin monitoring như zipkin (https://zipkin.io/), hoặc nhiều plugin khác (https://docs.konghq.com/hub), nếu bạn sử dụng kong enterprise thì bên kong sẽ hổ trợ cho mình cấu hình giao diện, và dễ quản lý các services
Cảm ơn tác giả, bài viết rất chất lượng
cài tk cũ hết hạn ,sao mình đăng ký thêm tk mới bằng email mà thấy nó bảo không hợp lệ gì đó
@nampt.me ,mấy cái host như host render và host railway kêu cấu hình biến môi trường,mà cấu hình xong chả thấy thành công
1 số host cài django còn có poetry ,poetry lock,poetry toml nữa,mà cái này có cần thiết 0
hi anh, em cũng có thời gian làm qua kong, nhưng em đang thắc mắc là tại sao dùng kong trong khi k8s cũng có các cơ chế tương tự ạ, nó hỗ trợ cái gì mà k8s ko có hay tính năng kém hơn ạ, cảm ơn
có ai dùng qua host northflank không
@thanhle27
step 3 là pull về à anh . sao báo không thể pull về được vậy ạ
Dùng alpine chớ dỳng gì 😂