Tuyệt vời anh ơi

thanks

nó báo lỗi gì bạn, mình kiểm tra lại thấy vẫn chạy bình thường. Bạn gõ câu này để kiểm tra logs giùm mình nhé.

k logs fortune -c html-generator

Và nhớ kiểm tra là Pod đã Running nhé.

kubectl get pod

NAME      READY   STATUS    RESTARTS   AGE
fortune   2/2     Running   0          2m11s

hi add, mình là newbie đang thực hiện chạy lab theo hướng dẫn tỉ mỉ của bạn nhưng trong chapter này, chỗ "Code của script trong container luksa/fortune" mình tạo srcipt và chạy báo lỗi đường dẫn /usr/games/fortune.
ngoài ra sau khi forward port, test curl http://localhost:8080 cũng báo fail. Add có thể giải thích giúp chỗ này ko? Thanks

bác có chơi fb không

rất hay

ông bạn sai chính tả hơi nhiều 😅

Em fix được rùi nhé ạ =))) Ko cần tomcat gì cả

Anh ơi, phần set up intelij vẫn set up tomcat, bỏ trống mỗi phần deployment thôi phải không ạ? Em thấy nó có thông báo này rồi mà vẫn ko vô kết nối ạ ._.

@dao.thai.son vấn đề là mình load được SneakerGrid component nhưng k load được layout, khi trong layout có 1 cái map

Trong bài mình đề cập tới cách viết PHPDoc trong source code của dự án để có thể generate ra file api-docs.json nhằm visualize lên Swagger UI, với dự án microservice thì cách này có thể không hoàn toàn áp dụng được, nhưng có thể mỗi service bạn thực hiện generate file json riêng rồi tổng hợp chúng vào cho Swagger UI có thể hiển thị chúng

@Done Theo ý hiểu cá nhân t, thì Route sẽ nhận các request từ Browser, phân luồng các request đến đúng controller có thể xử lý request. Ví dụ: Browser có request A, Route sẽ dựa vào những define trong Route để phân luồng request A đến đúng controller (hoặc redirect) có thể xử lý (hoặc đáp ứng yêu cầu) A và response lại Browser. Sorry t rep muộn 😊

Vâng , em cảm ơn anh nhiều ạ

@hoangviet ,theo bạn nên tạo app tạo bài viết ,database,dl đầy đủ trong django mới cấu hình django mới không bị lỗi à,mình cấu hình trước rồi tạo app bị lỗi

🙂

Bài này copy xong bỏ vào Google Translate dịch rồi up lên à ?

EM phải tạo acc Viblo để comment liền )) Bài viết phù hợp với mấy đức đọc document chậm hiểu như iêm, tks ạ

Tuy bài này cũ nhưng rất có giá trị cho ae muốn học oswe, nên mình comment thêm chút...

Để có thể thêm type: 'ref' thì $1 phải khác null, mà $1 là group 1 của regex. Khi ta truyền dữ liệu như dưới vào thì $1 sẽ khác null => Sai rồi, có 2 cái sai

Cái sai thứ 1, để có type: 'ref' thì cần 2 điều kiện:

• $1 khác null
• $1 < i (i là biến chạy đếm mảng requests của vòng for mà có gọi hàm replace)

Cái sai thứ 2, vì $1 là group 1 của regex match, nó chỉ cần là (\d) nên $1 chỉ cần là số thôi, 1 hay 999 đều ok

value được gán bằng $2 (chính là group 2 của regex) ở trên. Khi ta truyền /item/$1.id thì value ở đây là id => Nói rõ hơn đoạn này, $2 là group 2 của regex thoả mãn điều kiện là bất cứ ký tự nào ngoài 2 ký tự / $ => Như vậy không nhất thiết $2 là id mà $2 có thể là chuỗi bất kỳ, ví dụ như: caiGiCungDuoc

Như vậy để có payload final sau khi hiểu rõ về 2 điều kiện trên thì: { "requests": [{ "method": "get", "path": "/GiCungDuoc" }, { "method": "get", "path": "/item/$0.OdayChoCaiGiCungDuoc;require(\'child_process\').exec(\'calc\')" }] }

Oh tại sao tôi lại dùng $1 = 0 ($0.) mà không phải là 1 ($1.)? Vì ở payload của tôi, chỉ có 2 phần tử trong mảng requests, khi vào hàm replace thì biến i nó đang có giá trị là 1, mà $1 lại phải nhỏ hơn i=1 do đó $1 phải có giá trị là 0

anh úp cho kịp Khai bút ấy )

có gì mới là anh Thanh cứ phải đánh úp nửa đêm mới chịu =)))