state này mình lấy bên store nên chỉ readonly thôi, còn muốn update thì phải tìm cách gán vào state nội bộ của form Edit chứ, rồi từ đó ta gửi ngược lại qua store để cập nhật vào csdl. Theo kiến thức của mình biết là vậy. Hi.
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.
THẢO LUẬN
state này mình lấy bên store nên chỉ readonly thôi, còn muốn update thì phải tìm cách gán vào state nội bộ của form Edit chứ, rồi từ đó ta gửi ngược lại qua store để cập nhật vào csdl. Theo kiến thức của mình biết là vậy. Hi.
nat port, hay forward port trong docker internal network ra ngoài local thì đó không phải là phương thức giao tiếp giữa các container.
ông có cái 2 cái container:
tôi hỏi ông là trong container php ông kết nối với mysql bằng outside:33066 hay inside:3306 ??
Đọc thêm mấy cái này nhé
https://docs.docker.com/v17.09/engine/userguide/networking/default_network/container-communication/#communicating-to-the-outside-world
https://docs.docker.com/v17.09/engine/userguide/networking/default_network/container-communication/#communication-between-containers
https://docs.docker.com/v17.09/engine/userguide/networking/#docker-and-iptables
còn nếu muốn container kết nối được với host chạy docker, ví dụ như container php kết nối mysql chạy bên ngoài thì phải dùng cách này:
https://stackoverflow.com/questions/24319662/from-inside-of-a-docker-container-how-do-i-connect-to-the-localhost-of-the-mach
thế ăn thôi
)
hay đó, cũng đang đọc về ajax polling, long polling
Thanks, updated.
ok tks b nhé
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 😘 😘 😘