@trung.pham92 đúng rồi bác, tăng lên 1 đơn vị là upvote nha, cảm ơn bác nè 🤣, thả tim 😍

@hmquan08011996 nó tăng lên 1 đơn vị, đó là vote hả,chỉ up đc 1 đơn vị thôi, thế để up cho mấy bài khác luôn nhé.

@trung.pham92 à, bạn xem trên dt à, chắc trên đây nó ko có nút upvote quá 🤣, bạn thử cái nút dấu mũi tên lên kế bên cái avatar xem 🤣

Đưa trang này vào bookmark là upvote hả bạn

@hmquan08011996

Đây nè bro 🤣

@hmquan08011996 nhấn vào đâu để upvote thế bro, tìm từ khi nãy giờ

thanks bạn nè, upvote luôn đê bạn ơi 😆

Bài viết sát với thực tế, tks bạn

@Sudhakar could u inbox me on facebook?

@hmquan08011996 sorry for the delay. The stateful set pods status getting pending. And also sync-master-data-59jhb not completed.

Phần "Cách hoạt động giữa client và server sử dụng SSL, bước 5 A gửi cho B một key", trong đó "A là server, B là client". Phần kiến thức này sai rồi nhé. Phía client sẽ generate key để gửi về phía server, chứ phía server không gửi key cho client!

bạn cho những gì cần hiển thị bên trên canvas vào một div absolute rồi kết hợp với z-index nhé

nếu bạn muốn cho canvas hiển thị cả trang thì nên đổi position của canvas thành fixed, như vậy sẽ tốt hơn

NGO QUANG THONG

😃xin tha a 😃

quá đẳng cấp

thanks 😄

thanks chủ thớt nhé

1. Nếu package update bạn phải biết vì sao nó update, nó update có ảnh hướng đến ứng dụng hay không thì bạn mới thực hiện việc update đó. Làm sao bạn biết package đó update để vá lỗi bảo mật nghiêm trọng ? Nếu update tạo ra lô hổng bảo mật nghiệm trọng như các ví dụ này thì sao.-> -> https://github.com/veged/coa/issues/99 -> https://github.com/dominictarr/rc/issues/131 Lệnh npm i mặc định -> Không có nghĩa là đủ tốt. Lệnh npm i có 3 cái không tối ưu -> thêm tất cả package và nhóm dependency, trong khi có thể thêm vào devDependence nếu có config, -> Thêm tự động thêm tiền tế ^ tự động update pakage. -> chậm hơn so với npm ci . Npm để mặc định như vậy để đảm bao đơn giản -> dể dùng -> phù hợp với trình độ mới học và fressher, chạy môi trường dev. Giống như docker vậy, default install latest version của image khi run vậy. Về tài liệu thì bạn có thể xem ở nodebestpractices https://github.com/goldbergyoni/nodebestpractices. Repo với 75k sao trên gihub. Đảm bao uy tín nhé.

2. Về yarn thì mình đã nói rồi yarn tốt và nhanh. Mình cũng không phản đối ai dùng yarn hết. Nhưng usercase của mình đang làm việc là yarn không phù hợp. Vì yarn không thay thế được 100% cho npm, việc mình làm hằng ngày như làm việc với package trên npm như public, unpublic... yarn hỗ trợ kém. Ví dụ như không có command unpublish.

3. Cảm ơn bạn đà phản hồi/

Nhiều điểm ko đồng tình với tác giả:

1. Bỏ ^ trong package.json. Điều này nghe có vẻ đúng vì cố định phiên bản package là điều cần thiết để source code chạy mà ko gặp vấn đề về tương thích do package thay đổi phiên bản. Tuy nhiên nó lại ko tốt trong trường hợp package cần được cập nhật bản vá, ví dụ 1.2.0 cần được cập nhật lên 1.2.2 để fix 1 lỗi bảo mật nghiêm trọng chẳng hạn. Tôi chưa tìm thấy tài liệu nào chính thống khuyến khích bỏ ^ hay thêm ^, ~,... nhưng khi install 1 package kể cả bằng yarn hay npm nó đều mặc định sử dụng ^, cho thấy yarn/npm cho rằng behavior này là phù hợp nhất. Vậy cố định phiên bản package như thế nào? Đó là package-lock.json hoặc yarn.lock. Trong docs của npmjs khuyến khích commit kèm lock files.

2. Sử dụng npm thay vì yarn. Tác giả có thể dùng npm thay vì yarn tùy sở thích, tuy nhiên mọi người nên nhớ yarn sinh ra để cải thiện tốc độ của npm. Từ node 16.10 trở đi, yarn được tích hợp sẵn trong Corepack, chả cần phải cài yarn riêng từ npm nữa. Mà kể có phải tốn thêm 1 vài phút để cài yarn để tiết kiệm được nhiều phút cho nhiều project khác cũng vẫn đáng. Cũng giống như dùng IE để tải chrome về, tác giả thích dùng IE thì cứ tự nhiên, chả có vấn đề gì mà mọi người phải dùng IE thay vì chrome cả.