route hay lắm bạn

cái này chỉ dưới phiên bản androi N thôi còn trên android N thì làm thế nào ạ

10 điểm về chỗ.

Bạn disable trong security config như nào ạ

Cảm ơn bạn nhé.

@sackaboy

• Good idead! request_id là một real case hay á. mình cũng đang nghĩ về 'Distributed ID' cho redis !
• Thanks bạn đã chia sẽ. Hóng bài mới từ bạn.

Bài viết quá hay

bạn có bài hướng dẫn nào dành cho React native viết bằng function component k vậy

@BangThong

• ID generator ngẫu nhiên: use case mình apply NaoID tạo mã đơn hàng, hệ thống mình từng tham gia số lượng đơn cũng ko quá lớn đề làm NaoID có thể trùng.
• snowflake đây là bộ công cụ "đẻ" id tuần tự số lượng lớn, các hệ thống mình tham gia cũng chưa quá lớn như nhứng con số mình vẽ vời, use case mình mình dùng cho trường hợp này cho request_id, mình cần đảm bảo request_id đó là duy nhất để thuận tiện trace lại.
• case này mình chưa làm qua nhưng các hệ thống sử dụng dynamoDB hoặc datawarehouse ETL data từ nhiều nguồn nên lượng dữ liệu khá lớn nên snowflake/sonyflake cũng là giải pháp sinh ID tốt

♥️♥️♥️

@tunganh252 do mình hiểu sai nên nghĩ là hàm trên sẽ update lại giá trị cho signal count, cảm ơn chủ thớt nha

@sackaboy

• Bạn trình bày khá rõ về thuật toán và mình đã hiểu rồi. Mình dang muốn nói về perfomance khi insert ? không biết bạn đã compare perfomance khi insert một lượng lớn record giữa uuid và auto increment id chưa ? perfomance ở đây là cpu có bị chiếm dụng nhiều không (task manager/ cpu monitor)?
• Về mặt lý thuyết insert :
  • nếu id là uuid/snowflake_id và primary key , my sql sẽ phải tốn cpu/time để make sure rằng new uuid hay inserted uuid không bị duplicated trong quá trình insert.
  • ngược lại, đối với auto increment id mysql sẽ tốn ít cpu/time hơn.
• Việc snowflake sẽ make sure không bi trùng là chính xác. Nhưng khi ban đua cái id đó xuống db dưới dang primary key/unique thì mysql sẽ phải tiến hành validate lần nữa. Từ đó, mình mới thắc mắc cách bạn design database hay design field id này dưới database như thế nào ?

Mình chưa rõ hết ý bạn qua câu hỏi trên, theo mình hiểu thì có thể bạn đang nhắc tới Derived Signals.
Hàm doubleCount của bạn là một ví dụ của việc sử dụng Derived Signals để xử lý dữ liệu và cập nhật giao diện tương ứng ấy.

Bạn có thể đặt log hoặc truyền giá trị doubleCount() lên UI thì sẽ trả 2 (nếu count = 1) nhưng lúc này giá trị signal count() vẫn không thay đổi (vẫn là 1)
Nếu còn thắc mắc bạn có thể chia sẻ cụ thể hơn nhé, thanks ^^

viết viết đã hay, em đã upvote thankiu anh

sao chỗ đồ thị g2 của đồ thị euler không đi qua cạnh bc vây?

mình mới dùng chưa upload được gì,dùng flyctl deploy lần nào cũng hiện cái dòng was need creedit infomation gì đó,nên chưa upload được gì và upload quá giới hạn này,mà mình dùng free mà

@mkhanh7 1 thời trốn học đi net cỏ huy hoàng kk =)) Mình mới ra phần 2 làm thêm chế độ 8K ! Phần 3 mình sẽ thêm chế độ beat-up 4K, 8K

Hóng những bài viết tiếp theo từ anh 😚

mình có biết thêm 1 cách để update value signal
vd: const doubleCount = () => count() * 2 cơ chế này mình chưa hiểu lắm, bạn có thể giải thích thêm được ko?

@Hungpv-ashen vâng mình nghĩ các của mình không tối ưu và đang dùng cách của bạn bên trên ạ :

Promise.race([promise1, promise2, promiseN])