@@SoftwareDeveloperDiaries hello currently i am working on a project of encryption and decryption where i have file format like txt, jpg, mo3 and mp4 but for mp4 it gives heap out of memory and memory leak will this help me in resolving the issue as i have deployed my project on render ?
Why would you clear the timeout you just created? I think the example only presents bugs since the setTimeout callback might never even has a chance to fire.
Here's what ChatGPT says about it :d f the callback of your setTimeout doesn't perform any asynchronous operations and finishes quickly, you might not necessarily need to clear the setTimeout. In this case, the callback function will execute and complete its tasks promptly, without causing any delays or issues. The main reason for clearing setTimeout is to prevent unnecessary execution of the callback when it's no longer needed or to avoid any potential side effects caused by executing the callback after the client has already received a response or disconnected. If the callback is lightweight, performs synchronous operations, and completes quickly, it's less likely to cause any adverse effects. However, you should still consider the following factors: Server resources: Even if the callback finishes quickly, it might still consume server resources unnecessarily. If you have many such timeouts running simultaneously and frequently, it could potentially impact the overall performance of your server. Expected behavior: Consider whether it makes sense for the callback to run after the request has already been completed. If the callback's actions are related to the request/response cycle, it's better to clear the timeout to ensure that it doesn't execute inappropriately. Code maintainability: While a fast synchronous callback may not cause immediate issues, it might become problematic as your codebase evolves. Clearing the setTimeout ensures that the behavior of your code remains predictable and avoids potential bugs if your code logic changes in the future. In conclusion, if the callback finishes quickly, it might not immediately cause noticeable issues, but it's still good practice to clear the setTimeout to ensure proper behavior and code maintainability in the long run. It also helps adhere to best practices and makes it easier for other developers to understand and maintain your code.
@@SoftwareDeveloperDiariesis it a bad practice to use setInterval like cron job, i mean if i need to call function 1 time per day, and i wont clear interval, because i need it
@@ulietaight it's not, is actually the most efficient way since it uses internal timers. However depending of the requirement of your application you may need to use an external service dedicated to this kind of things.
Brother, I had a Node.js project, then we changed the method of connecting to SQL, and all the SQL queries slowed down. Later, we reverted to the old method, but it couldn't reach the old speed again. What can be done? (Windows Server | Mssql | Node.js)
Thanks for donating, my friend! That sounds strange, can you make sure that you are using connection pooling? If you are, but reverting to the old method caused a slowdown, then maybe it's caused by the database or the machine, rather than the code? It could just be a coincidence that the slowdown happened during the code change.
This video is a gem for those who want to learn a new thing or for those who just started server side development
Always happy to share such videos! Let me know in case if you ever have ideas :)
Do a video on threading, i think many of us would love to watch it.
Awesome. I am looking for this video only...Now I am doing code review of junior developers very efficiently with this tips.
I'm In love with this channel
most node ja useful video so far ❤️
What an excellent video. Thank you. I am currently watching all of your videos
Happy to hear, mate!
@@SoftwareDeveloperDiaries hello currently i am working on a project of encryption and decryption where i have file format like txt, jpg, mo3 and mp4 but for mp4 it gives heap out of memory and memory leak will this help me in resolving the issue as i have deployed my project on render ?
That's a masterpiece bro, keep doing good stuff for us
Great insight and simplicity on each topic you represent. This series of advance node.js is just great. Hopping for more great content in this series.
Thanks! More to come :)
Nice explanation
Thank you so much for this content, your teaching is excellent. Would you mind telling me what this blackboard app is?
it's called excalidraw
just found your channel it's amazing man. Thanks a lot
Glad you enjoy it!
Great video, simple, clear and to the point :)
Omg thank you so much ! Needed this a lot
Nice work Gusgadirov. Would you mind to share this topic again but on client side especially using React? I would love to watch it.
Great suggestion, I'll take a look into it!
@@SoftwareDeveloperDiaries Awesome
Thanks for the tips!
Why would you clear the timeout you just created? I think the example only presents bugs since the setTimeout callback might never even has a chance to fire.
Great point, I didn't realize that!
Here's what ChatGPT says about it :d
f the callback of your setTimeout doesn't perform any asynchronous operations and finishes quickly, you might not necessarily need to clear the setTimeout. In this case, the callback function will execute and complete its tasks promptly, without causing any delays or issues.
The main reason for clearing setTimeout is to prevent unnecessary execution of the callback when it's no longer needed or to avoid any potential side effects caused by executing the callback after the client has already received a response or disconnected.
If the callback is lightweight, performs synchronous operations, and completes quickly, it's less likely to cause any adverse effects. However, you should still consider the following factors:
Server resources: Even if the callback finishes quickly, it might still consume server resources unnecessarily. If you have many such timeouts running simultaneously and frequently, it could potentially impact the overall performance of your server.
Expected behavior: Consider whether it makes sense for the callback to run after the request has already been completed. If the callback's actions are related to the request/response cycle, it's better to clear the timeout to ensure that it doesn't execute inappropriately.
Code maintainability: While a fast synchronous callback may not cause immediate issues, it might become problematic as your codebase evolves. Clearing the setTimeout ensures that the behavior of your code remains predictable and avoids potential bugs if your code logic changes in the future.
In conclusion, if the callback finishes quickly, it might not immediately cause noticeable issues, but it's still good practice to clear the setTimeout to ensure proper behavior and code maintainability in the long run. It also helps adhere to best practices and makes it easier for other developers to understand and maintain your code.
Wait, did you just ask chatgpt for advanced topics and went down that path making these tutorials?
Can you please make a video on multi-tenancy in node js using any database like PostgresQL or MongoDB?
Will add this to my list 👌
which tool he is using as the blackboard?
Is clearTimeout actually needed in 9:48?
The only role of clearTimeout is it to prevent setTimeout callback from to be called.
Yes and no. Clearing timers is a good practice, especially "setInterval"s. Although leaving a "setTimeout" won't really hurt as you said.
@@SoftwareDeveloperDiariesis it a bad practice to use setInterval like cron job, i mean if i need to call function 1 time per day, and i wont clear interval, because i need it
@@ulietaight it's not, is actually the most efficient way since it uses internal timers. However depending of the requirement of your application you may need to use an external service dedicated to this kind of things.
Great video 🎉, very useful for me😊
Glad to hear! 🫶
Great video!
wow Thank you
Brother, I had a Node.js project, then we changed the method of connecting to SQL, and all the SQL queries slowed down. Later, we reverted to the old method, but it couldn't reach the old speed again. What can be done? (Windows Server | Mssql | Node.js)
Thanks for donating, my friend! That sounds strange, can you make sure that you are using connection pooling? If you are, but reverting to the old method caused a slowdown, then maybe it's caused by the database or the machine, rather than the code? It could just be a coincidence that the slowdown happened during the code change.
great
Do we really need to clear timeout even if it is executed? I thought that we need it only to cancel timeout.
Thank you!!!
It's a pleasure!
❤
"just to make sure My computed doesn't explode ...." 😂
“Always clear your timeouts” 😂 Didn’t you mean Intervals?
Both should be cleared 😛