THẢO LUẬN

thg 6 10, 2021 1:40 CH

Cảm ơn b nhé 😊

0

mình thi chứng chỉ SAA của Amazon b ạ, cty mình không bắt thi mà hỗ trợ thi nên mình mình thi thôi 😆

0
thg 6 10, 2021 12:59 CH

Ok, em muốn đề cập đến distributed transaction. Đúng là nhân tài đây rồi. Cứ hóng đi rồi sẽ có bài 😆.

0
thg 6 10, 2021 12:57 CH

Câu hỏi phỏng vấn đây à 😅. Good question. Việc nên hay không nên, nếu đánh thì đánh ntn nếu chỉ phụ thuộc vào ORDER BY là không đủ, nó còn phụ thuộc vào điều kiện tìm kiếm của em là gì để quyết định. Ngoài ra cần hiểu cơ chế hoạt động của query nữa.

Anh ví dụ "SELECT * FROM EMPLOYEE ORDER BY LAST_NAME". Nếu không đánh index, nó sẽ sort table và lấy ra toàn bộ. Độ phức tạp khi sort best case cũng phải O(n), và nó sort trong quá trình query. Nếu đánh index, đơn giản rồi, B-Tree nó support link các node với nhau, nên việc còn lại chỉ là scan table index và look up sang table chính, complexity O(logn) luôn -> nên đánh index. Ngoài ra nó cũng phụ thuộc vào việc column đấy có đc update thường xuyên không bla bla.

Một câu khác có điều kiện "SELECT * FROM EMPLOYEE WHERE LAST_NAME > 'T' ORDER BY LAST_NAME". Nếu không index, luôn luôn vẫn là sort table và seq scan. Nếu index, giống case trên, look up vị trí đầu tiên thỏa mãn đk O(logn).

Có ý kiến khác thì cmt nhé 👍.

0
thg 6 10, 2021 12:46 CH

Good. Em nói đúng nhưng cũng chưa đúng. Lý thuyết đều dùng được, nhưng không làm như thế em nhé. Lý thuyết và thực tế là 1 khoảng cách rất xa. Red-black hay AVL Tree mà em nói là cây nhị phân cân bằng, lưu ý là nhị phân, 1 node có tối đa 2 node con.

Với index nó dùng tư tưởng của BST và BT để implement và B-Tree index ở đây ám chỉ balance tree, các node có thể có nhiều hơn 2 node con, điều quan trọng là nó phải balance để đảm bảo complexity luôn thấp nhất, chắc em rõ cái này rồi.

0
thg 6 10, 2021 12:38 CH

@HuyDQ 43y4tgwef.PNG đây anh, em thấy có dữ liệu

0

cty bạn bắt thi AWS là thi chứng chỉ hay gì bạn nhỉ 😁

0
thg 6 10, 2021 11:31 SA

@viet111 nếu e chạy Runner của riêng e thì e cần đảm bảo là tất cả các Runner chạy trên cùng 1 máy thì mới được.

Như chỗ a đang làm họ chạy Runner trên nhiều node (mỗi node 1 máy) thì cũng ko (khó) áp dụng được

+1

@tuannd1 Ae trong team(người quen) hay nói trêu đùa nhau thôi bạn. chứ nếu người ko quen biết mình cũng ko giám nói thế đâu bạn à 😄 Cảm ơn bạn đã góp ý nhé 😄

0
thg 6 10, 2021 10:22 SA

Ủa nếu mà các bên họ dùng api của facebook cho thì họ có thể vẫn lấy được tài khoàn và mật khẩu người dùng. Việc là họ sẽ dùng api xác thực ở một nơi và facebook có kiểm tra thế nào thì dừ liệu nhập từ một web khác.

0
thg 6 10, 2021 10:17 SA

Em đang đợi các bài viết tiếp theo trong Series a nhé. Nhất là những bài về xử lý transaction trong microservices, một transaction liên quan tới nhiều service xử lý.

