Congratulations. Did you already decide if you want 4-wheels or BTC?
Good timing, this time the prize is more than twice as much as the previous one. 10BTC, wow. I suspect you know how to play and how to multiply it.

That's similar to newspapers writing (and people reading) about Royal Family or any other celebrities. It has nothing to do with your life, but you are just curious to know.
For sure many people wait for email confirming thy won, but I do not think pushing 'refresh' button every minute helps 

Celsius, a cryptocurrency exchange facing bankruptcy, leaked an enormous collection of its users' transaction data through an unusual sort of privacy breach: a court filing. As part of its bankruptcy proceedings—in which the company's owners are accused of pulling tens of millions of dollars worth of crypto out of the exchange before revealing its insolvency—the company's attorneys released a document that appears to include the transaction data of half a million of its users from April of this year until it ceased trading in June. That database was briefly posted as a 14,500-page PDF to the court records website PACER before being taken down—but not before Gizmodo copied it to the Internet Archive, where it was widely downloaded before being removed there, too.

Incredible "legal" leak. More details: https://www.wired.com/story/celsius-user-data-dump-crypto-tracing-scammers/

All depends on how it is going to be used. If you want to test a bulk of addresses from time to time - then yes, maybe.
If you want to test 1 address every few (mili)seconds, it will be too slow, dedicated (and properly indexed) database will be better.

Yes, my fault, I have missed that cast to int. As I am allergic to variables encoded in queries, it blinded me and I haven't seen the whole picture. As a penance I will listen 10 times "The Best of Bryan Adams". 
But still take a look, maybe using prepared statement would give a (marginal) benefit.

Do not forget you need only 1 lucky ticket ;-)
The 3x promo in the last 24h before the end of GT contest will for sure convince many users to wager their sats, especially that there is no betting ending in the next few hours.

I think Real-Barcelona will collect nice amount of sats! Barcelona did not play well in Champions League and this time again it will not be a easy game. I will bet on Real.

No worries. You need to understand only „sql injection” phrase.

Apart of obvious issue of not using parameters, isn’t there any cache on db level (I did not use php for ages), to benefit from prepared statements?

The fastest solution would be to download daily dump of founded addresses (from blockchair or http://addresses.loyce.club/ ), load into local database (for example postgresql) and then have have a program which launches queries to your database. That way you are independent of network connection, API limitations etc. In long term perspective, this is the best solution (of course you need to update your database from time to time).

Another solution would be to host everything locally - full node, spv server like electrs and then rpc explorer.

haha, yes, I have heard that now they complain about Lewandowsi's goals, as they only gave hope for a lucky ending (not really realistic scenario to be honest), without his goals it would be sure they are out. Maybe indeed sometimes it is better to know how bad the situation is. But still, extra $cash$ is always appreciated.
I think Inter will not have any bigger problems with Pilzen and Barcelona will be clearly out of the game.

FC Brugge did it! 0:0 could be disappointing as we always want goals, but the result means that Brugge team will be in knock-outs! Great news to be honest, it is always good to see a team from a small city winning with the biggest names. Whoever bet they will leave their group, already won a good money.

You might be right, but the result could statistically wrong, because 1 bet for 0.005 produces 1 GT, but 5 bets for 0.001 do not produce any GT - while the total wagering amount will be the same 
If we want to check something, let's do it in the correct way 

Did you try to export xpub and see in other application if your addresses are correctly found? (then it will be watch-only wallet of course)
What kind of wallet (addresses) it is? Legacy, Segwit?

You said that you selected addresses for incoming transactions "manually", not "automatically" - I guess that "automatically" means that address is proposed by Electrum.
Is it possible that you used "change" addresses (yellow ones) for your transactions? Then indeed, maybe you should try to generate new ones using "wallet.create_new_address(True)"

I think many will depend if they change their mind and stop relying on Lewandowski (only). He plays well in the league, but in Champions League he fails. Maybe he will be extra motivated today.
I think Barcelona will win this time. In the last 2 games it was 2:1 (2019) and 2:0 (2018) - of course we may say it was a different era, but home field helps, no?

Strange, indeed.
I have tried and it worked perfectly. Do you use the latest version of Electrum? (4.3.2)
As I understand you do not see addresses in "Addresses" tab, right? The issue is not that you see addresses but the balance (transaction history) is not updated?

If you execute do you see expected new address?

I do not understand now, what does it mean "automatically" and "manually"?

The wallet is generated from electrum seed or from bip39 seed? If it is bip39, do you confirm that page https://iancoleman.io/bip39/ (you may download it and run offline) shows the expected addresses?

Do you have balance on each address or there are big gaps between founded addresses? Do you know how many missing addresses you have until the first founded address, where you are sure there was any transaction?

I think so. Maybe the good times for Club Brugge are over. I hope not, we need a "new boys" in that games.
Atletico was quite disappointing last days, but we will see. Last game Atletico-Brugge was almost exactly 4 years ago, 3:1. Then there were two games in Belgium (0:0 in 2018 and 2:0 recently)

Did you try a "stupid" workaround - try to generate/produce addresses for incoming transaction? If you exhaust addresses which are visible, does Electrum start to produce the "hidden" addresses you expect to see?
After you increased the gap limit, you said it did not work - but what was the consequence? Do you see any new address or there was no change at all?