Cảm ơn bạn. Đúng như lửa gặp nước. Mình cũng đang muốn Deploy model AI lên server. Đầu tiên chỉ nghĩ đến model Client-Server truyền thống. Bài viết chi tiết quá.

Nhược điểm cái line-height mình phải fix cứng height mới xài được

Dạo này chăm viết bài hẳn vậy a zai upvoteeee cho a luôn ạ :3

passport có jwt hả feng, tui tưởng chỉ là token

cảm ơn bạn nhưng mình có rồi =(

xin lỗi bạn mình có rồi =(

Bạn làm dc chưa? cho mình xin code tham khảo dc ko?

@dao.thai.son Dạ em sử dụng elibyy/tcpdf-laravel

=))

Bạn đang sử dụng package nào để render ra file PDF vậy ?

Mình thấy 4rum đang dùng discourse làm forum. Về code ruby thì ở Việt Nam ít người dùng, theo bạn thì liệu sau này maintain có phức tạp không? Và Discourse cũng nặng nền hơn so với NodeBB. Dù tính năng được cộng đồng hỗ trợ khá tốt

Đỉnh, mình dùng acc rác mà nhanh quá nó báo lỗi rồi limit các thứ rồi@dinhlongit

Cảm ơn anh đã chia sẻ ạ

Trước hết, bài này là mình tự viết, không phải là dịch lại nhé. Mình rất vui vì bạn đã hiểu ý tưởng từ hình ảnh của Master Ancient, điều đó chứng tỏ cách viết của mình không quá khó hiểu Vì đây là bài viết về công nghệ nên mình tránh dùng các từ đặc trưng của thiền mà dùng các từ gần gũi với đối tượng người đọc. Nhưng về mặt bố cục và nội dung bên trong thì đều có ý thiền, ví dụ:

• Khi "quán" CI/CD là gì? Mình đi từ gốc rễ nó phát triển từ đâu rồi đến các thành phần chính cấu tạo lên nó bao gồm kịch bản và diễn viên. Đây là cách chia thành phần do mình tự "thấy" và chưa thấy ở bất cứ chỗ nào khác ...

Theo như cách bạn nói thì có lẽ bạn đọc bài viết của mình trong tâm thế hơi vội, bạn chưa hiểu lớp nghĩa cuối cùng mà mình muốn nói đến

“Kì thực trên kịch bản vốn làm gì có CI/CD, người ta chia như thế mãi nên mới thành thế thôi” Câu này mình viết phỏng theo khẳng định của Lỗ Tấn: “Kì thực trên mặt đất vốn làm gì có đường, người ta đi mãi thành đường thôi”

Tổng thể khái niệm CI/CD chỉ là 1 ví dụ (kịch bản mẫu) về automation program thôi, cái mình muốn đọng lại trong người đọc là automation program, khái niệm CI/CD không còn tồn tại nữa. Chưởng của Master Ancient là ở đây )

Bài này hay, dễ hiểu. Mình có đọc trên Baedung nhưng nó viết khá vắn tắt dễ gây khó hiểu và hiểu nhầm. Bác nói đúng trọng tâm và đúng ý nghĩa của nó nên rất dễ hiểu. Cám ơn bác

@ngovannghia Cho mình hỏi để làm sao biết được thời gian kết thúc của 1 tool farm LP. Mình thấy block time đếm ngược nhưng không biết cách tính thế nào. Xem trong contract thấy thời gian khởi tạo nhưng không biết cách xem thời gian kết thúc. Cảm ơn bạn.

bạn có thể làm ko? liên lạc lại với mình qua mail nhé. online.inv2019@gmail.com

Mình chưa có cơ hội tiếp cận tới nhiều user như thế nên cũng k biết là server này có thể chịu tải được đến mức đấy k :-s

Cám ơn bạn. Bài dịch còn sơ sài quá. Trừ câu đầu tiên sau phần intro hoành tráng thì mình không thấy hơi hướng thiền sinh ở đâu cả. Master Ancient có ra chưởng hay không thì phần thực thi công việc chính của CI/CD đều có thể tự thực hiện được bằng một script bash nhỏ và daemon của Linux. Nhìn thì tưởng đồ sộ nhưng thực ra là hệ sinh thái đông đúc, còn nhân vật chính của chúng ta chỉ chiếm một không gian cực nhỏ. Đúng theo tinh thần 80/20, 20% trong hệ thực hiện 80% khối lượng công việc. Túm lại, CI/CD là automation program với chức năng thực hiện một kịch bản định sẵn nhằm liên tục đưa sản phẩm lên production. That’s it.

"Đối với mỗi subnet, AWS sẽ lấy 4 địa chỉ đầu và một địa chỉ cuối cùng của dãy IP trong subnet cho mục đích nào đó mình chưa biết :v"

=> 1 địa chỉ IP đầu của subnet (vd: 172.16.100.0) đại diện cho địa chỉ IP của mạng subnet đó (network IP address)

=> 1 địa chỉ IP cuối của subnet (vd: 172.16.100.255) là địa chỉ broadcast của mạng subnet đó (broadcast IP address)

=> 2 địa chỉ còn lại thì mình cũng ko rõ, có thể AWS reserve 2 địa chỉ này để phục vụ cho vài request/service đặc biệt từ VPC vs mạng subnet. Bạn có thể xem qua ở đây: https://stackoverflow.com/questions/31214333/amazon-vpc-n2-4-ip-addresses-cidr-block

Anyway, thanks for your article, it's very helpful )