@tinycoins said in A website to monitor lots of pools at once:

@gpedro "Not recommended" sounds like a challenge to me. I'm going to add more!

(Or are there any alternatives I should be looking at?)

Well, to make it simple I think the iframes are the best option, but the other solution I see (better efficiency one) would include the site host machine to do some web scraping work and then serve a webpage where you have all the info available in one spot... Not sure if this is the way https://starburst.pink/poolspy/ works but that is my best guess...

@tinycoins It is not recommended to use iframes especially that many in one webpage, probably the reason why 000webhostapp doesn't show everything... Thumbs up for the idea tho

I don't usually have any miner down and I almost only use windows, but surely I agree that killing all the things that shut you down on Windows is not straightforward for the most... I must say I never had any miner exiting without an error on Windows so what I usually do is just a bat with the EXE and a pause in the end so it catches the error for me.
So when I do changes or something I catch the issues and usually if I kept solving them, at some point, I have a pretty stable system... That's how usually goes for me with Burst Software... On Linux is a bit more reliable on the code you are running, instead of the code that its "running for you"...

@moverspool I totally get where you come from but I believe someone that knows how to manage Linux nowadays, knows how to keep any Windows version to rebooting so the @haitch bat should be enough for most Windows users to keep it working...

@mrwho That seems a neat feature... I think every pool owner should be aware of this, because it makes possible to make an automated thing in the pool, for end the "I need one Burst to mine", if all the pools have these codes implemented to their pool page...

@mrwho What are those codes for?

@rds I'm pretty sure it is the max time until confirmation of being included in a block... If not included until it reaches the deadline, the transaction is canceled...

@haitch Obviously the 1000Tb option, if there was any higher LOL Do you have a proposal to cloud mining at 1$/100Tb? That would be awesome... xP

@rds Then I would choose the #5 option (if recurring payments), because if you do the math you will see that most blocks will be <240s, due to every time a block takes some long extra time, it takes the network a few blocks to get the average time per block back to 240s so it will be easier to get lucky with reads up to 240s...

Well, I'm saying this because I'm not looking at the price of the miner! Because for 1$ for 100Tb for life I would most likely still getting the 1000Tb just for the lulz... Also if it would be for life (one payment only), I think the 1000Tb is better just because after you get 2-3 blocks you should be on the green... Averaging 500Tb being read every block, that would give you about 12900 Burst per month, so with a one-time payment plan like this there would be no way of going wrong really LOL
EDIT: Correction... The only way of going wrong would be not getting at least the 500 Tb lol

Well if all of them cost 1$ I would go for the #10, but fully aware that all of the plots will not be read in most blocks... But more capacity for the same price is basically free capacity, right?

@bluebook Yes it is affected, otherwise to replot to a new account you could just go to the plot files and change the name, and you can't do that
Also I don't think it is possible to have 2 same DLs from different Accounts because there should only exist one solution to the block, the fastest...