Ability to enable more detailled logging

### Description

Hi @joepavitt,

I was wondering last night why my injected messages did not arrive on my heatmap node. After going to the drawing table, my second version of my [cheat sheet](https://github.com/FlowFuse/node-red-dashboard/issues/404#issuecomment-1847899338) made things clear for me. So after a quick fix, I now finally receive messages.

But I have to admit that it is kind of difficult at the moment to find out what is going wrong. For example you cannot easily find a socketio related source file in the browser debugger, because all the libraries are now packaged inside some obscure index-xxxx.js files by Vite. Finally I managed to find and add a conditional breakpoint for my node:


This way at least I knew that my injected message arrived in my browser.

It would be nice if some day somehow some extra logging could be activated, which are disabled by default to avoid polluting the browser console log. So that you know a message arrives, or that the default onInput of your component will be called, or that there is nothing specified in the data tracker specified for you node (so your message will get lost), and so on... That way you can quickly see in the Developer tools of the browser what you are doing wrong.

Not sure what would be the best way to activate this kind of logging behaviour. Perhaps by injecting a special kind of message into a node, to switch it to trace level? And that you can specify the scope in that message (single node/all nodes)? Or perhaps there is already something related in place in the current dashboard? Don't know...

This is ***NOT*** urgent, but it would certainly help us in the future to develop UI nodes.

Thanks!!
Bart

### Have you provided an initial effort estimate for this issue?

I have provided an initial effort estimate

Không có tệp hoặc bài kiểm thử nào được nêu tên. Hãy bắt đầu bằng cách theo dõi luồng thông báo Socket.IO ở phía trình duyệt, data tracker và đường dẫn onInput mặc định, sau đó xem xét các cơ chế kiểm soát logging hiện có. Xác định cách kích hoạt và giới hạn phạm vi logging, đồng thời xác minh rằng các sự kiện chẩn đoán xuất hiện trong công cụ dành cho nhà phát triển của trình duyệt mà không thêm nhiễu mặc định vào console.

Do mô hình lập chỉ mục viết ra từ nội dung của issue.