nice

Cám ơn bạn đã đăng bài viết rất bổ ích.

bạn ơi bạn đã làm dc chưa bạn

Dự án thực tế chúng ta sẽ sử dụng RxCocoa nếu có thể nhé. Việc sử dụng như vậy sẽ gây khó khăn cho những người không biết Rx khi tiếp cận dự án. Tuy nhiên, Rx hoàn toàn có thể training được và nó giúp tối giản hóa kèm theo việc tăng hiệu năng hiệu quả công việc cũng như dự án nên đây là một cái giá hoàn toàn có thể đánh đổi được.

a cũng đang có kế hoạch viết lại blog, thời gian vừa rồi a hơi bận blog mốc meo cả rồi

Ngóng tiếp series CI/CD của đại ka lâu lắm r nhẻ ^^

bro nói hợp lý quá rồi 😁

Bài viết hay nhưng có một số phần mình thấy ít gặp và không nên sử dụng lắm:

Sẽ có trường hợp ví dụ user đang có role="Admin" chuyển thành "User". Nếu token không hết hạn thì token cũ với role="Admin" vẫn có quyền truy cập với role đó mặc dù đã bị thay đổi.

Khi dùng Bearer Authentication thường thứ duy nhất mà người ta sử dụng để mã hóa là user_id khi user gửi request lên server lúc đó server sẽ biết user đó là ai và có thẻ dễ dàng query ra quyền của user. Chứ gửi cả role hay gì gì khác là không cần thiết và thừa.

Về OAuth2 thì khi gửi request đăng nhập với 1 3th app (Gmail,Facebook, Twitter hay Github…) thì sẽ có response trả về bao gồm cả access_token như bạn nói ở trên và công dụng nó là vậy. Nhưng đối tính năng chỉ cần register bằng những app 3th đó thì cái quan trọng nhất là user_key, mình không rõ nó có phải là key cả user trong app đó không nhưng cái đó mới là thứ để tạo user và giúp nó thành duy nhất. Còn access_token đúng như bạn nói nếu muốn lấy thông tin user từ app đó server phải gửi request lên kèm theo access_token để có lấy dữ liệu. Nhưng thường theo các ứng dụng dự án mình làm thì access_token thường không được sử dụng nhiều hầu như chỉ sư dụng lần đầu để lấy dự liệu hoặc là có tính năng sync data mà thôi.

Đây là ý kiến cá nhân của mình không đề cập hay tranh luận đến chuyện đúng sai trong bài viết (bow).

Hi @Plumpboy

Mình có một vấn đề thế này. Project mình dùng multi database. mình muốn khi gọi một queue. CreateOrder::dispatch() thì mình muốn config để lưu vào db tương ứng có được không

có nhiều option bác có thể khám phá thêm ở doc nhé

Bạn ơi, thế còn ngược lại thì sao? Unzip từ response trả về

Bài viết rất hay...

Trong nội dung bài viết thì code 2 file Edit và Create là giống nhau bạn ạ. CÒn trên git thì khác.

(wow) (clap)

bài viết hay quá (clap)

Hay quá!

Bài viết rất hữu ích, cảm ơn bạn nhé !

nếu e chuyển file blade từ welcome sang users là e đã chuyển hẳn sang một ứng dụng Vue hoàn toàn khác. E có thể thiết lập route mặc định về user.blade.php thay vì để là welcome nhé.

Thường mình chỉ dùng 1 ứng dụng Vue trong toàn bộ project thôi.

Bạn viết thế này thì chung chung quá, mọi người cũng không biết phải support thế nào nữa (^^;) Bạn có thể cung cấp thêm các thông tin khác được không:

• Cấu hình RDS của bạn ra sao (CPU thế nào, RAM ra sao)
• Dịch vụ bạn đang vận hành là về lĩnh vực gì, có khoảng bao nhiêu người dùng, database có khoảng bao nhiêu bảng, bảng nhiều nhất có khoảng bao nhiêu records.
• Việc CPU bị đẩy lên cao gây ra tình trạng load chậm có diễn ra thường xuyên không, hay chỉ vào một số thời điểm. Bạn có tái hiện được vào trang nào, hay chạy query gì thì nó sẽ xảy ra tình trạng đó không

nhìn chung càng nhiều thông tin thì mọi người càng có thêm cơ sở để đưa ra lời khuyên cho bạn, chứ chỉ trình bày mỗi tình trạng CPU load cao quá thì cũng không biết phải giải quyết thế nào bạn ạ (^^;)

Thích cái package này bởi cái option của nó