THẢO LUẬN

Jul 6th, 2020 2:15 a.m.

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

+1
Jul 6th, 2020 1:56 a.m.

Untitled.png

Em chưa hiểu lắm ạ. Em xin phép trình bày cụ thể hơn ạ.

Hiện tại e chỉ tạo project laravel với 2 bảng là User và Product.

Theo như e hiểu, thì cơ bản mỗi bảng sẽ tương ứng với 1 view, 1 controller, 1 model. Và mỗi 1 view sẽ tương ứng với 1 vue component. Theo đó, trong project của e tương ứng sẽ là [welcome.blade.php] sẽ sử dụng component [User.vue] - [product.blade.php] sử dụng component [ApiCalling.vue].

Mặc định nó sẽ vào trang [welcome.blade.php] chứa component [User.vue] quản lý thông tin danh sách của user.

Việc tiếp theo mà e muốn là tiếp tục qua trang [product.blade.php] để quản lý thông tin của product. Em đưa ra cách là ngoài khai báo Route::resource('users','UserController') thì e thiết lập thêm 1 route về [product.blade.php].

Untitled1.png

Như vậy có đúng không ạ? Hay e đã sai chỗ nào rồi ạ?

0
Jul 6th, 2020 1:41 a.m.

2.5 Loại bỏ xác thực bằng mật khẩu trên server (Chỉ sử dụng SSH keys)

  • Mình thấy bạn bị nhầm chỗ này rồi, chỗ này là k cho login = root chứ k phải tắt login = pass.

PermitRootLogin yes

  • Đúng ra nó là dòng này:

PasswordAuthentication no

+1

@nghiatc kafka thì nó đã xử lý cho mình phần đó ngay từ khâu thiết kế rồi, tuy nhiên cách xử lý của nó là tạo trước 1 số lượng xác định các partition, sau đó tùy key của message mà sẽ nhét chung message chung key vào 1 partition để đảm bảo thứ tự. Với cách này về lý thuyết sẽ là giới hạn số lượng concurrent của toàn hệ thống ở số lượng partition, do đó khi thiết kế người ta sẽ tạo sẵn 1 số lượng kha khá partition để giải quyết cái giới hạn trên.

Tuy nhiên cái này thường ok với các bài toán có độ ổn định, tức là ngay từ khi thiết kế đã biết chia concurrent như nào rồi. Còn với những hệ thống có yêu cầu thường xuyên thay đổi, hoặc yêu cầu phần xử lý concurrent phức tạp hơn thì sẽ lại phải tự thiết kế thôi

0

hay quá, e cũng đang mắc ở chỗ push qua firebase, giác ngộ được nhiều điều 😄

0

Concurrency và job ordering là 1 bài toán khó. Cho mình hỏi nếu dùng Kafka thì độ phức tạp thao tác có giảm xuống so với giải pháp task gối đầu của Minh ở trên không?

0
Jul 5th, 2020 3:25 p.m.

nice

0

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

0
Avatar
đã bình luận cho bài viết
Jul 5th, 2020 1:45 p.m.

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

0

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.

+1

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 😄

0

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

+1
Jul 4th, 2020 1:54 p.m.

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

0

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).

0
Jul 4th, 2020 10:20 a.m.

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

0

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

0
Jul 4th, 2020 9:10 a.m.

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

0
Jul 4th, 2020 9:01 a.m.

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

0
Jul 4th, 2020 9:01 a.m.

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.

0
Jul 4th, 2020 8:29 a.m.

(wow) (clap)

0
Viblo
Hãy đăng ký một tài khoản Viblo để nhận được nhiều bài viết thú vị hơn.
Đăng kí