app Python ở trong bài là a đang chạy ở production mode nên mỗi lần e muốn thay đổi thì e phải build lại image, kể cả e có mount source code bên ngoài vào trong thì cũng ko đc vì nó ko reload mỗi khi e thay đổi. E update lại như sau là được nhé:
version:"3.4"services:app:image: learning-docker/python:v1
ports:-"${PUBLIC_PORT}:${PORT}"restart: unless-stopped
volumes:- ./:/app # ---> Mount source code từ ngoài vào trong để bên ngoài cập nhật thì code bên trong container cũng cập nhật theoenvironment:PORT: ${PORT}FLASK_DEBUG:1# ---> chạy app ở Debug mode, mỗi khi code bên trong container thay đổi thì sẽ tự động reload cập nhật code mới
Ví dụ về Builder của bạn không giống với tinh thần Builder trong nguyên tác.
Trong nguyên tác, lớp Director sẽ dùng Builder để build 1 cái gì đó bằng các hàm (buildPart) mà Builder khai báo. Sau đó các lớp con của Builder sẽ override các hàm này. Director có thể tạo ra rất nhiều "cái gì đó" khác nhau bằng cách sử dụng các Builder con khác nhau mà không phải sửa đổi code, chỉ đơn giản truyền các Builder con vào là xong.
À mà ví dụ về Singleton thì ok nha.
Thân mến.
Bài viết rõ ràng mạch lạc, sau khi đọc nhiều bài viết về merge và rebase mình thấy đây là bài viết rõ ràng , dễ hiểu nhất , tuy vậy bài vẫn còn sử dụng các cụm từ gây khó hiểu chẳng hạn : topic ,integration branch trong khi đoạn sau tác giả lại sử dụng cụm từ master và feature branch mà không có chú thích rõ ràng thêm, mong rằng góp ý của mình sẽ giúp tác giả viết các bài viết sau tốt hơn. Cảm ơn tác giả rất nhiều.
Bài viết hay quá. cảm ơn anh nhiều.
Em có chỗ không rõ mong được anh giải đáp.
Mỗi khi em chỉnh sửa code thì lại cần phải build lại image để COPY code vào trong image.
Rồi sau đó mới docker-compose down, docker-compose up, để chạy.
Không biết là có cách nào chạy nhanh và hiệu quả không anh nhỉ.
@luuvanminh Cũng có nhiều kiểu xả lắm ạ. Giờ chắc không còn kiểu đùng phát xả một cục nó sẽ rất lộ liễu và gây toang dự án. Mà có thể họ sẽ chia nó số token ra nhiều ví và sau đó xả từ từ. Nên cái này khá khó để check được ạ
Chưa đọc thì chưa biết, đọc xong cũng không hiểu tác giả muốn nói điều gì, nhiều chỗ khó hiểu tác giả cũng không giải thích, nếu viết cho beginer thì phải giải thích các thuật ngữ mà bài viết dùng chứ nhỉ, kiểu bài viết này mình nghĩ các bạn có exp đọc may ra ôn lại được chứ newbie như mình thì chịu.
THẢO LUẬN
app Python ở trong bài là a đang chạy ở production mode nên mỗi lần e muốn thay đổi thì e phải build lại image, kể cả e có mount source code bên ngoài vào trong thì cũng ko đc vì nó ko reload mỗi khi e thay đổi. E update lại như sau là được nhé:
Sau đó e
docker-compose downrồiuplại là đượcXinh đẹp tuyệt vời xin cảm ơn :3
Có post nào hướng dẫn chơi crypto không bạn, hay bạn đang chơi ở web nào vậy. Mình thấy mấy anh trên cty cũng chơi mà tò mò quá.
hay quá, mình cũng đang định làm tính năng này



sau khi e build image mới với cùng tag thì image cũ với chính tag đó sẽ trở thành
<none, nó sẽ cứ ở đó nếu e ko xoá, e có thể xoá nó bằng cách:Hịn quá, cảm ơn chủ thớt.
Ví dụ về Builder của bạn không giống với tinh thần Builder trong nguyên tác. Trong nguyên tác, lớp Director sẽ dùng Builder để build 1 cái gì đó bằng các hàm (buildPart) mà Builder khai báo. Sau đó các lớp con của Builder sẽ override các hàm này. Director có thể tạo ra rất nhiều "cái gì đó" khác nhau bằng cách sử dụng các Builder con khác nhau mà không phải sửa đổi code, chỉ đơn giản truyền các Builder con vào là xong. À mà ví dụ về Singleton thì ok nha. Thân mến.
Bài viết đầu tư và tâm huyết quá, ủng hộ bạn
Bài viết hay như này ko ai comment ak? mình tạo tay code xuông tocken mệt thấy bà luôn
Đưa idol vào bài viết để có động lực hơn đấy a ạ


Cảm ơn bạn ^^
Yoona xinh quá em :3
bài viết hay và chất lượng quá, tks tác giả !!!
hay quá
Thank bạn vì bài viết
Bài viết rõ ràng mạch lạc, sau khi đọc nhiều bài viết về merge và rebase mình thấy đây là bài viết rõ ràng , dễ hiểu nhất , tuy vậy bài vẫn còn sử dụng các cụm từ gây khó hiểu chẳng hạn : topic ,integration branch trong khi đoạn sau tác giả lại sử dụng cụm từ master và feature branch mà không có chú thích rõ ràng thêm, mong rằng góp ý của mình sẽ giúp tác giả viết các bài viết sau tốt hơn. Cảm ơn tác giả rất nhiều.
Bài viết hay quá. cảm ơn anh nhiều. Em có chỗ không rõ mong được anh giải đáp. Mỗi khi em chỉnh sửa code thì lại cần phải build lại image để COPY code vào trong image. Rồi sau đó mới docker-compose down, docker-compose up, để chạy. Không biết là có cách nào chạy nhanh và hiệu quả không anh nhỉ.
@luuvanminh Cũng có nhiều kiểu xả lắm ạ. Giờ chắc không còn kiểu đùng phát xả một cục nó sẽ rất lộ liễu và gây toang dự án. Mà có thể họ sẽ chia nó số token ra nhiều ví và sau đó xả từ từ. Nên cái này khá khó để check được ạ
Chưa đọc thì chưa biết, đọc xong cũng không hiểu tác giả muốn nói điều gì, nhiều chỗ khó hiểu tác giả cũng không giải thích, nếu viết cho beginer thì phải giải thích các thuật ngữ mà bài viết dùng chứ nhỉ, kiểu bài viết này mình nghĩ các bạn có exp đọc may ra ôn lại được chứ newbie như mình thì chịu.