you make the best JS tutorials on youtube bro thank you.
@robinkartik63564 жыл бұрын
I was always confuse with this topic, but now I understand the whole thing. Many thanks for this tutorial.
@littlepudding8535 жыл бұрын
I was confused about why in some places use that and some places use another. This makes it pretty clear. Thanks.
@divyanshu88744 жыл бұрын
JUST SUPERB...❤️❤️❤️❤️❤️❤️❤️❤️
@rockycafe3135 жыл бұрын
not sure if raining in the background, or its static-y mic. LOL anyways thanks!
@SteveGriffith-Prof3ssorSt3v35 жыл бұрын
Back in 2017 it was a crappy mic. :( After I got the good mic there were a few videos with rain and thunder in the background. :)
@devkushwaha66824 жыл бұрын
You make things always easy thanks bro, can you please make some videos for Apollo client and Apollo server
@chesterxp5083 жыл бұрын
Brilliant tutorials :)
@CesarJuarezVargas7 жыл бұрын
Is URI (lines 1 and 31) a variable name that you chose or the anagram for Uniform Resource Identifier? If the latter, what's the difference in using it v. URL?
@SteveGriffith-Prof3ssorSt3v37 жыл бұрын
Cesar Juarez-Vargas it is just a variable name that I picked. It was picked because it is an acronym
@CesarJuarezVargas7 жыл бұрын
Correction: I meant acronym, not anagram.
@rajasekhar51353 жыл бұрын
Is ur series are enough for ajax or should I want to move so wat steeve😍 tell me
@SteveGriffith-Prof3ssorSt3v33 жыл бұрын
Not sure I understand your question.
@rajasekhar51353 жыл бұрын
@@SteveGriffith-Prof3ssorSt3v3 am asking that is ur ajax series is enough for entire ajax......
@SteveGriffith-Prof3ssorSt3v33 жыл бұрын
@@rajasekhar5135 It's more than enough to learn how to use AJAX. If you watch all the videos you will have a very deep understanding of AJAX and related technologies.
@CesarJuarezVargas7 жыл бұрын
Can developers still use any of the three methods? What is the approach with regard to use "old" v. "new" methodologies with AJAX?
@SteveGriffith-Prof3ssorSt3v37 жыл бұрын
Cesar Juarez-Vargas there are just two approaches. The old one that uses XMLHttpRequest and the new way with fetch. Fetch is a better approach but it is not supported by older browsers. Check caniuse.com for support data.
@rotrose75314 жыл бұрын
As always thank you very much.
@JJ.R-xs8rf4 ай бұрын
*_"What is AJAX and Why Should I Care"_* A famous football club from Amsterdam in the Netherlands, 36 times National Champion, 4 times European Champion, 2 times World Champion.
@hacker2ish6 жыл бұрын
Could you make more videos on the old way, a.k.a XMLHttpRequest, because fetch is still unsupported for IE11 and Opera Mini, which according to caniuse.com is 5% of Internet users?
@SteveGriffith-Prof3ssorSt3v36 жыл бұрын
Well Opera mini doesn't run Javascript - it uses server-side rendering so it will never support fetch. IE 11 is ~2.5% iOS Safari 9 and 10.2 together account for ~2%. Android 4.x ~1% Android 5.x if they have not done the system updates to update the webview. That makes about 13% of the Android devices which could possibly not support it. However, many of those devices have FF or Chrome installed which would support it. I will eventually make more videos on XMLHttpRequest but I have a lot of new things to cover first. The basic example shown in this video really shows most of what you need to know about it.
@ahsath7 жыл бұрын
Hi! could you made a video about history API?
@SteveGriffith-Prof3ssorSt3v37 жыл бұрын
Klein Venedig yep. It's on my list.
@SteveGriffith-Prof3ssorSt3v37 жыл бұрын
I have two videos for the History API now online.
@miklosnemeth85664 жыл бұрын
For professional business applications timeout handling is very important an fetch simply doesnt have it. The good old XMLHttpRequest has timeout handling. Axios is built upon XHR and has timeout support. JQuery ajax has, too. I dont use fetch. The Promise timeout workarounds are not ok, an API has timeout inherently built in.
@SteveGriffith-Prof3ssorSt3v34 жыл бұрын
I still find fetch to be far superior to the old XMLHttpRequest APIs. A timeout is a simple thing to add to any Promise and IMO should not be a reason to stick with XMLHttpRequest. David Walsh has a simple timeout script here - davidwalsh.name/fetch-timeout - which adds a timeout in a few lines without having to add jQuery to a website. I would not bloat any website that I built with jQuery in favour of using the native fetch method. Promises do have an abort mechanism - developer.mozilla.org/en-US/docs/Web/API/AbortController/abort - that can be used to cancel a fetch call.
@miklosnemeth85664 жыл бұрын
@@SteveGriffith-Prof3ssorSt3v3 Thank you very much for the feedback. This AbortController together with the Promise timeout sounds like a solution. What David Walsh wrote is totally useless -- I had been experimenting with the same trick on my own a couple of years ago, too -- but it doesn't prevent fetch to stop its long running job behind the scene. This AbortController, though sounds promising. I'll give it a try. Thank you so much.