yep bro, ngay cả 6551 ra có vẻ n cũng đang mở đường cho AI , tuy nhiên ZK vẫn bị dính việc UX khá xấu

Bài viết của em đúng là những bài viết mang tính tổng hợp hơn là giải thích từng ngõ ngách chuyên sâu của từng kỹ thuật. Trong phần 1 của em cũng có viết câu này ở cuối bài "Tuy nhiên, cần lưu ý rằng mỗi hệ thống có yêu cầu và đặc điểm riêng, vì vậy hãy xem xét và áp dụng những kỹ thuật phù hợp với hệ thống của bạn" và mục đích chia sẻ kiến thức của em là hy vọng các bạn khi đọc có thể đúc kết được những keyword để tìm hiểu chuyên sâu ở những bài viết khác hơn là khăng khăng những gì em chia sẻ là number one. Và cuối cùng, em rất cảm ơn anh đã có những góp ý chân thành

Mình đã đọc 2 bài của bạn. Quan điểm cá nhân mình thấy thế này:

• Nếu mà để nói về việc "bạn tổng hợp những phương án có thể nghĩ đến, không theo thứ tự" thì bài viết này tương đối ổn. Tuy nhiên nó vẫn dừng lại ở lý thuyết chung, chưa có ví dụ thực tế để kiểm chứng
• Còn nếu xét đến 1 số thứ bạn đề cập theo thứ tự, hoặc 1 số câu như:
  • Cache: Là một trong những kỹ thuật ưu tiên và quan trọng hàng đầu mà bạn cần áp dụng ngay và liền cho hệ thống của mình
  • Nâng cấp RAM, CPU, DISK là điều không thể không nhắc đến đầu tiên (mình thì chẳng bao giờ đưa cái này lên là ưu tiên, optimize là tốt, nhưng thứ mà khách hàng họ quan tâm cùng với nó là chi phí). => Việc chọn phương án optimize nó còn phải dựa vào việc vấn đề nằm ở đâu? Không thể áp dụng tràn lan
• Những phương pháp trên có ưu điểm, nhưng không phải không có nhược điểm. Việc chỉ nêu bề nổi sẽ khiến 1 số bạn đọc chưa nhìn nhận được hết mọi góc nhìn.
• Phần Choose DB, mình chưa thấy đoạn nào nói rõ khi nào thì chọn loại nào

Btw, mình để 1 link về cache ở đây, của tác giả Minhmonmen để bạn đọc thêm: https://viblo.asia/s/caching-dai-phap-QqKLvpNbl7z

Bài viết có vẻ bị outdated

giờ cũng vậy mà bác. học thuần rồi mới học React chứ

Thanks 🥰

Kiến thức bổ ích

Live Server giờ hơi thất sủng do anh em toàn viết React các kiểu có sẵn hết HMR rồi :v nhớ hồi trước học HTML với CSS chay thì thằng này hay thật

@thiennv-2147 đã xem dc rồi nha bác

cảm ơn bạn đã theo dõi

very good !!!

Cảm ơn bạn đã comment, ví dụ này được mình tạo ra, giả lập lượng lớn data và test cho 2 trường hợp trên. Quan trọng hơn một câu ví dụ là mình tập trung với ý là cần sắp xếp câu query để tối ưu được hiệu năng 😍

Cho mìn hỏi phần Querry: tại sao lại sort Data rồi mới filter thì hiệu suất lại cao hơn được không? dựa vào đâu mình kết luận điều đấy ạ, mình cảm ơn nhé!

Web Dưới client mn người có thể lưu AC vào memory chẳng hạn

Ngoài ra client chúng ta có thể implement http proxy để secure hơn

Hi @maitrungduc1410 ,

I am writing to provide a comment regarding a problem we have encountered and to share the corresponding tag patterns for our three branches.

[staging]: [/^SV\.\d\.\d.*/]


[development]: [/^DV\.\d\.\d.*/]


[beta]: [/^BV\.\d\.\d.*/]

devlop-build:
  extends: .before_script_template
  stage: build
  rules:
    - if: $CI_COMMIT_TAG =~ $DEV_TAG_PATTERN && $CI_COMMIT_REF_NAME == "devlopment"
      when: always
      exists:
        - Dockerfile
  script:
    - export image_name="$CI_REGISTRY_IMAGE/caremobile-devlop:$CI_COMMIT_TAG"
    - docker build --build-arg projectName="$projectName" --build-arg httpPort="$httpPort" --build-arg projectPath="$projectPath" --pull -t "$image_name" .
    - docker push "$image_name"

I kindly request your support and cooperation in implementing these tag patterns and addressing the aforementioned problem. If you have any suggestions or feedback regarding these tag patterns or any other related matters, please feel free to share them. Your input is highly valued and will contribute to the effectiveness of our operations.

Thank you for your attention to this matter. I look forward to your response and to working together to resolve the problem and improve our processes.

Cảm ơn bro 😍

Bài viết rất hay. cảm ơn tác giả

Cảm ơn e nhé! 😍😍😍

😱😱😱

Hay.

Web đọc truyện miễn phí, đọc truyện full miễn phí, đọc truyện mới miễn phí