My solution to this is a pair of udp ports relayed to each other on a VPS via socat. Then you can point a home WireGuard server (behind cgnat etc) at one, and clients at the other, with no need to trust the vps
While I do like tone controls, I'm skeptical of the argument of adjusting bass/treble based on volume, e.g. the likes of 'Dynamic EQ' in D&M receivers. It has always sounded like it is doubling up something that my brain is already doing
Still maintaining a Laravel 3 project. Barely made it 2 years before maintainability became a nightmare and the only upgrade path was complete rewrite. Projects written without an opinionated framework easily sail past 10 years of comfy maintainability
Laravel 3.2 was released in May 2012, so 13 years ago. Sounds like you should port the application off of Laravel since Laravel’s got an “evergreen”/regular updates maintenance model. I’m not even sure that 13 year old PHP is still maintained FWIW. I’m struggling to think of a programming community that tries to achieve a “we will maintain this for decades” approach, maybe another reader knows of something.
> I’m struggling to think of a programming community that tries to achieve a “we will maintain this for decades” approach, maybe another reader knows of something.
I just pulled a PHP site out of my archive that I had taken down 7 years ago. Only one function call (each) had been removed, and everything else still works. There's been some major changes in some parts of PHP though; if I had been following along, I'd have gotten a deprecation warning, but I jumped two or three major versions.
I'd be pretty confident in any Perl code written for 5.8 or newer to continue working, with CPAN libraries as well. Earlier code is probably ok as long as you don't deal with binary data or non-ascii characters; 5.8 was the unicode reckoning.
If you ran FreeBSD 4, most of FreeBSD 13 will feel familiar. Although if you had a kernel driver for FreeBSD 4, it will likely need a lot of help to work in FreeBSD 13.
Of course, there are other communities where everything is thrown away every 6 months. I don't have that kind of time.
I have a Rust web project written ~5 years ago. Zero updates until a month ago, also zero problems. A month ago I upgrade the docker file to latest rust, zero problems compiling. Could have left it to run like this for 5 more years probably but I decided to experiment...
I issue a `cargo update` to upgrade the leaf dependencies and do automatic minor version updates. Issue cargo check. Some new warnings from `clippy`, but it still compiles and runs without problems. Could have deployed for 5 more years, but I decided to experiment more...
I upgrade some of the libraries to major new versions - I am experienced and I know which ones will upgrade without problem. They do upgrade without problem. Could have deployed for 5 more years but decided to walk the extra mile...
I upgrade the more problematic ones, especially actix_web, the web framework, which had a massive rewrite and a huge new release with almost completely different API surface... It's a bit difficult to understand the changes, especially some parts of the old code written for the old version (which I no longer remember), but in an hour I'm done. Afterwards `cargo outdated` does not report any outdated libraries. I deploy for the next 5 years. Zero problems since then.
Well, it's not decades yet, but I can imagine similar effort to maintain it over the next decade.
Things which you were able to configure in the past, are now hidden. The meaning of many files (e.g. bootstrap) is now completely different. All different service provider classes are gone.
In Laravel's Defence (words I never though I'd say) the L3 -> L4 transistion was a nightmare because he went to PSR4/rewrote a bunch of stuff, I got bit by it as well.
All subsequent upgrades have been easier (if not always easy) by comparison - it was kind of a one time thing.
Laravel 3 and Laravel 4 were released in ~2012. The upgrade from Laravel 4 to 5 (released Oct 2013) is probably the biggest hurdle, but you can likely upgrade from Laravel 5 to Laravel 12 in a week or sooner with Laravel Shift.
> The upgrade from Laravel 4 to 5 (released Oct 2013) is probably the biggest hurdle....
Can confirm. We started on Laravel 4 and it languished at that version until someone in leadership agreed to get it updated to version 8, which seemed to mostly be about some APIs changing. (The configuration system changed quite a bit for example.) Further upgrades from 8 to 10 then 11 have been very quick. (Note that we don't use Eloquent ORM so that wasn't part of these upgrades.)
We never did it - started but changes were too hard to manage on the large code base - we have L4 running on PHP 8.1/Mysql 8 and all is good currently!
It's on PHP 7.4, so between RHEL and CloudLinux there's another few years left in it, before I weigh up rewrite vs another round of hacking modern PHP support into Laravel 3
You can see their panic - in my country they are running TV ads for Google search, showing it answering LLM-prompt-like queries. They are desperately trying to win back that mind share, and if they lose traditional keyword search too they’re cooked
>Full-text search is entirely client side (not via IMAP)
Setting up server-side Xapian full-text search and disabling the crap client-side one in Thunderbird was one of the best improvements I made to my email usability. What makes your client-side search better? It's usually not speed I'm looking for, but rather precision, such as double quoted phrases (sorely missing from Thunderbird's client-side search), filtering by a mixture of things, etc.
I wish more clients had an option for server-side-only search (looking at you, iOS Mail.app) and/or had a nice UI for it (ctrl+shift+f dialog in Thunderbird is janky but gets results)
Yeah; the lack of backup support is getting really old. I was hoping the article meant that you could optionally set it to recall your chat history across backup/restore.
iOS <-> Android account migration would also be good.
I last used Windows in the Windows 8 days. That was when they added the telemetry "feature" that lets MS engineers copy files off your box without your permission (and without notifying you).
At the time, they claimed it's only for debugging software failures, and even then, only with managerial approval. My reading of the US CLOUD Act says they're obligated to let the US gov't copy arbitrary data off your machine, regardless of what country it's in.
I'm not sure if they still do it. The documentation of this stuff is well-buried.
Not sure either of those capture the nuance of bad humour… ‘bad sense of humour’ can imply not finding anything funny or taking offence to jokes. ‘Bad humour’ in this context implies bad at being humorous, e.g telling dad jokes
Lightning ports very rarely fail or get loose - it’s more robust than usb-c in that regard, which is already a high bar - it’s probably dust in the port
