chào bạn, cách đơn giản nhất có thể làm là giản cách thời gian giữa 2 lần request, phức tạp hơn thì có thể dùng các server proxy để luân phiên request. Implement cái này khá khó mình dự định giành riêng cho một bài viết khác trong tương lai.

cám ơn bạn chia sẻ rất hay

Thanks.

Thank u

bác cứ tiếp cận theo hướng thiết kế 1 cái monolith được module hóa và phụ thuộc yếu vào nhau là sau sẽ dễ mở rộng. Ban đầu làm mono nó cũng tập trung nguồn lực. Nên làm riêng frontend và backend api chứ đừng chơi mono kiểu load all page như mấy cái forum hồi xưa.

Em thấy có 1 cách là tạo thêm 1 cái route khác để redirect sang view User.blade.php Nó sẽ giải quyết được vấn đề. Nhưng còn cách nào tốt hơn không ạ?

Anh ơi cho em hỏi! Bữa giờ làm theo series của anh thì mặc định component đặt trong view welcome. Em đang làm thêm 1 table User. Khi đó sẽ có User model, UserController, Route::resource('users','UserController'), view user.blade.php, và user.vue. Khi gọi tới route('/users') thì nó sẽ đến UserController@index. Nhưng trong index() nó chỉ trả về User::all(). Không nhảy qua view user.blade.php. Nên chỉ nhận được data response. Còn nếu trả về View thì lại không có data. Em phải xử lý như thế nào vậy a?

bài viết hay cảm ơn bạn

Nghe bảo chọn giọng nam.

Cho e hỏi là trong các dự án thực tế, nếu dự án sử dụng RxSwift, thì các action của button, segment, textfield, ... sẽ được thay thế hoàn toàn bằng RxCocoa, hay vẫn giữ IBAction như thông thường? Vì việc sử dụng RxCocoa sẽ gây khó khăn cho người mới học Rxswift

@Trungdao cái isAuthenticated là cái giá trị true false sau khi mình request lên server để validate cái token thôi :v nếu validate thành công thì trạng thái ng dùng là đăng nhập và isAuthenticated = true và ngược lại thôi

@duong.manh.hoang Cám ơn anh đã chỉ giáo

@Trungdao à mình dùng JWT có thể sẽ có lúc muốn rip cái token đấy hoặc có tính năng logout khỏi tất cả các thiết bị thì trước khi đăng nhập vào thì cũng phải check xem cái token đấy còn dùng đc không ý mà

@kenjisaitovn không đâu bạn, miễn là bạn query đúng cách, đừng để các queries bị lặp lại nhiều lần

Mình nghe nói SwiftUI + Combine sau này sẽ thay thế RxSwift

Bạn nói rất đúng, nên tiếp cận mọi thứ từ hướng kinh doanh để tránh phải xây dựng một hệ thống quá hoành tráng ban đầu mà chưa chắc đã sống được đến lúc mở rộng. Bây giờ nếu mình muốn xây dựng một mạng xã hội thu nhỏ, tính năng cơ bản nhất thì theo bạn nên bắt đầu như thế nào để tránh những vấn đề trong bài viết và cũng tránh được việc phải đập đi xây lại nếu nó phát triển được. Cảm ơn bạn.

cho mình xin fb nt hỏi riêng xíu được ko vậy ?

Tuy phía sau thay đổi công nghệ rất nhiều nhưng UI nó cứ sao ấy, tự dưng bây giờ chỉ có 1 cột trung tâm nằm chơi vơi ở giữa, nhiều không gian trống chả để làm gì trong khi độ rộng hiển thị trung tâm vẫn rất hẹp. Ngoài ra họ còn ẩn bớt nhiều thông tin hữu ích đang có ở bản cũ, nói chung thấy không quen. Đây cũng là vấn đề chung của tất cả các website, khi thay đổi lớn về layout đều bị chê. Do vậy phải xác định một style để theo đuổi lâu dài ngay từ đầu, phía sau tha hồ cải tiến, đừng thay đổi quá nhiều cách bố trí.

Vâng, về cơ bản cách 3 sẽ truy vấn tốt hơn nhiều. Chỉ có điều với số lượng dữ liệu lớn có ảnh hưởng nhiều tới performance không?

Hi bạn Mình cũng newbi- làm theo code hdan trên python 3.7.4- khi chạy robot.py - phần micro nó ko nhận được âm thanh mình nói vào cũng search túi bụi - thấy pyaudio chỉ hổ trợ tới py 3.6x Không biết phải lỗi này ko?