bài chắc là hay nhưng bỏ Toán lâu quá rồi, giờ đọc như chó nhìn bản đồ 😅

Hay quá em ơi, đã star, làm cái lib easyBreakCaptcha thôi )

Hi anh @hoangthan345 "Interface thường được sử dụng cho những mục đích làm callback, dependency injection" Anh nói rõ hơn về ý này được không ạ? E cũng chỉ mới tìm hiểu về khái niệm thôi nên nghe anh nói cái này thì thấy lạ quá. Mong anh chỉ giáo thêm. Cám ơn anh.

@TiengMuaDem stateless full thì sao để const đc bạn

• 1 program(chương trình) khi được chạy sẽ sinh ra 1hay nhiều process(tiến trình) tùy thuộc vào kiến trúc của chương trình đó. Ví dụ chrome có nhiều tiến trình để tăng bảo mật, crash 1 tiến trình thì không ảnh hưởng tới tiến trình khác ....
• 1 tiến trình có thể có 1 hoặc nhiều thread(luồng) tùy vào kiến trúc của tiến trình đó(nhiều luồng để xử lý song song, bất đồng bộ ...)
• Các luồng trong 1 process có thể dùng chung tài nguyên của các luồng khác trong cùng 1 process với tốc độ cao.
• Các tiến trình khác nhau không thể truy cập tài nguyên của tiến trình khác(có thể truy cập được nhưng không phải kiểu chính thống, tốc độ, quyền hạn bị hạn chế nhiều...) Như vậy có đúng không nhỉ?

mình muốn cài PHPCS trên window và tích hợp vào visual code được không bạn

Bài viết tâm huyết quá bác ạ, nhưng hơi dài. Góp ý với bác nên chia thành các chapter đọc cho đỡ bị ngộp. Đón đọc cái bài khác của bác

Lỗi đó là do trong quá trình nginx proxy_pass vào container nodejs thì bên nodejs có vấn đề dẫn tới lỗi 502.

E cần phải check logs của bên container node xem lí do vì sao. Chạy docker-compose logs app để xem nhé e (thêm option -f nếu muốn xem logs realtime)

cái này rất hay đặc biết là lúc thao tác với git, diff và conflict rất gọn, nhưng nhìn nó không nịnh mắt nên mình toàn không dùng

klq, bạn này cũng dùng sublime merge =))

Cám ơn bạn đã gợi ý. mình sẽ tìm hiểu, cân nhắc để viết bài ạ

Cảm ơn về bài viết anh đã chia sẻ. Hiện tại em đã deploy thành công lên amazon aws, tuy nhiên em đang gặp phải 1 vấn đề về nginx: thỉnh thoảng connection bị 502 Bad Gate way. Em có check log từ var/log/nginx thì thấy báo: *2471 upstream prematurely closed connection while reading response header from upstream hoặc recv() failed (104: Connection reset by peer) while reading response header from upstream

Em có search google và thử khá nhiều cách (thêm proxy_read_timeout, proxy_connect_timeout) mà vẫn không được. Nó sẽ bị kiểu chỉ connect lần đầu sau 1 khoảng thời gian thì bị, connect lại thì ok. Em cảm ơn anh

Thanks vì bàn viết hữu íhc

Mình đồng ý với bạn rằng đây là triết lí mỗi coder phải theo đuổi. Tuy nhiên rất đáng tiếc là các xu hướng hiện nay như Agile, TDD khiến cho lập trình viên trở nên tư duy chiến thuật nhiều hơn (sẽ có thảo luận ở phần sau). Bạn theo dõi đón đọc nhé

cái này không chạy với bootstrap 4 nhỉ

Hóng phần sau ạ. Nhiều người cứ chê mình fix bug chậm. Nhưng fix nhanh để rồi tạo bug cho người đi sau thì mình ko thể nào chấp nhận được. Hoặc lúc code thì người ta chỉ code cho vừa vặn với yêu cầu, ko nghĩ đến chuyện khái quát hoá để dễ dàng mở rộng về sau. Đây ko chỉ đơn giản là vấn đề kĩ thuật. Đây phải là triết lí mà mỗi coder phải theo đuổi.

Nice !!!

Để bảo mật toàn diện AWS thì bạn dùng tài liệu của CIS là chuẩn nhất https://www.cisecurity.org/benchmark/amazon_web_services/

cho mk xin source code đc k bạn

Cảm ơn bạn về bài viết , nhưng mình còn thắc mắc , nếu 2 component đó không có cùng cha hay cùng cấp nhau thì làm sao để truyền data vậy . xin cảm ơn

Bạn cho mình hỏi làm sao lấy đc response khi controller xử lý xong