Chính xác, thằng docker compose này nguyên lý nó là vậy mà, nó tạo ra 1 network cho tất cả các service bên trong nó chạy chung. (có thể địng nghĩa hoặc dùng mặc định)
Như mình nói thì nó đơn giản là "1 công cụ hỗ trợ" dựa trên Docker chứ không phải là 1 tính năng mới. Nó chả có gì hơn Docker cả, nó chỉ gom và thay vì trực tiếp dùng script để run thì bạn dùng 1 cái high level script đã được build sẵn để run và được kiểm duyệt và phát hành từ chính Docker mà thôi.
Mapping public port ai bảo bạn là ko phải để kết nối các container, service vốn tạo ra nó đã tách biệt rồi, cách các container giao tiếp là qua thứ nhất network hay tương tự như linking (nó sẽ hiểu theo container name). Nhưng đó là private. Mapping port cho phép các container đó giao tiếp 1 cách public, tức là ngay cả khi bạn ở bên ngoài, bạn cũng "có thể" nhìn thấy được các service hoạt động chung được. => vậy ko phải là kết nối giao tiếp giữa các container thì là gì nhỉ :-?
thấy console.log every where thật sự là 1 cách fix bugs ugly. Mình nghĩ nên dùng debugger hơn là dùng console, đọc code nhiều chỗ thấy thừa, lên production rồi mà chỗ nào cũng thấy console.
Value của input thì lấy ở state, nhưng lúc edit lại muốn fill value từ store vào phải ko? sao ko fill thẳng value của input từ store vào, đừng dùng state nữa
THẢO LUẬN
Bài xịn vậy mà không ai quan tâm nhỉ
Bài viết rất hay ạ 
Bài viết hay quá
Bài viết tuyệt vời quá hi vọng tác giả ra nhiều bài viết hơn
Chính xác, thằng docker compose này nguyên lý nó là vậy mà, nó tạo ra 1 network cho tất cả các service bên trong nó chạy chung. (có thể địng nghĩa hoặc dùng mặc định) Như mình nói thì nó đơn giản là "1 công cụ hỗ trợ" dựa trên Docker chứ không phải là 1 tính năng mới. Nó chả có gì hơn Docker cả, nó chỉ gom và thay vì trực tiếp dùng script để run thì bạn dùng 1 cái high level script đã được build sẵn để run và được kiểm duyệt và phát hành từ chính Docker mà thôi.
Mapping public port ai bảo bạn là ko phải để kết nối các container, service vốn tạo ra nó đã tách biệt rồi, cách các container giao tiếp là qua thứ nhất network hay tương tự như linking (nó sẽ hiểu theo container name). Nhưng đó là private. Mapping port cho phép các container đó giao tiếp 1 cách public, tức là ngay cả khi bạn ở bên ngoài, bạn cũng "có thể" nhìn thấy được các service hoạt động chung được. => vậy ko phải là kết nối giao tiếp giữa các container thì là gì nhỉ :-?
Chỗ này nè bạn
Anh viết bài quá hay. Cảm ơn anh. Chúc anh luôn luôn thành công ạ.
xem log xong phải xóa đi chứ ai lại để lên prodution
phần kết nối các container thì ở thời điểm hiện tại docker compose đã có network, user-defined bridge thay cho dùng link, default bridge.
Khắc phục được nhược điểm mà bạn nói là không thể xóa liên kết mà ko chạy lại tất cả container kết nối đến nó.
Còn phần publish port thì nó thực tế không phải là 1 cách để kết nối các container đâu.
https://docs.docker.com/network/bridge/##differences-between-user-defined-bridges-and-the-default-bridge
@quachphuc typo mistake:
difer->deferthấy console.log every where thật sự là 1 cách fix bugs ugly. Mình nghĩ nên dùng debugger hơn là dùng console, đọc code nhiều chỗ thấy thừa, lên production rồi mà chỗ nào cũng thấy console.
ngưỡng mộ quá
@minhnv em cũng k biết nosql có ăn được k. n mà em biết em ăn được bimbim ớ (tat)
Thích thì ăn thuôi bạn huhuhihi 😘 😘 😘
À mình khen xã giao ý mà =))
hhihihi
Hay quá bạn ei
Đọc xong bài mình vẫn chưa biết NoSQL có ăn được không
Value của input thì lấy ở state, nhưng lúc edit lại muốn fill value từ store vào phải ko? sao ko fill thẳng value của input từ store vào, đừng dùng state nữa
Chất như nước cất, thanks bạn đã chia sẻ. Hi vọng nếu có thời gian thì b chia sẻ thêm vụ Docker và CI/CD, thật sự mấy vụ này khá là ngu.