Zoom's "blur my background" setting is way over the top, and looks like hot garbage. There, I said it.
If you are looking for a soft or lightly blurred background, there is actually a setting for that, but it's tucked away in a different area and called something entirely different.
Sometimes you find yourself with a CSV string (not a file on the filesystem), and you'd like to use str_getcsv to get an array, but the results are sloppy and not at all friendly to work with. Reading from a file on the filesystem is more memory-friendly, but sometimes that just isn't the situation you have.
If you think this applies to you, check out the following function.
It creates an assoc array from a CSV string, where the header value is used as the array's keys.
Howdy folks. I know this is probably a niche blog post, but if you happen be using a Synology NAS (DSM 7+) for web development, and you are trying to work with Backdrop CMS, and are running into file permission issues, this post is for you.
I'm writing it primarily because it took me forever to finally get the installer module to work. That module allows you to easily download and install modules for Backdrop directly into your site.
It all comes down to the linux permissions on your directory, and the user and group that your Synology NAS uses for Apache.
Dear reader, I'd like to take you on a journey-- the same one I have just been on-- that started with trying to figure out why my electric riding lawnmower (the RYOBI RY48111, confusingly also named the 480ex, suddenly stopped working.
Let me start by saying that I love that mower. Yes, it's more expensive than a gas-powered one, but I never have to run out and buy ethanol-free dinosaur juice that's going to stink up my car, I never have to change any spark plugs or change the oil and oil filter. I don't have to worry about an alternator breaking, nor do I have to "stabilize" the gasoline during the winter.
With an electric mower, you just plug it in to charge up the batteries, then away you go. And the 480ex was every bit as powerful as a gas mower. I easily cut the front and back on a single charge with plenty to spare.
Until one day, about 2 weeks ago...
Don't you just hate those tiny little dongles for Bluetooth or proprietary wireless mice or keyboards, headphones, etc? There's so tiny, they usually aren't labeled with what they are, and it's so easy to forget what they even go to, if you're lucky enough to not just straight up lose them.
Well friends, I have good news:
I found a simple produce that basically makes it much harder to lose those little dongles, and even gives you space to write (with a silver Sharpee or even a printed label) just what the heck it goes to.
Fellow website owners: I want to share my experience with a service that I found some years ago and now can't live without: CleanTalk.
I run multiple websites, and for years, spam was a constant headache, usually submitted through my sites' Contact forms (including the one on this site). I was spending more time deleting unwanted messages than actually engaging with genuine visitors and leads. CAPTCHA and reCAPTCHA helped a little but honestly not that much, plus they often deterred real users and made my sites less user-friendly.
Then, a few years ago, I stumbled upon CleanTalk.
I ran into this problem recently, but was unable to find an answer. There is very little (essentially non-existant) documentation from SignalWire on how to validate / verify that an SMS coming to your webhook was really sent by SignalWire, especially in PHP which seems to be the forgotten stepchild of SignalWire.
I finally found the answer, so I wanted to share it here for anyone else with the same problem.
For those that may not know, SignalWire's LAML webhook method is meant to be 100% compatible with Twilio, so it took some digging into Twilio's documentation to find the answer.
Have you ever been faced with a situation (in PHP) of needing to pass information in a URL (or a JSON object, XML, etc), but for whatever reason, urlencode() won't do the job? For example, if you want to base64_encode() a string, then pass it in a URL. Since base64 includes URL-unsafe characters like +/-=, you have to jump through hoops to make it work.
However, there is an easier way, that produces only letters and numbers; no symbols or punctuation of any kind. Yes, it will inflate the length of the string a little more, but it might be what you need.
Not long ago I set about trying to create a video chat (Zoom/Skype/Meetings clone) using only PHP and JavaScript. Every solution and example I found online required that I have NodeJS running a server, which I didn't want to do so as to not complicate matters on the web server. After many hours of searching and experimentation, I finally found a solution that works.
I based my solution on the preliminary work done by neilsbaloe, though where he uses plain text files, I use a database like MySQL. Also, I found that with his solution, it only worked about half the time for me, especially if one of the browsers hit "refresh".
Let's say you need to sign a document and send it back to the person requesting it via email. You could always print it out, sign, then scan to a PDF. But that is time-consuming, wastes paper, and the original PDF file ends up looking degraded from the trip through the printer & re-scanning.
Let me show you the easiest way I've found: using the free program Foxit PDF Reader.
I recommend downloading it from ninite.com, as that's the easiest way to install it, but you can download it from their official site as well. Just make sure to get the FREE version; you don't need anything more advanced than that.
