But what if we don't want to use the Web UI or have custom monitoring?

Moderators: Site Moderators, FAHC Science Team

Post Reply
Alex_Atkin
Posts: 37
Joined: Mon Oct 24, 2022 4:32 am

But what if we don't want to use the Web UI or have custom monitoring?

Post by Alex_Atkin »

I like the idea of what's been done so far, but is this going to make it easier or harder for those of us who have our own monitoring?

I currently have a PHP script collating all my F@H statistics then feed it to my own website. Any tips for the changes I need to make?

I also include this information on my network performance summary screen I leave open 24/7, so I can see if theres a stuck WU or other problem. I wont be able to do this unless I can collate the information like I have been doing.

The current web control doesn't show estimated points or PPD, which is not useful when some of us are trying to donate as much as possible while keeping power consumption under control. I often tweak my GPUs power limit to try to reach a balance between power consumption, heat and hitting a sweet spot for getting the most PPD per watt. How will I be able to do this on v3?
Image
calxalot
Site Moderator
Posts: 871
Joined: Sat Dec 08, 2007 1:33 am
Location: San Francisco, CA
Contact:

Re: But what if we don't want to use the Web UI or have custom monitoring?

Post by calxalot »

The api is not documented yet, but is json over websocket.

You can see the traffic if you open your web browser JavaScript console and set it to verbose.

The most interesting thing for you would be that a json snapshot is sent when you first open the websocket.
Alex_Atkin
Posts: 37
Joined: Mon Oct 24, 2022 4:32 am

Re: But what if we don't want to use the Web UI or have custom monitoring?

Post by Alex_Atkin »

Thanks, that's a good start.
Image
Alex_Atkin
Posts: 37
Joined: Mon Oct 24, 2022 4:32 am

Re: But what if we don't want to use the Web UI or have custom monitoring?

Post by Alex_Atkin »

Any idea why updates come in the [ ] format compared to the initial json being in { }?

I was hoping to just be able to be lazy and keep the initial information in an object and overwrite any updated information, periodically refreshing my entire table with that information so it refreshes at the same time. But as their format is different I have to parse the updates completely differently.

I get keeping update information to a minimum, but shouldn't the format be the same? I'm probably missing something completely obvious, I'm well out of my depth when it comes to modern web programming.
Image
calxalot
Site Moderator
Posts: 871
Joined: Sat Dec 08, 2007 1:33 am
Location: San Francisco, CA
Contact:

Re: But what if we don't want to use the Web UI or have custom monitoring?

Post by calxalot »

I don’t know. I assume Joseph had his reasons.
calxalot
Site Moderator
Posts: 871
Joined: Sat Dec 08, 2007 1:33 am
Location: San Francisco, CA
Contact:

Re: But what if we don't want to use the Web UI or have custom monitoring?

Post by calxalot »

I would note that not all updates correspond to something in the snapshot.
Alex_Atkin
Posts: 37
Joined: Mon Oct 24, 2022 4:32 am

Re: But what if we don't want to use the Web UI or have custom monitoring?

Post by Alex_Atkin »

Okay, sweet, I've got it updating correctly on my summary page. It is kinda easier that minor updates are plain arrays, I can see why they did that.
Image
Post Reply