Hay quá a

Mới nhìn đã thấy hay rồi. Cảm ơn tác giả.

Hóng phần 3 :v.

Rất cảm ơn bác!! Xin chân thành cảm ơn và hậu tạ :) :)

@qaqeqe0 Đã có link ảnh rồi thì lấy về rất đơn giản. Bạn có thể:

• Lấy ảnh bằng: https://nodejs.org/api/https.html#https_https_get_options_callback
• Zip bằng: https://www.npmjs.com/package/archiver

@qaqeqe0

Mình cũng xin lỗi vì mình không thêm dòng code HTML trở thành dòng code vì mình là thành viên mới nên chưa biết nhiều. Có gì bác chỉ dạy mình thêm nha.

Viblo sử dụng cú pháp Markdown để format bài viết. Bạn có thể tham khảo thêm ở đây :slight_smile: https://viblo.asia/helps/cach-su-dung-markdown-bxjvZYnwkJZ

Ngoài ra bạn cũng có thể tìm hiểu thêm về các chức năng chính của Viblo tại đây nhé

Rất cảm ơn @Trần Duy Khánh ! Bạn hay quá, nhờ bạn mà mình biết thêm nhiều kiến thức và kỹ năng, mình biết thêm cách lấy hình ảnh nổi bật của thằng Tmall. Nhưng thực ra mới đầu mình mình cần lấy hình ảnh ở dưới phần description vì hình dưới đây size lớn và nhiều. Nó nằm trong cặp thẻ này

Nhưng nhờ bạn mình cũng đã biết nó có sẵn trong code luôn rồi, nó không phải load bằng ajax, chỉ là nó dùng jquery thay thế 2 thuộc tính src và data-ks-lazyload

Mình cũng xin lỗi vì mình không thêm dòng code HTML trở thành dòng code vì mình là thành viên mới nên chưa biết nhiều. Có gì bác chỉ dạy mình thêm nha.

Cảm ơn bác nhiều nhé!

Tiện thể bác cho mình hỏi thêm là mình muốn lấy hết dữ liệu và nén tất cả vào file .zip và tải về thì mình phải làm sao?

Một lần nữa mình xin cảm ơn chân thành.

Bạn có thể tham khảo qua framework MVC nho nhỏ của mình viết tại đây https://github.com/kmasteryc/lovesimplefw Cái này mình xây trên mô hình MVC cơ bản.

• Model mình sử dụng Eloquent của Laravel.
• View mình sử dụng Twig của Symfony.
• Controller và route thì mình tự viết. Ngoài ra nếu bạn có thời gian thì có thể tự viết cho mình phần Model và View theo cách của riêng bạn. Đảm bảo sẽ rất thú vị đấy

bài rất hay anh

Cái này thì mình không dám nói chắc nhưng có vẻ các dịch vụ của Nhật nó cũng dùng chung cả mấy cái này với nhau thì phải Tất nhiên mỗi dịch vụ sẽ có một trang riêng để list ra các thẻ như thế. Ví dụ 2 cái dịch vụ này https://pay.jp/docs/testcard https://stripe.com/docs/testing Nhìn qua thì có vẻ giống nhau. Trước có webpay.jp (đã ngỏm) cũng dùng được 4242424242424242 thì phải

Cảm ơn bạn, đúng cái mình đang ngờ ngợ. Vậy thì các mã thẻ để test cho việc dev được share trong bài viết này, chỉ có giá trị với gate pay.pj tại Nhật nhỉ? Không biết ở Nhật ngoài pay.pj thì còn còn gate nào khác nữa không. Ví dụ như: cổng dịch vụ pay.pj là 4242424242424242, nhưng cổng dịch vụ khác có thể là 424253535353523 để nạp tiền...

Đúng thật. Giờ mình mới biết. Cảm ơn bạn Insomnia còn có trò lấy response của API request trước làm parameter của API sau (giả access_token các thứ có thay đổi thì lúc request nó tự call lại API trước để cập nhật thông tin mới nhất cho đúng) Có khi Postman cũng làm được luôn :v

