Anh ơi, em nghĩ phần tầm quan trọng của debug và hướng dẫn cách debug trên Chrome Dev Tool anh nên tách thành bài viết khác, để trong nội dung của bài viết này nó bị loãng bài (lan man) ấy ạ (vì nội dung chính vẫn là list câu hỏi phỏng vấn).
Em cám ơn anh về bài viết chi tiết. Nhiều cái em chưa biết thật! ^ ^
Ngoài ra em bổ sung thêm 1 case nữa là không thể dùng break; trong forEach vì forEach là 1 callback chứ không phải vòng lặp bình thường. Sau đợt mất 2 tiếng chỉ để nhận bug "breakkhông có tác dụng trongforEach", em cũng chú ý hơn mỗi khi dùng thằng này. 😅
e nên disconnect khi ra khỏi trang nhắn tin nhé, như vậy thì server sẽ không cần bắn message về cho client nữa, vì lúc đó client không ở màn message nên không để làm gì.
Khi nào user quay lại màn nhắn tin thì kết nối lại không tốn tài nguyên lắm và ảnh hưởng mấy đâu e ạ, ko đáng kể. Việc ko disconnect để server phải bắn message về còn tốn hơn ấy chứ, nhất là khi số lượng client nhiều lên, server phải broadcast nhiều rất nặng
Chào a, bài viết rất hay ạ. E có 1 thắc mắc là khi mình thoát ra khỏi trang nhắn tin thì có cần disconnect realtime không? Nếu để vậy thì có tốn tài nguyên và ảnh hưởng tới tốc độ xử lý của hệ thống không?
"Isset là hàm kiểm tra một biến đã có giá trị hay chưa? Nếu có sẽ trả về true"
-> Chỗ này bạn bị nhầm, hàm isset kiểm tra xem biến có tồn tại, có được khai báo hay không
THẢO LUẬN
@maitrungduc1410 e hiểu rồi, cảm ơn a
Anh ơi, em nghĩ phần tầm quan trọng của debug và hướng dẫn cách debug trên Chrome Dev Tool anh nên tách thành bài viết khác, để trong nội dung của bài viết này nó bị loãng bài (lan man) ấy ạ (vì nội dung chính vẫn là list câu hỏi phỏng vấn).
Anyway, em cám ơn anh về những chia sẻ này nha!
Em cám ơn anh về series này! Em mong chờ phần 4 về list câu hỏi của HR ạ ^ ^
Em cám ơn anh về bài viết chi tiết. Nhiều cái em chưa biết thật! ^ ^
Ngoài ra em bổ sung thêm 1 case nữa là không thể dùng
break;trongforEachvìforEachlà 1 callback chứ không phải vòng lặp bình thường. Sau đợt mất 2 tiếng chỉ để nhận bug "breakkhông có tác dụng trongforEach", em cũng chú ý hơn mỗi khi dùng thằng này. 😅docker-compose chỉ sử dụng chạy dưới local thôi phải ko b, với lại ko thấy config nginx trong bài viết nhỉ
link code lỗi hết rồi xếp ơi
hay quá, nhưng mà em ko xem đc code trên link của sếp, nó bị lỗi hết rồi
e nên disconnect khi ra khỏi trang nhắn tin nhé, như vậy thì server sẽ không cần bắn message về cho client nữa, vì lúc đó client không ở màn message nên không để làm gì.
Khi nào user quay lại màn nhắn tin thì kết nối lại không tốn tài nguyên lắm và ảnh hưởng mấy đâu e ạ, ko đáng kể. Việc ko disconnect để server phải bắn message về còn tốn hơn ấy chứ, nhất là khi số lượng client nhiều lên, server phải broadcast nhiều rất nặng
https://viblo.asia/p/ban-da-biet-ve-lo-hong-class-pollution-trong-python-hay-chua-p2-MkNLr13aJgA
Phần 2 đây bạn nhé
Chào a, bài viết rất hay ạ. E có 1 thắc mắc là khi mình thoát ra khỏi trang nhắn tin thì có cần disconnect realtime không? Nếu để vậy thì có tốn tài nguyên và ảnh hưởng tới tốc độ xử lý của hệ thống không?
Đây chỉ là Authentication , Authorization thì chưa thấy đâu
Đa phần các bài kiểu này đều chưa hiểu authorization là thế nào.
Chưa có phân quyền gì ở đây cả
Hình như bạn quên ko trích nguồn nhỉ 🫠 https://data-flair.training/blogs/how-to-become-ai-engineer/
Bài viết của bạn như lol, mong bạn từ này đừng ra thêm bài nào nữa
"Isset là hàm kiểm tra một biến đã có giá trị hay chưa? Nếu có sẽ trả về true" -> Chỗ này bạn bị nhầm, hàm isset kiểm tra xem biến có tồn tại, có được khai báo hay không
Hay quá ạ
, mong có thật nhiều bài viết như này
Mình k là Dev, chỉ QC. Nên làm ntn cho đẹp ta :v
Đây mới chỉ là Authentication thôi bạn ơi. Lên bài thì Authorization mà bạn chưa hiểu gì về Authorization hết
Authentication trả lời câu hỏi: Bạn là ai ?
Authorization trả lời câu hỏi : Bạn có vai trò gì, bạn có quyền truy cập vào resouce này không ?
Copy idea
khi 1 website có traffic đều trong vòng 3-6 tháng thì bắt đầu kiếm tiền từ quảng cáo đc bạn à (giống như bkt youtube á)
@dajneem23 cool quá cậu 👍️