Sd các SDK với các ngôn ngữ tương ứng. hiện có JS, Python, dotNet, Java. Với các ngôn ngữ Locker chưa hỗ trợ thì có thể call binary Secret CLI bạn nhé 😄
Thế thì mk xin trả lời bạn, bên này phát hành mã nguồn mở, ai cũng có thể vào audit sourcecode của Locker SM. Còn mã hóa dữ liệu end-to-end encryption, zero-knowledge encryption, zero-trust model nữa.
Phải dùng thử thực tế thì mới kết luận được b ạ chứ mình cũng chỉ share thế thôi, cũng k thiếu gì bên giống thế này 😉
Nói như bạn thì làm sao để sure là dữ liệu của người dùng không bị bên phát triển phần mềm Locker này xem được? Đúng là cái j chẳng có rủi ro của nó
Mất nhiều thời gian hay không còn tùy thuộc vào quy mô và phức tạp của hệ thống người dùng và độ rải rác của secrets trong hệ thống bạn nhé. Khi tích hợp, doanh nghiệp có thể cần nhân viên có kiến thức và kỹ năng kỹ thuật để cấu hình, triển khai và tích hợp Locker vào hệ thống hiện có. Hình như bên này còn hỗ trợ đào tạo cách sd thì phải, bạn lên web xem thì chuẩn hơn
@mynamebvh a ơi e dùng api của vietqr chèn vào vba để tạo mã QR thanh toán, nhưng ảnh đầu tiên load rất chậm còn mấy ảnh sau lại nhanh hơn, nếu tạm nghỉ khoảng 5 phút thì trở lại load ảnh chậm kiểu như bị ngắt kết nối hay sao ấy
Cho mifnh hoir doan Lưu ý: khi sử dụng Sandboxed processors chúng ta sẽ không thể sử dụng Dependency Injection (và IoC container) vì đang chạy trên forked process. Vì thế nếu các bạn phải tự khởi tạo các dependency nếu cần sử dụng., gia su minh muon dung lai class userSevice thi lam the nao
@quangvo Nhưng mình không hiểu tại sao lại không nên dùng vnp_ReturnUrl để update trạng thái thanh toán
Khi thanh toán thành công vnpay sẽ trả nguyên chuỗi checksum cho bạn luôn (chuỗi này nó cộng chuỗi thẳng vào vnp_ReturnUrl ), mình có thể hoàn toàn lấy chuỗi đã checksum đó để update status thanh toán khÔng cần gọi vnpay để kiểm tra trạng thái thanh toán luôn
Vậy thì tại sao lại warning là không nên dùng url return ? Hay là do thời gian viết bài và version vnpay bây giờ đã khác nhỉ ?
Mình nghĩ ý đồ của VNPay ở đây là họ muốn nhận phản hồi từ phía app nữa nên mới tách ra 2 requests bao gồm:
ReturnUrl cho hiển thị end-user, request này không cần response lại VNPAY
IPNUrl để cập nhật dữ liệu giữa app và VNPAY.
Thế nên nếu cho dù kết hợp 2 steps của bạn thì cũng ko đáp ứng được flow cuar VNPAY vì không có phản hồi lại VNPAY.
Vậy suy ra IPN nó sinh ra để dành cho abnormal cases liên quan đến frontend không thực hiện được 2 mục trên thì lúc này thằng IPN đứng ra hỗ trợ cập nhật transaction chứ nhỉ
Liên quan đến ý này thì cũng là 1 nguyên nhân dẫn đến mục tách URL ở trên, họ muốn hạn chế rủi ro liên quán đến việc update dữ liệu nên đã decouple công việc.
Mình cũng làm với 1 payment gate khác là GMO, cũng có cơ chế tương tự như VNPAY, thay vì IPNURL thì họ sẽ có 1 webhook để hook dữ liệu của transation khi có thay đổi về phía APP để backup trường hợp flow thanh toán chính phía app xảy ra lỗi lúc xử lí repsonse từ payment gateway.
THẢO LUẬN
Bên này có cung cấp khả năng sao lưu và khôi phục secrets trong trường hợp xảy ra sự cố dẫn đến mất dữ liệu ko b?
+1 respect
Sd các SDK với các ngôn ngữ tương ứng. hiện có JS, Python, dotNet, Java. Với các ngôn ngữ Locker chưa hỗ trợ thì có thể call binary Secret CLI bạn nhé 😄
Cho mk hỏi nếu dự án của mk code bằng các ngôn ngữ X thì sẽ tích hợp công cụ này tke nào?
Khác quái gì HashiCorp Vault v ?
Thế thì mk xin trả lời bạn, bên này phát hành mã nguồn mở, ai cũng có thể vào audit sourcecode của Locker SM. Còn mã hóa dữ liệu end-to-end encryption, zero-knowledge encryption, zero-trust model nữa. Phải dùng thử thực tế thì mới kết luận được b ạ chứ mình cũng chỉ share thế thôi, cũng k thiếu gì bên giống thế này 😉
Nói như bạn thì làm sao để sure là dữ liệu của người dùng không bị bên phát triển phần mềm Locker này xem được? Đúng là cái j chẳng có rủi ro của nó
Mất nhiều thời gian hay không còn tùy thuộc vào quy mô và phức tạp của hệ thống người dùng và độ rải rác của secrets trong hệ thống bạn nhé. Khi tích hợp, doanh nghiệp có thể cần nhân viên có kiến thức và kỹ năng kỹ thuật để cấu hình, triển khai và tích hợp Locker vào hệ thống hiện có. Hình như bên này còn hỗ trợ đào tạo cách sd thì phải, bạn lên web xem thì chuẩn hơn
Cho mk hỏi nếu tích hợp tool Locker này cho doanh nghiệp có lâu không? Bên doanh nghiệp có cần nhân viên chuyên môn gì ko?
xin nghỉ đi phỏng vấn có nên nói với lead là em đi phỏng vấn để xem giá của mình đang ở mức nào không anh:>
😝😝😝
😀
Hữu ích quá anh ơi. Mong anh ra nhiều bài viết hơn ạ
Cảm ơn bro
@mynamebvh a ơi e dùng api của vietqr chèn vào vba để tạo mã QR thanh toán, nhưng ảnh đầu tiên load rất chậm còn mấy ảnh sau lại nhanh hơn, nếu tạm nghỉ khoảng 5 phút thì trở lại load ảnh chậm kiểu như bị ngắt kết nối hay sao ấy
Cho mifnh hoir doan Lưu ý: khi sử dụng Sandboxed processors chúng ta sẽ không thể sử dụng Dependency Injection (và IoC container) vì đang chạy trên forked process. Vì thế nếu các bạn phải tự khởi tạo các dependency nếu cần sử dụng., gia su minh muon dung lai class userSevice thi lam the nao
Dto ít field hơn entity gốc thì có map được không nhỉ? Có tùy chọn để chỉ map các field khác null không?
@quangvo Nhưng mình không hiểu tại sao lại không nên dùng vnp_ReturnUrl để update trạng thái thanh toán Khi thanh toán thành công vnpay sẽ trả nguyên chuỗi checksum cho bạn luôn (chuỗi này nó cộng chuỗi thẳng vào vnp_ReturnUrl ), mình có thể hoàn toàn lấy chuỗi đã checksum đó để update status thanh toán khÔng cần gọi vnpay để kiểm tra trạng thái thanh toán luôn Vậy thì tại sao lại warning là không nên dùng url return ? Hay là do thời gian viết bài và version vnpay bây giờ đã khác nhỉ ?
Hi anh, case này em có nghĩ đến
Nhưng do nếu dùng sqlite thì airflow sẽ chạy sequentialexecutor thay vì localexecutor như title bài viết í anh
Thanks anh đã đọc ủng hộ em nhen 😄
Mình nghĩ ý đồ của VNPay ở đây là họ muốn nhận phản hồi từ phía app nữa nên mới tách ra 2 requests bao gồm:
Thế nên nếu cho dù kết hợp 2 steps của bạn thì cũng ko đáp ứng được flow cuar VNPAY vì không có phản hồi lại VNPAY.
Vậy suy ra IPN nó sinh ra để dành cho abnormal cases liên quan đến frontend không thực hiện được 2 mục trên thì lúc này thằng IPN đứng ra hỗ trợ cập nhật transaction chứ nhỉ
Liên quan đến ý này thì cũng là 1 nguyên nhân dẫn đến mục tách URL ở trên, họ muốn hạn chế rủi ro liên quán đến việc update dữ liệu nên đã decouple công việc.
Mình cũng làm với 1 payment gate khác là GMO, cũng có cơ chế tương tự như VNPAY, thay vì IPNURL thì họ sẽ có 1 webhook để hook dữ liệu của transation khi có thay đổi về phía APP để backup trường hợp flow thanh toán chính phía app xảy ra lỗi lúc xử lí repsonse từ payment gateway.