Đúng rồi bạn lúc set price gas thì chọn 1Gwei rồi tăng dần lên cho đến khi tạo đc transaction. min của BSC là 10Gwei nên ko thể thấp hơn, qua mạng khác thì chọn đc 0Gwei or 1Gwei
Mình thấy final bloc = RemoteBloc(); // khởi tạo bloc <=== new
Cái này phải init rồi để chung, khi mà cần tạo nhiều chỗ StreamBuilder để update nhiều nơi.
Vậy nếu như extract class widget con nhưng vẫn xài cái chung bloc này, vậy phải pass param bloc vào constructor của nó hay sao?
Có vẻ như không được thuận tiện như Provider nhỉ? Provider dựa vào inheritedWidget nên nó find ngược context lên là có instance của provider mà không cần thông qua việc pass param.
Thank vì bài viết nhé
Theo mình nghĩ ko cần thiết, vì khi bạn explain câu sql thì cho dù bạn có join sau hay trước thì theo thứ tự nó vẫn filter trước rồi mới join. Bạn thử đo tốc độ chạy bằng 2 cách sẽ thấy ko khác biệt
Chào bạn. Mình không rõ bạn đã giải quyết được vấn này hay chưa? Nhưng mình có 1 cách giải quyết gộp truy vấn của bạn lại và khuyên bạn không nên dùng đoạn for sẽ làm cấp số nhân số lần truy vấn vào database. Bạn tham khảo cách của mình nhé:
$this->userRepository->getModel()->with('terminateContract')
->addSelect(
DB::raw('SUM(CASE
WHEN terminateContract.status = 2
THEN terminateContract.amount
ELSE 0 END) AS sale_direct')
)
->addSelect(
DB::raw('SUM(CASE
WHEN terminateContract.status = 1
THEN terminateContract.amount
ELSE 0 END) AS sale_in_direct')
)
->where('terminateContract.startdate', $startDate)
->where('terminateContract.enddate', $endDate)
Phần ->with('terminateContract') bạn nhớ viết relationship trong model nhé.
Trong ảnh mình thấy bạn có 3 hàm getAllRewardUserIdByMoth, getAllPunishdUserIdByMoth, getTotalCommission. Mình không rõ 3 hàm này dùng để xử lý logic hay là trỏ đến 1 model nào khác hay không nên không thể gộp vào truy vấn như bên trên cho bạn.
Hi bạn! Mình không biết bạn đã có cách giải quyết vấn đề của bạn chưa nhưng đây là cách mình thưởng sử dụng. Bên dưới là 1 ví dụ của mình dùng trong phân quyền, bạn tham khảo nhé
Trong model
Trong service
Khi trỏ with vào cái relationship trong model là đã lấy join được nhiều bảng mình mong muốn rồi
THẢO LUẬN
Đúng rồi bạn lúc set price gas thì chọn 1Gwei rồi tăng dần lên cho đến khi tạo đc transaction. min của BSC là 10Gwei nên ko thể thấp hơn, qua mạng khác thì chọn đc 0Gwei or 1Gwei
Cám ơn anh rất nhiều, series bài đọc rất hữu ích và dễ hiểu ạ
quá chất lượng
Yeah! Bạn có thể mở rộng nó để xử lý bài toán của bạn
@godstorm91 sốp ra nhiều bài mới cho anh em học hỏi nha
Mình thấy final bloc = RemoteBloc(); // khởi tạo bloc <=== new Cái này phải init rồi để chung, khi mà cần tạo nhiều chỗ StreamBuilder để update nhiều nơi. Vậy nếu như extract class widget con nhưng vẫn xài cái chung bloc này, vậy phải pass param bloc vào constructor của nó hay sao? Có vẻ như không được thuận tiện như Provider nhỉ? Provider dựa vào inheritedWidget nên nó find ngược context lên là có instance của provider mà không cần thông qua việc pass param. Thank vì bài viết nhé
"Theo một số cách" bạn nhé
Theo mình nghĩ ko cần thiết, vì khi bạn explain câu sql thì cho dù bạn có join sau hay trước thì theo thứ tự nó vẫn filter trước rồi mới join. Bạn thử đo tốc độ chạy bằng 2 cách sẽ thấy ko khác biệt
a có thể cho em xin 2 file digits.npy và alphas.npy được không ạ? em cảm ơn
Bài viết rất hay và hữu ích
xui cho bác là cái thư viện này ít ai sài nên ít người đọc , cũng không ai vote cho bác , thôi em cho bác +1 an ủi
hơi sơ sài và khó hiểu với người mới
Chào bạn. Mình không rõ bạn đã giải quyết được vấn này hay chưa? Nhưng mình có 1 cách giải quyết gộp truy vấn của bạn lại và khuyên bạn không nên dùng đoạn for sẽ làm cấp số nhân số lần truy vấn vào database. Bạn tham khảo cách của mình nhé:
Phần ->with('terminateContract') bạn nhớ viết relationship trong model nhé. Trong ảnh mình thấy bạn có 3 hàm getAllRewardUserIdByMoth, getAllPunishdUserIdByMoth, getTotalCommission. Mình không rõ 3 hàm này dùng để xử lý logic hay là trỏ đến 1 model nào khác hay không nên không thể gộp vào truy vấn như bên trên cho bạn.
Hi bạn! Mình không biết bạn đã có cách giải quyết vấn đề của bạn chưa nhưng đây là cách mình thưởng sử dụng. Bên dưới là 1 ví dụ của mình dùng trong phân quyền, bạn tham khảo nhé Trong model
Trong service
Khi trỏ with vào cái relationship trong model là đã lấy join được nhiều bảng mình mong muốn rồi
Liệu nếu logic nó nhiều hơn 2 toán tử or và and thì có nên build tree DSL xử lý logic không ạ?
cho em hỏi là cái "__dirname" này dùng làm gì ạ? path: path.resolve(__dirname, 'dist')
bài chất quá anh ơi
@hoangtrung99 lâu rồi c mới vào viblo
@TrangHTT reply sớm quá chị :v