Bài chia sẻ rất hay, cảm ơn bạn. Sẵn cho mình hỏi là có best practice về việc nên sử dụng màu hex hay rgb color ko bạn?

thoải mái e, API e viết ở routes/api.php cũng được.

Lỗi 404 in ra là do e đang thiếu tiền tố /api khi gọi API nên lỗi in ra là 404 ko tìm thấy đó.

Chú ý là tất cả các API viết ở routes/api.php thì khi gọi e phải thêm có tiền tố là /api. Ví dụ: http://localhost:8000/api/users (bình thường nếu viết bên web.php thì sẽ gọi là /users luôn)

Chả hiểu sao loạt bài hay như vậy lại tương tác ít, cảm thấy chạnh lòng...

chào bạn,

Ở ảnh đầu tiên lỗi của bạn là do supervisor ban đầu được chạy bằng non-root user sẵn rồi, sau đó ở cấu hình process cronjob của bạn thì bạn lại tiếp tục set user=<1 user khác>, và điều này là ko đc, khi chạy container với non-root thì process cronjob của bạn phải được chạy chính bằng user chạy supervisor luôn. Cách giải quyết là trong file cấu hình cho cronjob của bạn bạn bỏ user=... đi.

Bỏ đi thì cronjob đã chạy đc hay chưa?

Câu trả lời là chưa . Lỗi ở ảnh 2 sẽ xuất hiện (hoặc 1 lỗi tương tự)

Vì master process của crontab yêu cầu phải được chạy bằng user root, tức là command để khởi động crontab là crontab -b... phải được chạy bằng user root, sau đó các cronjob được khởi tạo từ crontab mới có thể chạy được bằng non-root hay root thì tính sau.

Vấn đề ở đây là, vì container của chúng ta chạy bằng non-root user, nên ở CMD cuối Dockerfile khi ta khởi động supervisor, thì supervisor sẽ được chạy bằng non-root -> tất cả các process ta cấu hình sẽ được chạy bằng non-root theo -> crontab được khởi động bằng non-root -> Lỗi.

Mình đã thử nhiều cách để thử fix việc này: chạy supervisor trước khi đổi user, thử entrypoint, dùng gosu,... nhưng đều ko được.

Và cuối cùng mình chốt lại là phải khởi động crontab bằng tay mỗi lần ta khởi động container như sau:

docker-compose exec -u root app sh       # exec vào container bằng user root
crond -b      # chạy master process của crontab

Cũng ko vất lắm chỉ là hơi bất tiện chút thôi. Nếu bạn tìm được cách nào chạy ngay được trong lúc build image thì comment cho mình biết nhé (mình vẫn nghĩ là có cách giải quyết nhưng chưa có tgian để vọc tiếp)

Bạn có thể tham khảo project realtime chat laravel docker của mình ở đây, ở đó mình có setup đầy đủ các thành phần: mysql, redis, horizon, worker, cronjob, nginx,... có cả cronjob và tất cả đều được chạy bằng non-root user (branch docker-non-root nhé). Và ở readme mình có note là để chạy cronjob thì phải khởi động master process crontab thủ công sau khi chạy container.

Ở project của mình bạn xem cấu hình supervisor mình để ở folder .docker nhé. Ở đó master process của supervisor mình chạy bằng user www, các file cấu hình các process (trong folder supervisor.d) như horizon, php-fpm ko cần thêm user=... mà sẽ tự lấy theo user chạy master process luôn. Còn cronjob thì mình set trực tiếp trong Dockerfile (bạn tách nó thành 1 file rồi dùng COPY cũng đc)

Mình cũng chã dám động vào mớ tk đó luôn ạ, sợ bóc lịch dài hạn bác ơi :v

Em có chút thắc mắc mong được giải đáp ạ! Thứ nhất là khi viết web bằng Laravel+VueJs thì phần API viết bằng PHP như trong route/api.php bình thường được không ạ? Vì em viết phần API cho web bằng PHP nhưng khi load thử link để đc file Json thì nó luôn hiện lỗi 404, theo như e thấy là do nó chỉ ưu tiên duyệt qua phần route/web.php trước rồi trả kết quả thay vì duyệt qua phần api ( vì những link e để sau phần khai báo vue kia cũng đều ko load đến được mà đều trả 404) Có cách nào khắc phục chuyện này không ạ?

vấn đề là b làm gì đc với đống tài khoản đó

Bạn ơi minh đang muốn mua code này vs muốn dk bạn vs Mạnh hướng dẫn chi tiết. Bạn liên hệ giúp mình qua sdt 033 711 4319 hoặc gmail nguyenduykhanh92bkhn@gmail.com Thank bạn

@buiquangmanh Mạnh ơi bạn có bán sản phẩm code này không. Từ giờ tới thứ 6 bạn mà không bạn, mình gặp nhau được không bạn. Check mail giúp mình với. Thank bạn

Hi @maitrungduc1410 Cho mình hỏi mình set cronjob chạy. khi k để user thì log cron báo như vậy

còn thêm user=root vô cron.conf thì bị lỗi

làm sao để cho chạy được cron bạn. mình set cron cho laravel

cám ơn bạn đã cho t thêm động lực viết tiếp phần 3

Cám ơn bạn

bài dịch vô cùng chất lượng cảm ơn tác giả đã bỏ 1 tiếng ra để dịch bài nay ạ

Anh viết hay quá

Cảm ơn bạn đã chia sẻ. Bài viết rất hữu ích.

Rất hữu ích !

cũng kỳ công dịch, cơ mà thỉnh thoảng sai lỗi chính tả 😁😁

h: trả về note ảo

cái này hẳn là node, chứ note chả hợp lý gì cả

hay thì cũng hay cơ mà ko theo một đề mục nào cả :3 hi vọng chủ thớt chia ra theo từng chuyên đề, ví dụ như mẹo hay về query, mẹo hay với middleware, mẹo hay với collection chẳng hạn thì nó hợp lý hơn

Nếu như bạn đang có những cách làm hay thì đừng ngần ngại bổ sung dưới comment để mình cập nhật thêm và tham khảo bạn nha.

và m.ng dễ bổ sung hơn 😁😁

Hay quá bạn ơi :v

auto save cũng hay cơ mà k nên dùng. lúc merge nhiều chỗ thay đổi không cần thiết. đặc biệt là dự án kiểu maintain