lên bài thôi anh ơi ^^

(clap)

@pht e chưa join gì cả, mới select mấy trường cần thiết và đánh index 2 trường where trên SQLyog thôi ạ. @huukimit e thấy dùng simplePaginate tốc độ nhanh hơn hẳn nhưng e chưa biết custom sao cho phân trang giống paginate

mình khởi tạo random nghiệm nên có thể trong tập nghiệm đó sẽ có nghiệm tối ưu hoặc không, cái đó mình cũng không cần quan tâm lắm, cứ thuận theo tự nhiên thôi hehe còn nếu em ko muốn lấy những cha mẹ đã tối ưu để lai ghép, thì như ở bước chọn lọc, mình sắp xếp cái mảng thích nghi rồi lấy những đứa chưa tối ưu, thay về lấy random thôi

là sao, m không hiểu ý bạn lắm. quản lí ở đây tức là quản lí gì nhỉ?

Mình chưa đọc bài gốc nên không biết có phải bạn dịch hoàn toàn hay không. Nhưng những cái bạn nói trên mình thấy trường mình nói chung và nhiều trường dạy CNTT khác đều dạy với các môn cụ thể. Cái chính là chúng ta chả ai muốn học và chịu học nó mà thôi.

bài viết này thực sự rất ý nghĩa, nhưng nó thực sự chính xác là khi bạn bám sát hơn những gì bạn đã được học trên trường. Đừng vì 1 môn hình không biết, né không học mà nói rằng trường tôi không hề dạy cái đó .

Cảm ơn vì bài viết ý nghĩa.

Cái số 3 viết filter cũng ngắn mà ta? avengers.filter(item => { return item.age >= 18 ? item.name : null })

practice rất hay nhưng áp dụng vào thực tế thì hơi bị khó, giả định team đó có 7 người (1 scrum team), mỗi ngày 1 người test 1 h x 1 tháng = 1 man/month = 2000-3000$ trong khi target test thì không có, vậy thì quản lý kiểu gì?

@minhnv huhu

Huhu hay quá (nguongmo)

K có gì đâu bạn, kiến thức là chia sẻ mà

có khá ít tài liệu tiếng việt hướng dẫn về django rest framework

Code siêu, oánh cầu suýt siêu giờ Híu lại còn biết test nữa (nguongmo)

Có thể mô tả bảng, cách bạn đánh index và câu query của bạn được không?

dmm .

@huuhung96

1. Đầy là cách làm phù hợp nhất đối với trường hợp của bạn vì nếu bạn lưu thông tin về role của user ở localStorage thì user đó hoàn toàn có thể bật f12 lên và chỉnh sửa role này để truy cập vào các view bạn không mong muốn
2. Đây là một trong những tính năng khi bạn sử dụng Server Side Rendering hay chính là NextJS với React nhé. Với giả sử khi lần đầu bạn truy cập vào môt trang bất kì thông qua url thì bên server đã thực hiện toàn bộ việc gọi các API cần thiết để có thể render ra một trang html đầy đủ thông tin và trả về cho bạn trong đó bao gồm cả việc gọi các API cần thiết để lấy giữ liệu. Chính vì thế khi bạn nhận lại trang sẽ không thấy các API request này được gọi nữa. Ví dụ ở đây:

Bạn thử click chuột vào tên mình ở bên tay phải để được chuyển hướng sang trang profile của mình và bạn theo dõi request sẽ thấy điều kì diệu ).

Cảm ơn bạn đã quan tâm tới câu hỏi của mình.

1. Nếu như vậy thì thành ra tương ứng với mỗi lần request, đều phải gọi API để lấy thông tin current_user về?. Sẵn câu trả lời này thì mình hỏi thêm luôn 1 câu liên quan, giả sử khi mình xem profile của một thành viên. Chỗ này tức là mình sẽ goi lên API để get thông tin của user có ID đó về. Nhưng nhiều web mình lại không thấy bất kỳ request XHR nào nhằm mục đích đó cả . Ví dụ ngay viblo. Vậy các mà ho xử lý ở chỗ này là như thế nào? TRong nhiều trường hợp mình cũng muốn ẩn API như vậy

2. Trước mắt thì mình cũng định hình được là các router path đều phải config lại. Cấu trúc cũng phải thay đổi cho phù hợp với Nextjs. Mình lo là mấy cái package trước đây không biết có sử dụng được không?

@HuyDQ Hiện tại là đúng như vậy đó bạn. Mình đang lưu 2 key, 1 key là token, 1 key là object user chứa các thông tin cần thiết để lấy ra hiển thị

bạn lưu toàn bộ thông tin user và token ở localStorage đúng không ??

@HuyDQ Mình đang dùng token á bạn. JWT