I used to hate PHP with passion myself (having read those articles too) before I had to take on a large project which used modern practices (PHP 7+, latest Symfony) and I can say it's been a surprisingly smooth sailing so far, most of the time you use nicely designed abstractions over the core APIs provided by the framework (or its modules) and don't use built-in functions directly. The actual annoyances I notice everyday are things like inconsistent argument order in array_* functions (people prefer to use them directly), but you quickly get used to it and there's not that many of such functions in day-to-day work. What you usually do is generic stuff like defining models, writing controllers etc. and most of the time it doesn't feel much different from other enterprisey languages I've used such as C# or Java. From time to time you have to use some arcane PHP function because the framework doesn't provide it for you but there's a custom, at our company at least, to wrap such functions in nice utility classes once and forget they exist.
Maybe I’m unusual, but use of Uber is overwhelmingly travel related. The only time I use it in my own city is transit to/from my airport, because I can’t easily use public transit.
Things like large documents don't make that any easier though. Scrolling through a large document can take a while, but a scrollbar allows you to get to somewhere else often quite a lot faster.
Imagine you cmd + F a phrase and there are 200 responses separated into like 4 chunks of a document. It can be useful to scroll to the start of each chunk to get the context of them.
It's allocated to "DLA Systems Automation Center," a branch of the US military. The addresses are probably used on NIPRNet/SIPRNet, but not publically routed. (Much like 22.0.0.0/8.)
Yeah sure. Remind me when I buy my next iPhone for a ~45% markup compared to the US prices. The 64GB 4.7" iPhone 8 is $699.00 in the US and $998 (799 EUR) in Germany.
Its good to see video encoding/storage/delivery maturing; the more players in the space, the more options one has to choose from if a provider prefers to not host your content (whether that's because of a ToS violation, or because the company CEO just doesn't want to host your content). "Drop in" solutions give your provider a great deal of control over your fate, which is okay, until its not.
With Patreon raising a large round ($60MM) of financing [2], I'd expect them to build out their own streaming system based on S3, an encoding engine, and a CDN, versus be under the control of a turnkey provider (a la Reddit having to move off of Imgur).
(serious question) why would Patreon build out their own video hosting system? Unless I misunderstand their business model, that's not really part of their core business.
I feel like video hosting/streaming is part of their Patron's businesses, not theirs. They just manage the subscriptions.
If I was an investor in Patreon, I would not want them spending my money building out a proprietary video hosting platform.
YouTube apparently blocking links to Patreon (and others) on videos unless they're monetised.
"Here's a fun wrinkle: if your channel doesn't have at least 10,000 total views, you can't monetize at all. Small channels with dedicated Patreon supporters are F'd."
> why would Patreon build out their own video hosting system?
Because a fair number of Patreoneers (this really needs a better name) have private videos for patrons and, if hosted by Patreon, they can do a much better job of keeping them private than, say, making the Patreoneers use YouTube with a private link and hoping no-one leaks it.
I disagree. As has been mentioned, a common use case of Patreon is providing exclusive, private videos to patrons. Hosting it themselves of course allows access of the video to be aligned with payment.
It probably also wouldn't be that expensive. Their videos would mostly be behind paywalls. It's not like YouTube or Reddit Videos where they could get a million views overnight. So the delivery cost would be naturally constrained.
