chủ yếu là cái retrolfit này nó có thể kết hợp với nhiều thứ như viewmodel hoặc datamodel để dùng như là live data nên khá lằng nhằng phức tạp.Tác giả không đủ chuyên môn để nói cái đó hoặc là chia sang phần 2
Cảm ơn câu hỏi rất hay của bạn:
Với trường hợp key/token của 3rd party thì nên lưu trữ ở phía BE và export API cho FE sử dụng, không nên đính kèm trong request của người dùng. Chính xác là nên che giấu thông tin ở phía BE và server sẽ thay thế người dùng làm việc đó. Ngoài ra, phía BE hay các API nên mã hoá thông tin theo chứng chỉ SSL để bảo mật thông tin hơn.
Về mặt chủ quan thì người dùng nên biết và tự bảo vệ thông tin của mình như nên không kết nối các mạng lạ và free nơi công cộng để thực hiện các công việc quan trọng.
Khi mà bác define bean userDetailsService thì bác phải implement lại AuthenticationProvider, còn nếu ko thì bác define bean với tên InmemoryUserDetailsService là được nhé
Không sao e ơi, khi e chỉ định user: 1000:1000 ở docker-compose.yml thì Docker sẽ cho container ta chạy với user chính xác bằng UID:GID đó. Kể cả khi e exec vào mongo/redis và cat /etc/passwd và không thấy thì cũng không sao cả nhé
A ơi, em phát hiện ra 1 cái là nếu chạy redis hay mongo với uid 1000 thì sẽ bị restarting vì 2 cái image này ko có uid 1000. vì vậy mà có lẽ mình cần tạo một cái image khác wrap đám image này lại rồi tạo uid 1000 cho nó.
@Gryffindor debate về kiến thức thôi chứ sao lại công kích cá nhân thế bạn =)) Mình thấy nếu kiến thức truyền đạt sai, hoặc bài viết đi "google dịch" từ 1 bài viết nào đó thì debate về đúng chủ đề đó. Không nên công kích cá nhân người viết
THẢO LUẬN
chủ yếu là cái retrolfit này nó có thể kết hợp với nhiều thứ như viewmodel hoặc datamodel để dùng như là live data nên khá lằng nhằng phức tạp.Tác giả không đủ chuyên môn để nói cái đó hoặc là chia sang phần 2
Mình cũng đang dự định base source với FastAPI nên trong các phần sau sẽ làm source base để mọi người dễ nắm bắt và sử dụng hơn 😁
Cảm ơn câu hỏi rất hay của bạn: Với trường hợp key/token của 3rd party thì nên lưu trữ ở phía BE và export API cho FE sử dụng, không nên đính kèm trong request của người dùng. Chính xác là nên che giấu thông tin ở phía BE và server sẽ thay thế người dùng làm việc đó. Ngoài ra, phía BE hay các API nên mã hoá thông tin theo chứng chỉ SSL để bảo mật thông tin hơn. Về mặt chủ quan thì người dùng nên biết và tự bảo vệ thông tin của mình như nên không kết nối các mạng lạ và free nơi công cộng để thực hiện các công việc quan trọng.
Khi mà bác define bean userDetailsService thì bác phải implement lại AuthenticationProvider, còn nếu ko thì bác define bean với tên InmemoryUserDetailsService là được nhé
Thank you so much ♥️♥️♥️
trong trường hợp có 2 bảng mà khóa chính cảu 2 bảng giống nhau thì sao ạ?
Very nice, Thank you so much!
Apply Scrum vào thực tế một cách không thể thực tế hơn
Cảm ơn anh vì bài viết!
Hi anh sơn. cho e hỏi là khi cài jeager bằng helm vào 1 cluster, đoạn foward port nguyên lí là như thế nào vậy ạ
Cho mình hỏi là nếu session id được gắn với cookies sau mỗi lần tạo thì nếu cookies hết hạn thì session có time out không?
Không sao e ơi, khi e chỉ định
user: 1000:1000ởdocker-compose.ymlthì Docker sẽ cho container ta chạy với user chính xác bằng UID:GID đó. Kể cả khi e exec vào mongo/redis vàcat /etc/passwdvà không thấy thì cũng không sao cả nhéA ơi, em phát hiện ra 1 cái là nếu chạy redis hay mongo với uid 1000 thì sẽ bị restarting vì 2 cái image này ko có uid 1000. vì vậy mà có lẽ mình cần tạo một cái image khác wrap đám image này lại rồi tạo uid 1000 cho nó.
Rất hay ạ!
rất hay
add thêm giúp mình file
.envdễ theo dõi với ạviết bài đi br
)))
Tiếp tục phát huy bạn nhé
@Gryffindor debate về kiến thức thôi chứ sao lại công kích cá nhân thế bạn =)) Mình thấy nếu kiến thức truyền đạt sai, hoặc bài viết đi "google dịch" từ 1 bài viết nào đó thì debate về đúng chủ đề đó. Không nên công kích cá nhân người viết
up anh ơi
Bài viết hay giúp mình định hình được trước khi thi. Ban có thể cho mình xin tài liệu pvtamitns.bg@gmail.com đk ko ạ.Thank bạn.