0
thg 6 10, 2021 10:13 SA

Em hỏi một câu vui 😃). Với câu query có sử dụng ORDER BY, thì column sử dụng trong ORDER BY có nên đánh INDEX không?

0
thg 6 10, 2021 10:06 SA

Chỗ B-Treee kia, e nhớ không nhầm thì B-Tree là 1 dạng của Balance tree, chữ B kia ko phải stand for Balance. Balance tree có mấy instance như: Red-black tree, AVL tree, B tree,... và những dạng này theo lý thuyết đều dùng để tổ chức index được

0
thg 6 10, 2021 9:55 SA

@maitrungduc1410

Em hiểu ý anh rồi, vậy nếu mình cấu hình Runner của riêng mình thì sẽ không phải push pull liên tục vậy đúng không ạ? . Cám ơn anh, mong anh sẽ ra thêm nhiều bài mới. 😍😍😍

+1

Chất lượng quá em 😄

+1

vị trí hay vị trị đấy Hoài :3 . Với thêm cái ảnh minh họa kiểu như này cho người đọc dễ hiểu này em

positional_encoding.png

+1
thg 6 10, 2021 9:13 SA

@viet111 câu hỏi hay 😄.

Bình thường nếu mình làm local từng bước từng bước 1 thì tại sao cứ phải build xong push, xong lúc test lại mất công pull về, xong sang đến release lại cũng mất công pull về 1 lần nữa ??????? 🤔🤔🤔

Lí do là vì mình đang làm ở trong Gitlab runner, Runner Share của bên Gitlab, họ có 1 list các Runners, các runner đó sẽ chạy job của mình, mình hoàn toàn ko biết mỗi job sẽ được chạy ở runner nào, Runner sẽ tạo cho mỗi job 1 môi trường "sạch trơn", nên nó ko có khái niệm về trạng thái ở các stage trước đó -> ko có image build sẵn từ các stage trước, đó là lí do vì sao ta cần phải pull image về trước ở các stage như testrelease. (Thực tế là mình có thể share 1 số resource giữa các stage nhưng trong số đó a ko thấy có Docker image 😄)

0
thg 6 10, 2021 9:10 SA

Bạn vào kiểm tra trong \wordpress\wp-content\themes\twentyseventeen xem những ảnh bạn upload lên có chứa đoạn mã phpinfo() ban đầu không. Nếu không có thì trong quá trình bạn crop đã bị xóa mất rồi. Bạn có thể đọc thêm tại phần Additional remarks tại trang này: https://pentest-tools.com/blog/wordpress-remote-code-execution-exploit-cve-2019-8942/#wordpress-exploit-4

Tặng bạn thêm 1 cái trick nữa nếu bạn đã làm được đến bước đấy thì tức là đã up được mã php vào trong rồi. Bạn có thể copy cái ảnh ban đầu có chứa mã vào \wordpress\wp-content\themes\twentyseventeen và thực hiện lại bước tạo POST để RCE với ảnh đó là được nhé ^^

0

@Pet e thử truy cập vào project của e trên Heroku, sau đó vào phần, Resources và bấm vào cái Database e đang liên kết. Sau đó e check bên tab Overview của phần đó xem có dữ liệu không

Screenshot from 2021-06-10 15-42-22.png

0
thg 6 10, 2021 8:19 SA

@maitrungduc1410 Cám ơn anh đã trả lời câu hỏi,

Tuy nhiên còn 1 vấn đề nữa em thắc mắc, trong state build có bước push image lên registry rồi state test lại pull image đó về mặc dù nó đã có tại local. Vậy đó có phải là bước không cần thiết không? Mình có thể chuyển việc push này về state release và nếu image đó lỗi (không pass state test) thì image lỗi đó vẫn được push lên registry.

Em cám ơn.

0
Viblo
Hãy đăng ký một tài khoản Viblo để nhận được nhiều bài viết thú vị hơn.
Đăng kí