Giả sử mình setup config vào ngày 01/01 4:00 PM.

Crontab chạy lúc 1:00 AM mỗi ngày.

Và kết quả là 1:00 AM ngày 02/01 có status logrotate. Nhưng không có file rotate.

Nhưng đến ngày 03/01 lại có có file rotated ngày 02/01 và cả file rotate ngày 03/01. 

Em đang thắc mắc là nếu logic là sau 1 ngày file rotated mới được tạo ra vậy tại sao ngày thứ 03 đã có file rotated của ngày 03. Đáng nhẽ chỉ có file của ngày 02 thôi chứ. Ngược lại, nếu logic là file rotated được tạo ngay trong ngày, vậy tại sao lại không có file rotated vào ngày 02???

@huukimit Em có check timezone rồi. Không phải vấn đề timezone anh ạ Với cả logrotate đã được thực hiện vì em kiểm tra file status thì có lưu log. Tuy nhiên lại không thấy file rotated được tạo ra vào ngày đâu tiên??? Nhưng đến ngày thứ 2 thì em lại thấy có cả file rotated của ngày đầu tiên và ngày thứ 2???

cám ơn bạn

Bạn nên có thêm ảnh demo về giao diện của "app" này nhé ! Bài viết khá tốt!

Thanks for your share! Bài viết rất hay , cám ơn bạn!

Em check xem trên server thì timezone đang là bao nhiêu. Có thể ngày 02/01 trên máy em nhưng tên server thì nó vẫn đang là ngày 01/01 thôi.

Động viên cho một bài viết dài tâm huyết. Hướng dẫn thêm tích hợp i18n-node đúng chuẩn đi.

Phần 2 ra thêm cái gì nữa =))

Ví dụ như ban đầu mình build 1 image, sau mình muốn setup thêm 1 số thứ thì mình sửa lại docker file và build lại à bạn, vậy thì nó sẽ lại tạo image mới à.

@trinh.nx Thật sự cảm ơn câu trả lời của anh ạ. Nhóm em hiện tại cũng có định hướng tích hợp thêm ChatWork và phát triển thêm vài tính năng như Jira.

Đúng là GET thì trong RFC không quy định việc ko có body nhưng tùy các server mà khi xử lý request bọn nó có đọc body hay không. Bên Java có Tomcat nó ignore body của GET luôn, còn về client thì có một vài client như OkHTTP ko cung cấp việc set body cho GET method luôn, và tốt nhất thì ko nên có body bạn ạ,

Cảm ơn thông tin về bài viết, khá hay. Đây là kiểu Spring multi module, và các bạn Java BE code theo kiến trúc micro service chắc chắn sẽ cần, thậm chí có thể apply cho việc multi project, mỗi project ở 1 source control khác nhau (MVVP chẳng hạn).

Có thể 1 số bạn làm theo nhưng gặp lỗi mà ko hiểu nguyên nhân, ở đây mình bổ sung / giải thích thêm việc vì sao bạn có thể chạy được Repository ở thằng Service

Không cần @Autowired, vì chúng ta có @RequiredArgsConstructor rồi

Cái này chỉ mới đúng 1/2 thôi. Annotation đó chỉ nhằm cung cấp Constructor Injectition để Spring inject repo bean vào mà thôi. Còn tại sao Spring lại tạo được cái bean kia thì nó nằm ở chỗ Package name. Ở đây phần common và phần service của bạn đang để cùng package name, thành ra annotation @SpringBootApplication sẽ tự động lookup và khởi tạo những component ở trong cùng package đó (do annotation này chứa @ComponentScan), và may mắn thay thằng repository của bạn (ở phần common) cũng ở cùng package name. Nếu các bạn tạo 2 package khác nhau thì sẽ cần chỉ định import vào, dùng @import hoặc @ComponentScan thêm.

OK

Thanks a vì bài tổng hợp hữu ích và đầy đủ ạ

Cảm ơn bài viết của bạn rất nhiều, mình mới làm quen với React và cảm thấy bài viết của bạn rất dễ hiểu!

@dinh.van.tai À thì ra là vậy. Em hiểu ý anh rồi, đúng như a nói, em bỏ sang $middlewareGroups chạy cho toàn bộ cho các route ở web.php thì nó hoạt động ok. Mà không hiểu sao em đặt vào $routeMiddleware là nó không hoạt động anh ạ (( Không biết là có đang miss chỗ nào không. Em xóa route middleware trong Kernel thì hệ thống nó báo lỗi không tìm thấy middleware locale, tức là nó vẫn link tới. Thế mà không hiểu sao chạy lên nó lại không dịch.

"Hơn nữa, phương pháp Session-based sẽ gây ra khó khăn khi chúng ta scale hệ thống theo chiều ngang, tức là đặt thêm một hay nhiều server hoạt đồng cùng lúc. Vì khi đó session ID được gửi kèm request có thể được tìm thấy ở server này nhưng lại không được tìm thấy ở server khác." Cái này có thể khắc phục bằng cách lưu trong redis mà b nhỉ. Mình vẫn ko bik dungg cái nào thì lợi hơn

@hgbdev mình hiểu rồi, cám ơn bạn nha

hay ho nghĩa là yếu à em

@tinhcodosat ok tks em