cảm ơn bạn

hay tóa cảm ơn tác giả

) au shiet, em bị viết thiếu )

Bài viết hay ạ em cx đã áp dụng đc gần hơn 1 nửa

function boot() nhé bạn. Chắc bạn ấy viết sai. Có một cách khác để đăng ký Observer nữa là trong Model Post, bạn thêm 1 function boot như sau:

public static function boot()
{
      parent::boot();
      self::observe(PostObserver::class);
}

đoạn code trên mình run thì sẽ ra báo lỗi "Maximum call stack size exceeded" giống như kiểu đi vào vòng lặp vô hạn. Còn nếu bỏ await trong vòng for đi thì nó ra kết quả như hình. Items của mình ko đúng

rails g -help => rails g --help em ei =))

Hiện mình đang code 1 website bằng Nuxt js. Và cần phải cho phép admin lựa chọn 1 vài Danh mục hiển thị, có thể là 3,5 hoặc all danh mục. Trước đây mình thường làm theo trình tự là "Lấy danh sách danh mục được phép hiển thị"-> vòng lặp danh sách này-> trong vòng lặp "Lấy danh sách sản phẩm của Danh mục"-> xuất ra các sản phẩm. Mình sẽ dc một layout đại loại thế này:

===Danh mục 1=== -item--item--item- -item--item--item- -item--item--item-

===Danh mục 2=== -item--item--item- -item--item--item- -item--item--item-

===Danh mục 3=== -item--item--item- -item--item--item- -item--item--item-

Giờ làm bằng nuxt thì phải dùng API và mình ko search ra cách để xử lý chuyện này giống như cũ. API để "Lấy danh sách sản phẩm theo list danh mục được phép hiển thị" thì mình có thể làm oke, nhưng mà mình muốn tìm hiểu xem Phương pháp như cũ có dùng được không, dùng được thì có nhiều thứ tiện lợi hơn nhiều

ở bảng products (chứa danh sách sản phẩm), a để thêm 1 trường category_id (khóa ngoại đến id của danh mục sản phẩm) thì khi truy vấn a dùng 1 query sẽ tối ưu và trả về danh sách sản phẩm tương ứng với từng danh mục

@buihieubthc2rb : uh, bạn dành thời gian ra xem giúp là mình cũng trân trọng rồi. Cảm ơn bạn hiền nhe.

@DatB Cảm ơn bạn đã quan tâm bài viết của mình nhé

@quocdungabc có vẻ là mình cũng chưa hiểu code trên nhiều nên không thể giúp bạn giải quyết

Cảm ơn tác giả nhé

Rất mong có thể đọc thêm được nhiều bài của bác nữa

Anh ơi khi nào có thời gian anh viết lách tiếp cho chúng em được học nhé (y) Bài hay và dễ hiểu quá anh (y)

Mình có 2 cái request API là

• Lấy danh mục sản phẩm
• Lấy danh sách sản thẩm theo id của danh mục

Đức cho mình hỏi là có dùng 2 cái này lồng vào nhau dc ko? Hay phải viết riêng 1 cái Lấy danh sách sản phẩm theo list danh mục?

@buihieubthc2rb ah action của mình nè:

const mapDispatchToProps = (dispatch, ownProps) => {
  return {
    sendEditDataToStore: (sendEditData) => {   dispatch({type:"GET_EDIT_DATA",sendEditData}) }
  }
}

Lúc này mới gửi qua store, mà mình bị kẹt ở bước lấy nên chưa gửi qua được. (Phải bấm nút Save thì action này mới thực thi)

"Để có sử dụng ta phải đăng ký nó trong function bool() của AppServiceProvider". Này là boot() hả tác giả hay tạo 1 cái bool() ?!

@quocdungabc

//Lấy dữ liệu từ form Edit và gán vào state
  isChange = (event) => {
    
    const name = event.target.name;
    const value = event.target.value;
    this.setState({[name]: value});
  }

Nhưng mà ở hàm onChange này thì bạn mới chỉ làm thay đổi state nội bộ, chưa thấy có gọi đến action thay đổi store. Còn ở render thì bạn vẫn dùng prop (lấy từ store). Có vẻ là vấn đề ở đây.

async await với promise call back nó đều có ưu nhược điểm riêng, ko cái nào replace được cái nào cả.

à chuẩn rồi bro =)) mình nhớ có 1 trường hợp vẫn dùng được cái mapping port kia nhưng ko tính là giao tiếp giữa container vì là run outside the container. (nhớ nhầm sang trường hợp đó nên phản pháo ngay =)) ) đúng là phải có 1 cái để ánh xạ chung thì các container mới giao tiếp được với nhau, thank bro vì góp ý nhé. để mình edit lại đoạn đầu bài viết :v lú quá :v