I have some content that I store in S3-compatible object storage, and wanted to be able to (a) push to that storage, and (b) serve items from that storage. Easey-peasey: use the Flysystem AWS S3 adapter, point it to my storage, and be done! Except for one monkey wrench: I’m using OpenSwoole. The Problem What’s the issue, exactly? By default, the AWS adapter uses the AWS PHP SDK, which in turn uses Guzzle.
Recent blog posts from the community:
DotNet Development without Visual Studio using VS Code I get to start a new contract with a brand new, fast laptop! Hurray! The challenge is to avoid an MSDN license for Visual Studio. This product has a lot of .csproj and .fsproj in a larger solution. I was able to do work, but ran into a few things that caused me to request and receive a VS license anyways. I’ll note them at the bottom.
Sites I build often utilize cronjobs to periodically pull in data from other sources. For example, I might want to poll an API once a day, or scrape content from another website once a month. Cronjobs are a perfect fit for this. However, cron has a few problems: If the job is writing information into the file tree of your web application, you need to ensure permissions are correct, both at the filesystem level, and when writing the cronjob (e.
I was first introduced to the concept of webhooks via a 2009 blog post by John Herren, a former colleague at Zend. At the time, they were in their infancy; today, they’re ubiquituous, as they provide a mechanism for a service to notify interested parties of events. This saves traffic; instead of consumers polling an API for event changes, the service notifies them directly. It also means that the consumer does not need to setup things like cronjobs; they instead setup a webhook endpoint, register it with the service provider, and their application takes care of the rest.
As the number of software products in the market continues to grow at an accelerated rate, the number of possible integrations between these software products is growing even more rapidly. Users increasingly expect that integrations between related products are available and that they “just work”, and as a result, the teams creating these products face greater integration challenges than ever before. Prismatic is creating an embedded Integration Platform-as-a-Service (iPaaS) specifically for B2B software companies, with the goal of empowering teams to deliver best in class integrations to their users more quickly and easily. We believe software in every industry has huge potential to positively impact the people who use it, and that better, easier integrations can help software companies realize even more of that potential.