Readit NewsFor anyone looking for a deeper experience, you can try https://livecode.com/ -- runs on Mac, windows and Linux, produces single-file executables, and has many enhancements over HyperCard while retaining many oF HC's strengths.
I posted the linked comment almost a year ago, but the incident happened much closer at the start of Covid. I didn't say it at the time, but I willingly say it now, LiveCode were the perpetrators. They employ the dark pattern of graciously offering free stuff for education during lockdown, because they are such good guys, and then will charge $1500 if someone forgets to cancel their offer. After the dashes is copy of the text from the other comment:
--------
I treat 'free but remember to cancel' plans as scams.
About 10 months ago I got emails from a company that developed an development environment that was I was mildly interested in. They presented an offer with said it was free so that people could help educate themselves during lockdown. Unfortunately the terms was after 1 year you needed to pay something like $1500 if you didn't cancel, these terms were right at the bottom of the page and very hard to spot. Paid through PayPal and the about $1500 was there right in front of me. I cancelled it on the same day.
A company offering that sort of deal waiting for people not to cancel and saying it is to help people during the lockdowns is just awful.
---------
Addenda: Unfortunately I don't have the original email for this any more, as I was annoyed and marked it as spam before copying any text like an idiot, and it vanished. Although I may be able to use the internet archive to recover the page the email sent me to. Aside: if anyone doesn't copy the text they wrote in a webpage to a text editor or something before they press the 'submit' button or equivalent, they may regret as I have a couple of times, if an AI or site error swallows their text, it's a good habit to get into.
PHP's parameterization features in PDO can be abstracted so you can turn this into:
$vars = array(":userid" => $userid);
q("select name from users where id = :userid", $vars);
So Chrome and FF are in the same boat: "UX" "designer" taking non-sensical decisions for the whimsical greater good.
Here is the relevant about:config settings I have these changed for the URL bar:
browser.urlbar.suggest.searches false
browser.urlbar.searchSuggestionsChoice false
browser.urlbar.showSearchSuggestionsFirst false
browser.urlbar.trimURLs false
browser.fixup.alternate.enabled false
The saddest thing is banks can't be too secure. If they were, then they would be too hard for normal people to use and they would get locked out of their funds.
As for the asking birthday for security reasons, relic from the past, getting more useless as time goes by. With so many websites asking for that information, and then they get hacked, sold or leaked. Yes, this said the completely obvious, but it still amazes me that any organisation that I have a financial relationship with asks that for identification over the phone, usually my address as well, but that is almost as public.
Not giving users this information and removing like dislike counts just makes it so that a small number of people at YouTube have even more ability to control what is pushed on that site. With this change users have even less ability to check the validity of a video; validity means different things to different users here. People who stay at YouTube will just have to deal with the fact that they will have videos pushed to their screen for reasons that are hidden to them, that they don't have the ability to check out anything other people think about the video, and can't even signal that there is something wrong to them about the video (sure, they could comment, but any comment can be deleted by the video author and there is the fear of losing your Google account, which can include their email contact to everyone and authentication information also, which can have huge consequences for their ordinary life).
Factually wrong.
Any regular PC owner can run Linux on modern x86 hardware in at least three ways:
- Legacy BIOS MBR boot
- UEFI boot
- UEFI secure boot
Only the last one of those three options requires a signed shim, and only if you don’t enrol your own keys.
> Microsoft signed the Red Hat shim, and if you disabled Secure Boot, it's only because a Microsoft policy gave you the ability to disable it -- a policy they can later reverse.
This FUS has been repeated the last 10 years+ and it gets less convincing every year.
No OEM or PC vendor wants to limit their amount of potential in what is already a cut-margin business.
Taking away the ability to disable secure boot or taking away the legacy BIOS boot option will only cost them customers, and they literally have nothing to gain.
I definitely recall Microsoft killing hardware manufacturers putting Linux on the machines that they sold by mandating that if they put Linux on any consumer desktop they would not get the OEM discount for a Windows licence for any computer they sold. It stopped new non Windows PC sales dead at the time IIRC. This was something like over a decade ago.