Amazon Redshift được xây dựng dựa trên PostgreSQL với chỉ một chút thay đổi => là hơi sai sai rồi, phải nói là nhiều thay đổi thì đúng hơm, một thằng theo row, một thằng theo cột, và kiểu index v.v.. cũng khác nhau mà
Ad ơi cho em hỏi ở phần 1 anh có nói khi người dùng cài đặt ứng dụng sẽ có 1 token được tạo tự động và anh lưu nó lên database để dùng. Vậy anh cho em hỏi ví dụ 1 máy người dùng đăng nhập nhiều tài khoản khác nhau thì làm sao để có các key khác nhau để gửi thông báo đến đúng địa chỉ như like bài viết của facebook vậy ạ
@nhatns cám ơn bạn nhé. lộ trình này có thể cũng đúng với rất nhiều người và có thể nó cũng phù hợp với bản thân mình. Cám ơn và chúc bạn luôn thành công trong lĩnh vực của mình lựa chọn
Bạn có cách nào so sánh trực tiếp TCP và UDP thì sẽ hay hơn là so sánh ping với curl vào trang web.
ping dùng ICMP protocol (nó ở tầng dưới của OSI và không liên quan đến TCP và UDP)
curl vào trang web thì lại là câu chuyện dài vì curl vào website thì cái First time byte time bạn nhận về tầm 400 ms đã bị rất nhiều thứ khác bao gồm trong đó như thời gian OS proxy request từ port đến application, thời gian application xử lý - cái này thường chiếm phần lớn (ví dụ init connection đến các thành phần DB, Cache, File, ...), thời gian render view HTML trả về, ... chứ không chỉ đơn giản là câu chuyện của riêng TCP nữa.
Mình nghĩ bạn nên chi tiết phần TLS handshake thêm chút vì đây là phần hay nhất của TLS
Client gửi random big number a cho server (a public)
Server gửi random big number b cho client (b public)
Client gửi pre-master-key c cho server (secret - mã hóa bằng server's public key, pub key này client lấy từ server cert), server nhận được thì giải mã pre-master-key này bằng private key của mình.
Đến đây mỗi bên đều có a, b, c và mỗi bên tự tính ra key dùng cho mã hóa đối xứng (Session key), chứ hoàn toàn không mã hóa cái session key này rồi gửi cho nhau.
(từ đây mã hóa hoàn toàn)
Hai bên chào nhau = session key thử xem sao
Bắt đầu vào việc ...
Bài viết của bạn đã rất chi tiết, chi bằng bỏ công thêm chút tìm hiểu xem tại sao lại phải sinh các big random number lúc đầu rồi pre-master-key, ... mà client không tự sinh session key rồi gửi cho server = public key của server luôn cho lẹ thì bài viết sẽ hoàn hảo hơn.
Hello bạn
Sau khi đọc bài viết chia sẻ kinh nghiệm và thực tế thi chứng chỉ OSCP của bạn thì mình đã phải tạo cái nick này chủ yếu để nói hai chữ cám ơn là chính.
Đang hoang mang không biết mình tay mơ có đậu được chứng chỉ hay không thì đọc được bài này. Cảm thấy nhẹ nhõm với có động lực hơn hẳn.
Một lần nữa cám ơn bạn nhé
THẢO LUẬN
cám ơn bạn
Amazon Redshift được xây dựng dựa trên PostgreSQL với chỉ một chút thay đổi => là hơi sai sai rồi, phải nói là nhiều thay đổi thì đúng hơm, một thằng theo row, một thằng theo cột, và kiểu index v.v.. cũng khác nhau mà
Em hiện dùng nginx. Làm sao để biết nó trỏ vào thư mục
/publicchưa ạ?tets
mới bị tuần trước giống bạn do chủ quan không để ý vụ port, giờ mỗi lần setup server chỉ giám mở 22, 80, 443, 6443 còn lại tắt hết cho an tâm 🤣
Ad ơi cho em hỏi ở phần 1 anh có nói khi người dùng cài đặt ứng dụng sẽ có 1 token được tạo tự động và anh lưu nó lên database để dùng. Vậy anh cho em hỏi ví dụ 1 máy người dùng đăng nhập nhiều tài khoản khác nhau thì làm sao để có các key khác nhau để gửi thông báo đến đúng địa chỉ như like bài viết của facebook vậy ạ
@nhatns cám ơn bạn nhé. lộ trình này có thể cũng đúng với rất nhiều người và có thể nó cũng phù hợp với bản thân mình. Cám ơn và chúc bạn luôn thành công trong lĩnh vực của mình lựa chọn
xịn quá pro
CODE"
Mã trên mình npm run production báo lỗi : Module not found: Error: Can't resolve 'key%20%25%20'5'&'
Bạn có thể giúp mình xem lỗi chỗ chỗ nào và rút ngắn lại mã trên được không ? xin cảm ơn
NẾU XUẤT RA thì đúng như mã html dưới đây
BÌNH THƯƠNG MÃ DƯỚI NÀY HOẠT ĐỘNG TỐT NGƯỢC LẠI BÊN VUE,JS MÌNH CHƯA LÀM ĐƯƠC
mk cũng gặp lỗi như bạn . mk đang dùng tensorflow version 2.10 bạn có cách giải quyêt nào ko ạ
Mình đổi qua v-bind:key="key" đoạn mã
<template v-for="(item, key) in data" v-bind:key="key" v-if="!isLoading && data.length">Thì áp dụng thẻ html class ok còn lại thẻ < Div > và < /Div > không hoạt động .
🥰🥰 🥰
IT専門に関する言葉が多いですが、読みでき、理解出来る事が本当に凄いです。 都合がよければ、日本語とベトナム語を交流したいと思います。
Bạn có cách nào so sánh trực tiếp TCP và UDP thì sẽ hay hơn là so sánh ping với curl vào trang web.
Phần tính toán "Session key dùng Diffie-Hellman", bạn nên kiểm tra lại Vì Diffie-Hellman là một dạng khác của TLS handshake nhưng không cần dùng private key trong quá trình tạo ra Session key (Ref: https://www.cloudflare.com/learning/ssl/what-happens-in-a-tls-handshake)
Mình nghĩ bạn nên chi tiết phần TLS handshake thêm chút vì đây là phần hay nhất của TLS
Bài viết của bạn đã rất chi tiết, chi bằng bỏ công thêm chút tìm hiểu xem tại sao lại phải sinh các big random number lúc đầu rồi pre-master-key, ... mà client không tự sinh session key rồi gửi cho server = public key của server luôn cho lẹ thì bài viết sẽ hoàn hảo hơn.
Cảm ơn bạn
Hello bạn Sau khi đọc bài viết chia sẻ kinh nghiệm và thực tế thi chứng chỉ OSCP của bạn thì mình đã phải tạo cái nick này chủ yếu để nói hai chữ cám ơn là chính. Đang hoang mang không biết mình tay mơ có đậu được chứng chỉ hay không thì đọc được bài này. Cảm thấy nhẹ nhõm với có động lực hơn hẳn. Một lần nữa cám ơn bạn nhé
@hmquan08011996 thanks a
Bài này chỉ giới thiệu về các công cụ CI thôi nhé em, còn Argo Workflow thì nó cover nhiều thứ hơn, không chỉ dành cho CI nha. Nên a không đề cập tới