When this first came out I retrieved the list of stations (around 20k, I think it was just a JSON file), converted it to .m3u8, and I have since used it as a playlist for WinAmp. It's playing one of those streams right now, using 4MB of memory and practically no CPU.
Over the years, several streams (or the station themselves unfortunately) have gone offline. To refresh my list I'd have to scrape the "globe", and it doesn't feel like the right thing to do.
Has anyone encountered a similar website, but with a simple list of public streams?
> Everyone is free to use the collected data (station names, tags, links to stream, links to homepages, language, country, state) in their works. I give all the rights I have at the accumulated data to the public domain.
The page "What does it take to take an old game apart? (Part 3)" mentions the 'restunts' project to reverse-engineer Stunts / 4d Sports Driving, and finding limited information about it.
I've tried several launchers in the past decades, across operating systems. On Windows I'm a happy Keypirinha user — it's fast, uses a twentieth of the memory needed by its C# relatives (Run, Flow, etc.), and results appear with almost no latency as I type.
Plenty of plug-ins (list here https://ue.spdns.de/packagecontrol/ ) and they are fairly easy to develop: a Python code that returns a catalog of results, statically or dynamically.
https://dreadnaut.altervista.org - I can't believe I've been writing on it for 20 years now. I duplicated all content in English and Italian for a few years, then stuck to Italian when I moved to the UK — need to keep the balance.
> My complaint is it should store each email in its own file
Thunderbird supports one-file-per-email (Maildir) accounts, see settings. It's still marked as "experimental" because of some edge cases, but I have not encountered issues in many years, and it makes for a snappier experience.
I run a 22yo online competition for a 32yo DOS racing game: Stunts, or 4D Sports Driving in some countries. The competition has spawned a long-lived community which includes reverse engineering, game patches, new cars, alternative engines, a few world meetings, and multiple other competitions.
Are you the Péter Ács referenced in the article, aka Zak Mckraken?
Because both Stunts and "Zak McKraken and the Alien Mindbenders" were my favourite games as a kid, and they're pretty much unknown to this day. The Mars face, the aliens with the long head at the telco, the kazoo, all etched deeply in my memory.
I love the fact that there is someone that has played and loved the two same niche DOS games as myself :)
Don't panic: this deprecates `${var}`, which is a less-common syntax for interpolation, but leaves the most common ones, `$var` and `{$var}`, in place.
It reduces the number of slightly different ways to do one thing, and clears the ground for adding any-expression interpolation, which PHP is currently missing.
I'm not worried about the deprecation itself. I'm worried about the second argument you're making. This RFC trades stability for nicer syntax that isn't really needed. PHP is already great with strings. If the deprecation was indefinite and there wasn't a language feature waiting that relies on removing this, then I would not be worried at all. Will the implications be bad in this case? Probably not? It's the mentality behind that makes me uneasy.
PHP has been modernising for years. This particular change feels like a bad move to me (pointless) but it's part in parcel with them modernising overall and I don't want to discourage that as most of the improvements have been extremely beneficial. Speed upgrade from 5 to 7 was insane.
I've never known that "{$var}" was even allowed. All other languages using $ for string interpolation use the "${var}" pattern, often also allowing any expression ("${var / 10 + 2}") within the brackets.
Keeping "{$var}" seems like a strange decision to me. I assume the people who made the decision analysed open source projects and evaluated which option gets used most, but it doesn't feel like the most obvious decision to me.
You'd have to rewrite a good portion of all existing PHP code to eliminate the "{$var}" syntax. It is the "right" way to include variables in a string.
PHPStorm/PHPStan (I'm not certain which) will tell me `"My {$var} string"` doesn't need the `{}`, but won't give me the same notice when using `"My {$obj->getVar()} string"`. Personally, I prefer keeping the `{}`.
> Does anyone have any examples of any other single-file app with a comprehensive interface like Files app that is entirely self-contained?
phpLiteAdmin (https://github.com/phpLiteAdmin/pla) is developed as separate PHP, JS, and CSS files. A "build" script merges all into a single PHP script, which includes compressed resources inlined after a call to `__halt_compiler()`. The same code can run as separate files, or as a single one.
I wrote the original "build", years ago, as we started extracting classes out of a procedural single file.
Did you, by any chance, work on "Stunts" at Broderbund too? There's a reverse engineering effort around http://forum.stunts.hu/ that would dream to have a glimpse of the source code :)
Over the years, several streams (or the station themselves unfortunately) have gone offline. To refresh my list I'd have to scrape the "globe", and it doesn't feel like the right thing to do.
Has anyone encountered a similar website, but with a simple list of public streams?