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
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.
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.
bạn ơi cho mình hỏi thế khi phía client click vào sự kiện trên giao diện nó sẽ sẽ call đến các api, thì để refresh token thì phía client sẽ call như nào : vd mình muốn xem list user call đến route ("/user") thì làm sao để refresh token , mình là newbie nên đang bị confused ở đây , mong được bản giúp đỡ.
Mình có thắc mắc chỗ định nghĩa B-Tree. Bạn có nói: "Nếu một node mà có n keys thì nó sẽ có tối đa là n + 1 node con." Vậy sẽ có n+1 liên kết tới các node khác chứ nhỉ. Nhưng bạn cũng nói "mỗi node lại chứa 2 liên kết đến những node trước và sau nó". Mong bạn giải đáp giúp mình. Cám ơn!
THẢO LUẬN
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ụ:
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
)
thế lưu vào file .json kiểu gì ?
bạn ơi cho mình hỏi thế khi phía client click vào sự kiện trên giao diện nó sẽ sẽ call đến các api, thì để refresh token thì phía client sẽ call như nào : vd mình muốn xem list user call đến route ("/user") thì làm sao để refresh token , mình là newbie nên đang bị confused ở đây , mong được bản giúp đỡ.
bài viết hay quá bác =))
Mình có thắc mắc chỗ định nghĩa B-Tree. Bạn có nói: "Nếu một node mà có n keys thì nó sẽ có tối đa là n + 1 node con." Vậy sẽ có n+1 liên kết tới các node khác chứ nhỉ. Nhưng bạn cũng nói "mỗi node lại chứa 2 liên kết đến những node trước và sau nó". Mong bạn giải đáp giúp mình. Cám ơn!