mình nghĩ không giải quyết đc vấn đề, vì tốc độ chạy của 1 request sẽ phụ thuộc vào nhiều yếu tố như băng thông, cache, ... và không bất biến. Ví dụ server A lấy dữ liệu xong cache lại, lần đầu chậm nhưng các lần sau sẽ nhanh, kiểu vậy
Bạn tìm hiểu về từ khóa sso (Single Sign-On) nhé.
Tạo whitelist token => lưu, check token trong database và replace token mới ở mỗi lần login. Xóa khi logout.
Có thể sử dùng database hiện tại hoặc noSQL database như redis (mình đang sài).
Không biết là ban có viết tiếp phần 2 hay không nhưng hiện tại thì mình chưa thấy phần gắn or liên kết new "ID generator" vào database như nào ?
Mình giả định là mysql, lúc design database bạn có define ID là 1 field key hay unique không? Nếu có, thì làm sao để 'mysql' make sure rằng new id sẽ không bi trùng ? Hay là mình chỉ define ID là 1 index thôi ?
cho mình hỏi nếu vậy thì có 1 chức năng nào đó gọi lại nhiều hàm , đại loại như Get Profile & Products, lúc này access token hết hạn thì tất nhiên sẽ check bên error để lấy refresh_token ( mặc định refresh_token không hết hạn ) thì có phải sẽ gọi 2 lần api và cùng đó gọi 2 lần hàm refresh_token không ? Giả sử chức năng đó liên quan nhiều API thì mình sẽ thấy 1 hiện trạng là bị duplicate ấy, không hay có lắm. Đoạn này theo mình làm các dự án thì thấy bro chưa chặt chẽ ý, tại còn vài case nữa .
THẢO LUẬN
@haialison bạn chọn new chat rồi cứ nhắn yêu cầu bình thường thôi à, mình cũng chọn về công nghệ nhưng kêu nó làm thơ, làm nhạc vẫn được hết à
@NgocPH cho mình hỏi là khi chọn mục đích dùng thì chọn gì để nói chuyện bình thường với nó được nhỉ 🥲, mình lỡ ấn chọn cho coding rồi..
https://laraveldaily.com/post/process-big-db-table-with-chunk-method ở đây có giải thích nè
tks
tks
mình nghĩ không giải quyết đc vấn đề, vì tốc độ chạy của 1 request sẽ phụ thuộc vào nhiều yếu tố như băng thông, cache, ... và không bất biến. Ví dụ server A lấy dữ liệu xong cache lại, lần đầu chậm nhưng các lần sau sẽ nhanh, kiểu vậy
bác tạo được chưa
ngon ngon
Bạn tìm hiểu về từ khóa sso (Single Sign-On) nhé. Tạo whitelist token => lưu, check token trong database và replace token mới ở mỗi lần login. Xóa khi logout. Có thể sử dùng database hiện tại hoặc noSQL database như redis (mình đang sài).
@vietnt đúng rồi, có một số lúc tui hỏi 2, 3 lần cùng 1 kiến thức ở những ngữ cảnh khác nhau, nó lại trả lời khác nhau
@NgocPH mà có vẻ con này còn cần train nhiều
có cách nào để custom cái popup biometric prompt ko b?
1 like👋 👋.
@Linhnef no probs
cho mình hỏi nếu vậy thì có 1 chức năng nào đó gọi lại nhiều hàm , đại loại như Get Profile & Products, lúc này access token hết hạn thì tất nhiên sẽ check bên error để lấy refresh_token ( mặc định refresh_token không hết hạn ) thì có phải sẽ gọi 2 lần api và cùng đó gọi 2 lần hàm refresh_token không ? Giả sử chức năng đó liên quan nhiều API thì mình sẽ thấy 1 hiện trạng là bị duplicate ấy, không hay có lắm. Đoạn này theo mình làm các dự án thì thấy bro chưa chặt chẽ ý, tại còn vài case nữa .
thankiusss rất nhiều
@XiaoFeng ❣️
hehe
kaka ko có gì nè