I know it's just meaningless numbers, but our php backend handles 10 orders per second peak. And obviously a order requires many more requests than just 1.
Same kind of issue. Signed up for PayPal, instantly banned before I could even do anything. Email support just said there is no recourse and no explanation why. Ended up ringing the support phone number and they managed to unban the account.
But what makes it good? It's fast, it uses low memory, it has a great package manager, it has great backwards compatibility, it has a huge ecosystem of libraries, it is easily integrated with other technology, it scales, it has an easier learning curve, it's easy to hire for (although it has been getting harder).
Are you asking what php version uses copy on write for arrays? If so, it's all of them (at least in the last decade). I have never known it not to do this.
Deep packet inspection hardware/software that was sold to controversial governments/militaries who ended up in a coup and used to track and ** opposition.
I'm not sure the comparison here. I could get 8 t3a.micros (16 cores total) for ~$700 reserved for 3 years, including power costs. And I don't have to maintain it, or the network connection etc.
Yep, we do about 30TB of user images a month, looked into converting to avif for storage savings, but the processing time basically stopped that. Ended up on webp.
As long as you are logging the error with the context somewhere that's fine. You could always include a timestamp or request ID with the user message to not give away information, but be able to easily search your logs for the occurrence.
Its almost uncanny the similarity I have to Graham. NZ, programmer, daughter T1 diagnosis about 2 years ago. A CGM and insulin pump were absolute game changers for us. We went with the Dexcom CGM (not funded) and t:slim pump (funded). The control IQ software in the pump is great and we have got her time in range to > 95%. One scary story to share though, as we started trusting her school/teacher aids to administer/supervise bolus and corrections (before she was on a pump) it only takes one small mistake to potentially kill her. She was had high BGL and needed a correction to take her back down to 7 mmol. There is a bit of math to do, but they made a mistake and corrected her to 0 mmol. Luckily because we had the Dexcom we were alerted. We tried contacting the school when we saw her dropping, but got no answer. We rushed to the school to find he delirious lying on the field alone. It could have been worse but we are grateful for the technology that we have that basically saved her. Needless to say, we don't trust anyone else with those calculations any more.