Theo mình hiểu Telemetry chỉ là 1 cách gọi cho các hệ thống observability, nó có thể bao gồm rất nhiều thứ như Grafana, ELK, Riemann,... nhằm tới chung một mục tiêu giúp bạn quan sát, chẩn đoán các services trong 1 kiến trúc Microservice.
http Bản chất vốn chỉ có 2 phương thức Post Và get.Trong javascript không có put delete lẫn patch
Không biết bạn tìm hiểu và sử dụng HTML với Javascript ở đâu chứ theo những gì mình biết thì lại là khác hẳn. Hệ quy chiếu có vẻ khác nhau rồi nên mình cũng không muốn tranh luận nhiều nữa (^^;)
Bạn có thể tham khảo thêm tài liệu mà mình đã đọc qua ở đây:
tldr: Trong bản define HTTP 1.1, ở phần Method Definitions, có PUT và DELETE, bên cạnh các methods khác. HTML Form chỉ support method GET và POST, nhưng javascript (và browsers) support được hết các methods khác như PUT với DELETE.
Ví dụ như bài này phân tích khá kỹ về sự khác biệt giữa PUT và POST https://restfulapi.net/rest-put-vs-post/ Nhưng có thể trong công việc hàng ngày mình không để ý chăng, nào là PUT là idempotent với POST là NOT idempotent
Cũng có thể bạn ý nghĩa POST bao gồm các method khác là vì khi code web bạn ý không thấy có method PUT/DELETE trong form HTML, mà chỉ có GET với POST thôi chăng
@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.
@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ư
THẢO LUẬN
@Naem Nếu bạn dùng GET thì user và passwd của bạn sẽ nằm trên URL, và tin mình đi, bạn k vui đâu =))
Bạn có thể dùng Del cũng được cho nó ngầu =))
@thangtd90 nhân tiện câu hỏi cho e hỏi với ạ, với case login thì sẽ sử dụng method nào cho chuẩn ạ =)) và tại sao ạ
@duongricky em về hỏi trainer Quốc xem thangtd là ai để có thể yên tâm nhé
@1111 Thôi mình nghĩ bạn nên tìm một khóa học về Web Base để nâng cao kiến thức của mình về HTTP Method nhé. Thân ái và chào quyết thắng! Happy Coding
Theo mình hiểu
Telemetrychỉ là 1 cách gọi cho các hệ thống observability, nó có thể bao gồm rất nhiều thứ như Grafana, ELK, Riemann,... nhằm tới chung một mục tiêu giúp bạn quan sát, chẩn đoán các services trong 1 kiến trúc Microservice.you are welcome
Hay bác, h ms biết vụ where(Property)
@1111 thôi ông sai lè lè ra rồi, tôi nghĩ ông nên ngẫm lại đi đã , và nên tìm hiểu nhiều nguồn tài liệu đã rồi hãy comment.
Huawei toang rồi bạn ơi. H còn ai dùng nữa mà test bạn hey =)))
bạn Hường trả lời như ... nhé
@thangtd90 @bs90 @1111 Các bác comment làm e hoang mang theo luôn hihi
@1111
Không biết bạn tìm hiểu và sử dụng HTML với Javascript ở đâu chứ theo những gì mình biết thì lại là khác hẳn. Hệ quy chiếu có vẻ khác nhau rồi nên mình cũng không muốn tranh luận nhiều nữa (^^;)
Bạn có thể tham khảo thêm tài liệu mà mình đã đọc qua ở đây:
tldr: Trong bản define HTTP 1.1, ở phần Method Definitions, có PUT và DELETE, bên cạnh các methods khác. HTML Form chỉ support method GET và POST, nhưng javascript (và browsers) support được hết các methods khác như PUT với DELETE.
Có lẽ mình nên dừng ở đây thôi
@bs90
Dù thế nào thì PUT và DELETE vẫn tồn tại, tương đương với các method khác, trong tài liệu define về HTTP/1.1 
https://www.w3.org/Protocols/rfc2616/rfc2616-sec9.html
Ví dụ như bài này phân tích khá kỹ về sự khác biệt giữa PUT và POST https://restfulapi.net/rest-put-vs-post/ Nhưng có thể trong công việc hàng ngày mình không để ý chăng, nào là PUT là
idempotentvới POST làNOT idempotentCũng có thể bạn ý nghĩa POST bao gồm các method khác là vì khi code web bạn ý không thấy có method PUT/DELETE trong form HTML, mà chỉ có GET với POST thôi chăng
Nhưng thực tế là Browsers do support PUT and DELETE, but it's HTML that doesn't.
Lý do lớn nhất "In React, everything is just JavaScript".
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ư
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 !