POSTMAN cũng dễ dàng test nhiều môi trường mà? https://www.getpostman.com/docs/postman/environments_and_globals/manage_environments

Cho một người mới bắt đầu Trước mình mới hoc thì đọc PHP cơ bản từ trang chủ Sau đó nhảy vào làm theo tut của thầy Quang này https://www.youtube.com/watch?v=ppIEhL-UMAc&list=PL8qfx7Oihtup6tvVOa9lbah6K9HVRyvfz vì môn học của mình yêu cầu tạo mini framework với PHP để làm quen, nhưng sau đó mình cũng chưa có tìm hiểu sâu thêm nên ít tài liệu lắm Đây chỉ là một mini MVC framework để mình có cái nhìn cơ bản và áp dụng được với một trang web "đơn giản" Các khái niệm thì mình sẽ được giải thích trong video, nếu còn chưa rõ có thể search thêm tài liệu để đọc

Theo mình hiểu thì bạn @Thaomai đang nói đến môi trường test của các dịch vụ thanh toán thẻ như dịch vụ https://pay.jp/ chẳng hạn. Các dịch vụ này định nghĩa sẵn một vài số thẻ dummy (valid và invalid) để phục vụ cho mục đích phát triển (chứ lúc dev mà cứ lôi thẻ thật ra dùng thì chết tiền ) Việc dùng các thẻ dummy này hoàn toàn là xử lý nội bộ trong các dịch vụ thanh toán chứ không liên quan gì đến ngân hàng đâu (vì nó đâu phải là thẻ thật) Các số thẻ do vậy cũng không cần theo chuẩn của thẻ thật như bạn nói, dùng để check trên môi trường test được là được Hi vọng giải đáp được thắc mắc của bạn

P.S. Số thẻ ưa thích của mình là 4242424242424242, chắc phải dùng nó để tiêu đến vài tỷ $ trên payjp rồi =))

chả có thực tế gì, toàn lý thuyết. làm cái gì to xem nào.

Cảm ơn bạn vì câu trả lời khá chi tiết này nhé. Còn nhiều chỗ mình chưa hiểu nhưng có keywords để tìm hiểu rồi. Thanks 🙃🙃🙃

Có vài vấn đề mà mình rất care, mong được bạn chia sẻ!

1. Trước đây mình có tìm hiểu về các loại thẻ, và được biết là các số đầu của thẻ được dùng để định danh các ngân hàng, nhưng các số đằng sau không phải đặt theo kiểu ngẫu nhiên, mà đặt theo quy tắc nào đó, không chắc có phải đó là thuật toán "Luhn Check Digit" như trong bài viết chia sẻ không. Vậy nên khi valid mã thẻ, thì trước khi tới được vòng check với ngân hàng, thì còn 1 vòng gửi xe, đó là có thể check sơ loại được ngay tại server của mình. Vậy nên khi nhập các mã số kiểu như: 4000000000000002, thì liệu có phải phần valid quá nhẹ nhàng không? Bắt đầu bằng số 4, và đủ 16 chữ số?
2. Mình thắc mắc là tại sao khi nhập mã thẻ sai, thì có thể lấy được code lỗi như: invalid_expiry_month (ngày hết hạn sai), incorrect_cvc (mã ccv sai). Mấy check lỗi này, chỉ bên ngân hàng mới check được mà. => Nếu để test, thì dev phải code fake đoạn này đúng không ạ?
3. Mình góp ý chút: "• Security Code: Nhập tùy ý 3, 4 chữ số." , không phải nhập tùy ý 3 hay 4 chữ số đâu ạ, mà là với thanh toán yêu cầu cấp CVV thì nhập 3 số, còn yêu cầu nhập CVV2, thì là 4 chữ số. Cãi mã "invalid_cvc" này sai rồi, phải là "invalid_ccv"

tự động chụp lỗi thì bạn sử dụng take snapshot trên guru99 có: https://www.guru99.com/take-screenshot-selenium-webdriver.html

Mình thấy nếu sử dụng thiết bị Cisco Meraki thì giải quyết triệt để vấn đề này