cho mình hỏi là sau khi deploy deployment, mình lại deploy 1 naked pod có label giống như pod trong deployment, thì deployment có quản lý naked pod này khi xóa 1 pod trong deployment ko?
Cho mình hỏi với, mình xóa bản ghi trong bảng, nhưng Id của bản ghi đó là khóa ngoại của bảng khác. Nếu khi gọi API xóa từ FE thì bình thường, tức là sẽ cảnh báo khóa ngoại nên k được xóa. Nhưng nếu mình dùng unitTest với hàm xóa và truyền Id khóa ngoại ấy vào thì vẫn xóa được bình thường, tại sao vậy ạ?
Theo như concept thì phần useCase trong domain sẽ không được phụ thuộc vào dataLayer, nhưng mình thấy trong code thì use case lại có repository, cái này có vi phạm nguyên tắc thiết kế không nhỉ
t nghĩ cách này áp dụng được cho dữ liệu ít thay đổi, hoặc là chỉ append thôi
Với cả nếu cần limit offset với các điều kiện sort khác nhau thì sẽ phải tạo nhiều MV cho mỗi điều kiện à?
dùng HS256 để tạo jwt thì ký tự cuối của nó ví dụ a đổi thành b thì token vẫn hợp lệ. Nó là do base64 chứ không phải lỗi đúng không. và jwt mà mình dùng không phải là duy nhất đúng không. Nội dung là duy nhất nhưng token nếu dùng các thuật toán hs256, 512 (không chia hết cho 6) thì vẫn đổi ký tự cuối được. Thks bạn trước.
Sau khi làm như bạn chỉ rồi chạy git log thì thấy đúng là working tree + date time không có thay đổi gì.
Nhưng khi mở trên Source Tree thì thấy tất cả các commit kể từ commit đó bị đẩy hết lên, show datetime là Today.
Làm cách nào tránh cái này ko bạn?
THẢO LUẬN
cho mình hỏi là sau khi deploy deployment, mình lại deploy 1 naked pod có label giống như pod trong deployment, thì deployment có quản lý naked pod này khi xóa 1 pod trong deployment ko?
Thanks bro
quá oách mike fen
Cho mình hỏi với, mình xóa bản ghi trong bảng, nhưng Id của bản ghi đó là khóa ngoại của bảng khác. Nếu khi gọi API xóa từ FE thì bình thường, tức là sẽ cảnh báo khóa ngoại nên k được xóa. Nhưng nếu mình dùng unitTest với hàm xóa và truyền Id khóa ngoại ấy vào thì vẫn xóa được bình thường, tại sao vậy ạ?
Thank you for providing this information. Visit here : https://login360.in/ui-ux-courses-in-chennai/
Mình cũng thấy v
Quá hữu ích và chi tiết. Cảm giác như đang đọc một công trình nghiên cứu trong các hội thảo quốc tế vậy🫰🏼🫰🏼
bài viết rất dễ hiểu, cảm ơn bạn!
Theo như concept thì phần useCase trong domain sẽ không được phụ thuộc vào dataLayer, nhưng mình thấy trong code thì use case lại có repository, cái này có vi phạm nguyên tắc thiết kế không nhỉ
. hóng bài tiếp của chủ thớt
có hướng dẫn thực hiện CI/CD trên Gitlab CI chưa sếp
Cảm ơn bạn vì bài viết khá thú vị hehe, tớ thấy khi dùng segmantic chunking khá mất time vì nó cần tính toán khá nhiều. Chờ An ra Agentic Chunking nhé
bài viết chất lượng. Cảm ơn bạn
vụ filter thì tui cũng chưa nghĩ ra cách nào hay 😅
ừm đúng, cái này phải làm job để refresh hằng ngày thì mới ổn, có thể chấp nhận 1 ngày sinh ra ~ vài chục ngàn record
t nghĩ cách này áp dụng được cho dữ liệu ít thay đổi, hoặc là chỉ append thôi Với cả nếu cần limit offset với các điều kiện sort khác nhau thì sẽ phải tạo nhiều MV cho mỗi điều kiện à?
dùng HS256 để tạo jwt thì ký tự cuối của nó ví dụ a đổi thành b thì token vẫn hợp lệ. Nó là do base64 chứ không phải lỗi đúng không. và jwt mà mình dùng không phải là duy nhất đúng không. Nội dung là duy nhất nhưng token nếu dùng các thuật toán hs256, 512 (không chia hết cho 6) thì vẫn đổi ký tự cuối được. Thks bạn trước.
hay thật á
Sau khi làm như bạn chỉ rồi chạy git log thì thấy đúng là working tree + date time không có thay đổi gì. Nhưng khi mở trên Source Tree thì thấy tất cả các commit kể từ commit đó bị đẩy hết lên, show datetime là Today. Làm cách nào tránh cái này ko bạn?
A good blog gives a lot more knowledge about this. I will continue to support your work Thank you Visit here : https://login360.in/aws-courses-in-chennai/