hay lắm, xin cám ơn

@1111 Bạn @thangtd90 chỉ nói là có thể dùng get để tạo dữ liệu chứ có nói là cái gì post làm được là get làm được đâu bạn

Mình hiểu ý bạn là về cơ chế thì có 2 loại là loại GET(các parameters hiển thị hết lên trên URL của trình duyệt) và các loại còn lại với cơ chế giống nhau, mà bạn gọi tất cả là POST.

Cách phân loại này về bản chất thì theo mình cũng chả có gì sai trái, chỉ có điều POST mà tất cả mọi nơi chính thống định nghĩa, đứng ngang hàng với GET, PUT, DELETE (với mục đích phân chia cụ thể hơn các mục đích tác động lên dữ liệu). Vì vậy nên nói POST bao gồm tất cả là không đúng (so với những nơi chính thống)

Ngay cả link bạn trích dẫn cũng phân chia như vậy mà.

Nếu là mình thì mình sẽ gọi là GET và ANTI-GET

Còn về lý thuyết thì theo mình bạn @thangtd90 trả lời rất rõ ràng và đầy đủ

Thế mới là greedy, đôi khi nó cover được hết testcase nhưng nếu bắt được test sai thì bạn vẫn sai, vì bạn không thể chứng minh được bạn đúng bằng toán. Về solution trên thì bạn có thể tưởng tượng thế này, tại một ô, bạn muốn tìm được bước đi tốt nhất đến nó, và ở đây chỉ có thể là ô trước 1 hoặc 2 nước. nên mới có min(d[i-1], d[i-2]), và +1 bước để đi từ đó đến đây. trường hợp ô không đi vào được thì là inf để không thể bước từ ô này.

Để tối rỗi mình tìm testcase chết cho.

@1111 Thôi bạn đã tự tin rằng mình hiểu rõ "bản chất" rồi thì mình cũng không dám tranh luận nữa Nhưng mong bạn đừng tự suy diễn xong nhét chữ vào người khác kiểu như

ông @thangtd90 lại bảo get thay thế đc post

nữa nhé

mình muốn thuê bạn tạo một đồng coin có có blockchain riêng dùng để thanh toán .ai làm đc gửi mail về xuanhoangdiamond@gmail.com cảm ơn anh em !

@thangtd90 https://www.w3schools.com/tags/ref_httpmethods.asp Bạn nên đọc lại về http method. Restfulapi chỉ là cách quy định và sử dụng chứ ko nói lên bản chất. giống như bh ông có thể quy định post dùng để delete put để tạo mới và delete để update vậy. Nhưng mà ông lại hiểu quy định chung để lý giải bản chất là sai hoàn toán nhá. Với cả việc ông nói là http get có thể dùng thay cho post là sai hoàn toàn vì post luôn cần 1 lượng dữ liệu rất lớn và ko trong suốt với người dùng trong khi get thì chỉ bị giới hạn. ghi tạo dữ liệu ông cần thêm cả tracking về ai là người tạo ra cooke nếu có và 1 tá các quy định về ông dùng tiếng anh hay tiếng việt fomat number là gì. thằng get không thể gửi toàn bộ mà dựa vào người tạo cần thì gưi. Còn post luôn luôn gửi cùng request và là mặc định của trình duyệt nhá.

@hongquanfit ok bác

@duongricky không bạn, lỗi đó không phải lỗi syntax, syntax là lỗi kiểu bạn gõ thiếu cú pháp ấy, còn lỗi kia là lỗi logic của phép toán, khi $name chưa được khai báo nhưng đã được sử dụng

vậy trong ex cuối của bác đoạn đó là lỗi syntax thôi phải k bác

Cảm ơn bạn đã tiếp tục góp ý . Đầu tiên: cách của mình cho trường hợp ở bài toán trên vẫn vượt qua được các case của hackerRank và đạt điểm tối đa 20.0 nên cách của mình không sai. Điều thứ 2: Mình muốn hiểu hơn về cách của bạn . Bạn có thể viết tỉ mỉ hơn về đoạn mã giả của mình.

Cảm ơn bạn nhé

Cảm ơn bạn nhé

tks bác

Bạn viết tiếng việt thì mọi người có thể giải đáp cho bạn nhanh hơn đó

bài viết hơi khó hiểu

@thangtd90 Để đỡ confuse thì nên dùng POST hết trong tất cả các trường hợp có thể

@1111

các phương thức trên chia ra làm 2 loại

Post bao gồm put Delete PATCH

Mình thấy cách trả lời của bạn mới là đang cố gắng làm hỏng cả một thế hệ ý

Bạn có thể tìm hiểu thêm về các HTTP Method được dùng trong REST tại link này, https://restfulapi.net/http-methods/ . Không có cái định nghĩa nào là method này "bao gồm" method kia, hay "PUT DELETE PATCH đều là POST" đâu

Bài viết của bạn hay và hai câu cuối bài cũng hay luôn. Cảm ơn bạn về chia sẻ. Chúc bạn sức khỏe và ra được nhiều bài hay hơn nữa

Nay em vừa mò lại package anh làm https://github.com/wataridori/chatwork-sdk. Thật bất ngờ khi anh k make bất cứ 1 Service Provider nào trong này luôn Có tư tưởng hay lí do gì mà anh lai k làm như vậy không ạ