ninjaoxygen
Joined 12 years ago
Joined 12 years ago
You could spoof it by finding out your mobile's TTL, overriding the TTL in the connecting device to be one higher than the mobile.
Thank you for your efforts, I hope the balance of commercial and community works out well for you, the product is great.
The Linux work done for Steam Deck is fantastic and I do credit their efforts with inspiring others to work on similar projects that extend and complement what Valve achieved. Much of the hard effort did go into Windows games on Linux before Valve looked at it; everything the WINE project, Codeweavers did, gaming via Lutris since 2009, however Valve have definitely been a force multiplier.
Trust is earned and I think Valve are doing pretty well on that front, especially when you look at the differences to other PC stores, Ubisoft, EA, and to some extent Epic. GOG and Itch are very different beasts.
To some extent I miss the time where Steam was totally curated, you had to make an impact to get your game on the platform, back before it was a free-for-all of shovelware and low-effort slop. Occasional controversies aside, at least on Steam the tools / marketing funnel are there to keep the popular games at the forefront of the store whilst also being fairly open to allow devs to publish without being the chosen one.
Is there a danger of doing to games what Spotify has done to music? Maybe, but I reckon the super deep-discount sales have calmed somewhat and are happening later in game's long-tail part of the lifecycle or used as promo for sequels.
There are plenty of publishers that choose to mainly avoid going that route, often the traditional established publishers with console outlets they don't want to cannibalise, for example Sony and Konami.
Barman has always been solid for backup and restore, however configuring backup in CNPG is a little more interesting - WAL limits need to be set carefully or you just end up filling WAL volumes and the database becoming unavailable.
If the data is fairly straightforward like just one-to-many CRUD with no circular references, you would be able to do it without transactions, just table relationships would be enough to ensure consistency.
We had code using WCF and AppDomains that were always out of scope for .NET Core. WCF has a Core replacement now that is not quite one-for-one but AppDomains will never be supported in .NET Core / .NET 5.0+ and would indeed have to stay on 4.8 / 4.8.1 if they were still running.
Sorry, I did not know they had actually brought non-Core ASP.NET forward into 5.0+, but it makes sense given how much of .NET Framework they continued support for and how much ASP.NET and Forms stuff is still around in enterprise with no budget for bringing it forward.
Totally agree with breaking the chain though, we moved to Core around 2.0 and never looked back, as an ecosystem it is so much better.
The vulnerable component is ASP.NET Core, which did not change name when .NET dropped the Core name to distinguish it from legacy ASP.NET.
--- edit: cut here - the sentence below is incorrect! ---
If somehow you were still using legacy ASP.NET / Framework 4.8 etc, you have much bigger problems - legacy ASP.NET has been unsupported since 2022 so will definitely not be receiving security updates.
If the format is not sensitive to additional empty lines then converting them all CR to LF in-place is likely a safer approach, or a tokenizer that coalesces all sequential CR/LF characters into a single EOL token.
I write a lot of software that parses control protocols, the differences between the firmware from a single manufacturer on different devices is astonishing! I find it shocking the number that actually have no delimiters or packet length.
The blink element was in Netscape Navigator's HTML dialect in 1993/94, when early HTML was still just hitting IETF RFCs / DRAFTs, you can find blink in the Netscape HTML developer documentation from just after that era, DevEdge. It was never in NCSA Mosaic, the other big GUI browser of the era.
Later on in the process of being standardized, when it was more W3C than IETF albeit still mainly the same people, Netscape agreed to drop blink from the proposals if Microsoft dropped marquee, so in that sense yes, it was never in a standardized version of HTML, but many tags in active use at the time were never in a standards doc.
See here https://www.w3.org/People/Raggett/book4/ch02.html for some history from w3c, who went on to become the formal custodians of HTML after the IETF days.
Edit: here's the earliest Netscape Developer Docs I can see on archive.org https://web.archive.org/web/19961115043739/http://developer....
If a vessel turns AIS off then cuts the cable, but their position is known by other means, they will be giving up plausible deniability.
https://en.wikipedia.org/wiki/Compare-and-swap