bạn lên https://www.gso.gov.vn/phuong-phap-thong-ke/danh-muc/don-vi-hanh-chinh/, tải 3 file excel, viết một tool đọc 3 file excel này và update database, mỗi khi có sự thay đổi bạn chỉ cần tải lại 3 file excel mới và run lại tool, quá trình update diễn ra khá nhanh. Còn về cấu trúc thì tùy vào cơ sở dữ liệu bạn dùng, lưu làm sao cho tiện truy vấn và đáp ứng đủ nhu cầu của bạn là được. Tôi thì dùng MySQL, lưu theo kiểu quan hệ.
@haha8x ý bạn là cho tất cả mysql, nginx, redis, php laravel vào cùng 1 image ấy à?
Rất là không nên nhé bạn, như vậy mỗi khi có bất kì 1 thay đổi nào ở bất kì thành phần nào (mysq, laravel, ...) bạn sẽ phải build lại image, và khi build thì nó sẽ phải build lại từng thành phần mặc dù có nhiều thành phần ko thay đổi, và mỗi lần như vậy bạn sẽ phải đợi 1 thế kỉ để build image đó, các image như mysql build ko nhanh đâu , và giả sử tương lai bạn có project với 100 services thì sẽ ra sao nhỉ . Thứ nữa là đút hết mọi thứ vào 1 image sẽ làm size image to ra và performance sẽ kém đi đó bạn.
Bạn đọc bài tối ưu docker image mình có nói về vấn đề này nhé.
1 ứng dụng bạn nên chia ra thành các thành phần cụ thể, mỗi cái tập trung vào 1 nhiệm vụ cụ thể, tránh việc chúng bị phụ thuộc vào nhau.
Có 1 vấn đề hay đó là xử lý phân tán cho hệ thống caching. Nếu đơn giản chỉ redis, memcache mà lưu toàn bộ + replicate thì rất rủi ro và tốn kém nên thường các hệ thống lớn sẽ có cả sharding. Như FB dùng đến memcache nhưng họ phải sửa lại core để cache centralize theo id và phân tán.
Bạn có thể tư vấn riêng cho mình về blockchain đk ko. Về tạo token erc20 và các hợp đồng thông minh. Bạn có thể lên lạc cho mình qua tele : @phh123
Skype : live:.cid.a557494995b62750
Cảm ơn bạn
THẢO LUẬN
Thanks! Cái Dashboard trên cùng là của phần mềm nào vậy vậy bạn?
Thanks for publishing!
Bài viết quá cũ, nên update sang hook
bug gì đấy bạn
bạn lên https://www.gso.gov.vn/phuong-phap-thong-ke/danh-muc/don-vi-hanh-chinh/, tải 3 file excel, viết một tool đọc 3 file excel này và update database, mỗi khi có sự thay đổi bạn chỉ cần tải lại 3 file excel mới và run lại tool, quá trình update diễn ra khá nhanh. Còn về cấu trúc thì tùy vào cơ sở dữ liệu bạn dùng, lưu làm sao cho tiện truy vấn và đáp ứng đủ nhu cầu của bạn là được. Tôi thì dùng MySQL, lưu theo kiểu quan hệ.
Hay quá chị ơi (len)
anh ơi anh cho em hỏi con số 0.91 của BERT là anh lấy ở đâu vậy ạ
@haha8x ý bạn là cho tất cả mysql, nginx, redis, php laravel vào cùng 1 image ấy à?
Rất là không nên nhé bạn, như vậy mỗi khi có bất kì 1 thay đổi nào ở bất kì thành phần nào (mysq, laravel, ...) bạn sẽ phải build lại image, và khi build thì nó sẽ phải build lại từng thành phần mặc dù có nhiều thành phần ko thay đổi, và mỗi lần như vậy bạn sẽ phải đợi 1 thế kỉ để build image đó, các image như mysql build ko nhanh đâu
, và giả sử tương lai bạn có project với 100 services thì sẽ ra sao nhỉ 
. Thứ nữa là đút hết mọi thứ vào 1 image sẽ làm size image to ra và performance sẽ kém đi đó bạn.
Bạn đọc bài tối ưu docker image mình có nói về vấn đề này nhé.
1 ứng dụng bạn nên chia ra thành các thành phần cụ thể, mỗi cái tập trung vào 1 nhiệm vụ cụ thể, tránh việc chúng bị phụ thuộc vào nhau.
master
Rất hay
Làm sao để cài đặt nextJS vào dự án laravel luôn bạn
Có 1 vấn đề hay đó là xử lý phân tán cho hệ thống caching. Nếu đơn giản chỉ redis, memcache mà lưu toàn bộ + replicate thì rất rủi ro và tốn kém nên thường các hệ thống lớn sẽ có cả sharding. Như FB dùng đến memcache nhưng họ phải sửa lại core để cache centralize theo id và phân tán.
bug kìa
Bác có thể viết một bài giới thiệu các sách và tài liệu hay về thiết kế hệ thống ko ạ
rất bổ ích
Cám ơn bạn nhé
Bạn có thể tư vấn riêng cho mình về blockchain đk ko. Về tạo token erc20 và các hợp đồng thông minh. Bạn có thể lên lạc cho mình qua tele : @phh123 Skype : live:.cid.a557494995b62750 Cảm ơn bạn
Ít người đọc mấy bài giống như này vì nó khó quá ,đọc éo hiểu nỗi
@huyn em install các thư viên trong requirement.txt chưa