@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é
Ủ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.
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ý.
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
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.
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ư test và release. (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 )
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é ^^
@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
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.
Về câu hỏi của e, release khác với build như thế nào, ý tưởng trong bài a của a là build docker image trước -> chạy test trên image -> nếu test pass thì mới release, ko pass thì skip luôn đoạn đằng sau, ví dụ test trên image có lỗi thì mình sẽ ko muốn release cái image đó, vì đã gọi là "release" thì ít nhất nó phải ko có lỗi (lớn) và chạy được đúng ko
Về cấu hình thì e "nhìn" nó có vẻ giống nhau nhưng thực tế chúng lại khá khá nhau đó e:
Tại build mình pull image về làm cache -> build image (tốn nhiều thời gian) -> push image với tag là commit hash
Tại release mình pull image về -> đánh tag mới -> push , quá trình này diễn ra nhanh hơn nhiều và cái việc chúng nó làm thì cũng khác nhau
THẢO LUẬN
@HuyDQ
đây anh, em thấy có dữ liệu
cty bạn bắt thi AWS là thi chứng chỉ hay gì bạn nhỉ
@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
@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é 
Ủ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.
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ý.
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?
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
@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.


Chất lượng quá em
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
@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


buildxong push, xong lúctestlại mất công pull về, xong sang đếnreleaselạ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ư
)
testvàrelease. (Thực tế là mình có thể share 1 số resource giữa cácstagenhưng trong số đó a ko thấy có Docker imageBạ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é ^^
@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
@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.
hi e, cám ơn e đã theo dõi.
Về câu hỏi của e,
releasekhác vớibuildnhư thế nào, ý tưởng trong bài a của a là build docker image trước -> chạy test trên image -> nếu test pass thì mới release, ko pass thì skip luôn đoạn đằng sau, ví dụ test trên image có lỗi thì mình sẽ ko muốn release cái image đó, vì đã gọi là "release" thì ít nhất nó phải ko có lỗi (lớn) và chạy được đúng koVề cấu hình thì e "nhìn" nó có vẻ giống nhau nhưng thực tế chúng lại khá khá nhau đó e:
buildmình pull image về làm cache -> build image (tốn nhiều thời gian) -> push image với tag là commit hashreleasemình pull image về -> đánh tag mới -> push , quá trình này diễn ra nhanh hơn nhiều và cái việc chúng nó làm thì cũng khác nhauxài
tuyệt vơì
@nghiepit mình viết cái profile thôi, giấu ở source mà xem ở network cũng thấy =)))