Hi anh.
Cảm ơn anh đã chia sẻ. Em đang có plan thi chứng chỉ của KONG. Anh đã thi chưa. Có kinh nghiệm gì có thể chia sẻ cho em được không
Link cert: https://konghq.com/academy/exam-preparation
Em cảm ơn.
Theo mình thì bài viết mang tính chất giới thiệu một giải pháp dạng S3 simulator, giải pháp này hỗ trợ developer có thể dev ứng dụng sử dụng hạ tầng S3 storage mà không cần phải order dịch vụ hoặc triển khai một hệ thống s3 chỉ để dev ứng dụng. Trong trường hợp môi trường production cần lưu trữ lớn thì bạn nên tham khảo thêm trên giải pháp clustering của MinIO ngay trên trang chủ min.io hoặc nghiên cứu giải pháp thay thế như Ceph storage cluster
Mình không nói về xác suất, ý mình là nô lệ 100 sẽ có tỉ lệ 50% đoán được mũ của mình vì thấy được 99 mũ của 99 nô lệ trước đó, nên ở câu cuối mình chốt là nếu nô lệ 100 đoán trúng thì cứu được 100 người, còn đoán sai thì cứu được 99 người (cứu được chắc chắn 99 người như bạn nói)
Có thể lời nói mình hơi khó hiểu nhưng bạn đọc kĩ lại thì có thể nó giống với ý lời giải bạn đang nghĩ đó
Đúng vậy, nếu server cài Jenkins và server deploy là một thì trong cấu hình pipeline chỉ cần pull code từ GitLab về là được. Do cùng server nên các câu lệnh khai báo trong pipeline sẽ thực hiện bình thường.
Nếu server cài Jenkins khác server deploy code, thì trong cấu hình pipeline cần thêm bước copy hoặc upload code từ server cài Jenkins lên server deploy.
Ví dụ, nếu server cài Jenkins có địa chỉ IP là 192.168.1.10, server deploy có địa chỉ IP là 192.168.1.20, thì bạn có thể thêm bước copy code như sau:
Trong bước Deploy, câu lệnh scp -r $WORKSPACE/* root@192.168.1.20:/var/www/html sẽ copy tất cả các file trong workspace của Jenkins lên server deploy có địa chỉ IP là 192.168.1.20, vào thư mục /var/www/html.
Ngoài ra, bạn cũng có thể sử dụng các công cụ khác để copy hoặc upload code, chẳng hạn như FTP, SFTP, rsync, v.v.
Dưới đây là một số lưu ý khi cấu hình pipeline cho trường hợp server cài Jenkins khác server deploy:
Đảm bảo rằng server cài Jenkins có quyền truy cập vào server deploy.
Đảm bảo rằng server deploy có đủ không gian lưu trữ để chứa code.
Đảm bảo rằng server deploy có các quyền cần thiết để thực thi các câu lệnh khai báo trong pipeline.
@maitrungduc1410 cám ơn anh nhen, tức là khi accessToken hết hạn thì mình gửi RT lên, và check nó với db có same không khi đó mới trả về, và clear đi cái cũ, set cái mới vào db đúng k a
THẢO LUẬN
Hay quá cảm ơn bạn
Hi anh. Cảm ơn anh đã chia sẻ. Em đang có plan thi chứng chỉ của KONG. Anh đã thi chưa. Có kinh nghiệm gì có thể chia sẻ cho em được không Link cert: https://konghq.com/academy/exam-preparation Em cảm ơn.
Đọc đoạn code họ dùng action plug vào ResNet (trên github) mà khó hiểu quá. Bạn có thể demo nó theo cách dễ hiểu hơn không?
Theo mình thì bài viết mang tính chất giới thiệu một giải pháp dạng S3 simulator, giải pháp này hỗ trợ developer có thể dev ứng dụng sử dụng hạ tầng S3 storage mà không cần phải order dịch vụ hoặc triển khai một hệ thống s3 chỉ để dev ứng dụng. Trong trường hợp môi trường production cần lưu trữ lớn thì bạn nên tham khảo thêm trên giải pháp clustering của MinIO ngay trên trang chủ min.io hoặc nghiên cứu giải pháp thay thế như Ceph storage cluster
vẫn chờ phần 4 của bác.
ông này toàn giới thiệu xuống phần cấu hình toàn copy ở đâu ý
còn ngôn ngữ nào khác support cái này không bạn?
Cái này có vẻ giống như cái presign URL trong AWS nhỉ
Cho e hỏi là dùng openapi như vậy có tính phí không?
Vì sao mình không dùng luôn rancher để cài longhorn vậy bạn.
Mình không nói về xác suất, ý mình là nô lệ 100 sẽ có tỉ lệ 50% đoán được mũ của mình vì thấy được 99 mũ của 99 nô lệ trước đó, nên ở câu cuối mình chốt là nếu nô lệ 100 đoán trúng thì cứu được 100 người, còn đoán sai thì cứu được 99 người (cứu được chắc chắn 99 người như bạn nói) Có thể lời nói mình hơi khó hiểu nhưng bạn đọc kĩ lại thì có thể nó giống với ý lời giải bạn đang nghĩ đó
Đúng vậy, nếu server cài Jenkins và server deploy là một thì trong cấu hình pipeline chỉ cần pull code từ GitLab về là được. Do cùng server nên các câu lệnh khai báo trong pipeline sẽ thực hiện bình thường.
Nếu server cài Jenkins khác server deploy code, thì trong cấu hình pipeline cần thêm bước copy hoặc upload code từ server cài Jenkins lên server deploy.
Ví dụ, nếu server cài Jenkins có địa chỉ IP là 192.168.1.10, server deploy có địa chỉ IP là 192.168.1.20, thì bạn có thể thêm bước copy code như sau:
pipeline {
agent any
stages {
} }
Trong bước Deploy, câu lệnh scp -r $WORKSPACE/* root@192.168.1.20:/var/www/html sẽ copy tất cả các file trong workspace của Jenkins lên server deploy có địa chỉ IP là 192.168.1.20, vào thư mục /var/www/html.
Ngoài ra, bạn cũng có thể sử dụng các công cụ khác để copy hoặc upload code, chẳng hạn như FTP, SFTP, rsync, v.v.
Dưới đây là một số lưu ý khi cấu hình pipeline cho trường hợp server cài Jenkins khác server deploy:
Chúc bạn thành công!
@maitrungduc1410 cám ơn anh nhen, tức là khi accessToken hết hạn thì mình gửi RT lên, và check nó với db có same không khi đó mới trả về, và clear đi cái cũ, set cái mới vào db đúng k a
Các trang tin nhỏ hoặc blog cá nhân thì cứ jnew hoặc Newspaper
mình mà rút được mình mang đi từ thiện hết :v
Cũng may là ko rút đc, chứ rút đc bác cũng làm 1 nháy rồi chứ gì =))
@TestDev bạn tham khảo tryhackme, portswigger với hackthebox nhé
Ở thuật toán buble sort câu if mình so sánh a[j] và a[j+1] bạn nhé, hình như bạn đang nhầm lẫn thì phải.
Series hay lắm, hóng một bài dockerize về springboot của bạn
@superidol mình nghĩ mỗi người đều phải đoán 1 trong 2 số;