Replies: 3 comments 3 replies
-
🔧 How NetAlertX Uses
|
Beta Was this translation helpful? Give feedback.
-
|
Thank you. What are the main page fields and how are they updated? Eg let's say I saw my device on a specific location and need to update that, or maybe I'm able to determine a device has a static IP from DHCP reservation. Is that a manual table update for devices? What about "device scanners" versus "other scanners"? One of the big problems I have is trying to format this attached treasure trove of data. I'd like to have a table of | service | times contacted| another one for ports and categories. I found that if a config is missing, the backend actually crashes. |
Beta Was this translation helpful? Give feedback.
-
|
Here's some information I'd like to see in Extra Values. Contacted Ports
NDPI Categories
|
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
-
Hi @adamoutler ,
Moving the discussion here as Discord has message length limits.
No one ever asked more than what's in the docs, but I'll try to answer your questions best I can.
Is there any kind of official documentation on plug-in development? I have seen the plug-in page. But it's not exactly developer documentation. It is more of an overview, and then a video. I'm looking for some more referential information. Like a definitive guide.
config.jsonmanifest file via themapped_to_tableanddatabase_column_definitionsdefinitions. The actual fieldswatched,extra,helper- can be used for whatever data you need to bring into the main application. The only thing functionality-wise is that thewatchedcolumn changes can trigger notifications on a plugin level. The helper fields were added when I relaized that I needed to pass more than just 7 values (main/secondary ID + watched+ extra) from a plugin to the main app.myloginto a class in the OMADAOPENAPI plugin https://github.com/jokob-sk/NetAlertX/blob/main/front/plugins/omada_sdn_openapi/script.py . As with everything, I started with an idea and slowly discovered that themylog()function isn't idea without a logger object ads different plugins might have different execution context, so I had issues where plugins were not respecting the LOG_LEVEL setting. Ideally, all logs should go thru the logging api so logs are not lost.data_filtersin theconfig.json), then generic plugins showing data only in Integrations -> Plugins, and lastly Plugins not showing any data and only used for configuration purposes (MAINT,CSVBCKP).Happy to do that - what do you recommend from the above?
Beta Was this translation helpful? Give feedback.
All reactions