| declare module '@apollo/client/core' { | |
| export interface DefaultContext { | |
| accessToken: string | |
| } | |
| } | |
| export {} |
Thank you for deciding to participate in the closed beta of our new library called "Source"! Through your feedback we will be able to refine it, making the lives of thousands of developers easier.
The Source library allows you to generate request handlers from various sources. Currently, we support only HTTP archives (HAR) and OpenAPI (Swagger).
This is an up-to-date guide on running Chromium in Vercel serverless functions in 2022. What you will read below is the result of two days of research, debugging, 100+ failed deployments, and a little bit of stress.
Use chrome-aws-lambda that comes with Chromium pre-configured to run in serverless, and puppeteer-core due to the smaller size of Chromium distributive.
| // TODO: make `pages` optional and measure the div when unspecified, this will | |
| // allow more normal document flow and make it easier to do both mobile and | |
| // desktop. | |
| import { | |
| createContext, | |
| useCallback, | |
| useContext, | |
| useEffect, | |
| useMemo, | |
| useRef, |
Hi, folks. I haven’t found a human-friendly representation of what’s going on in json/base/meta/Quest/World_SecretCellar.qst.json so I spend an hour writing one up. Below is what’s described in the quest file, some of my assumptions, and a few clear things from the data I’ve not seen mentioned yet.
The quest has 3 phases:
When the objective is set (quest is taken):
WORLD_SECRETCELLAR_STATUES_ACTIVATED enum). This is not a condition so this is a side-effect (arEventFilters) and not a player requirement.
| async function* yieldMany(promises) { | |
| promises.forEach((p) => { | |
| return p.then((value) => { | |
| promises.splice( | |
| promises.findIndex((xp) => xp === p), | |
| 1 | |
| ); | |
| return value; | |
| }); | |
| }); |
Unlike HTTP, WebSocket communication is duplex (both the client and the server can emit and listen to events) and persistent. This difference is reflected in how one would expect to mock a WebSocket communication.
I believe mocking WebSockets should be connection-based. This way each individual connected client is scoped to a particular interceptor handler.
interceptor.on('connection', (connection) => {
Historically, NPM has had a number of issues that affected the entire ecosystem one way or the other. I tend to believe most of those issues arise from the fundamental design flaws of NPM and are not as easily solved.
In this document, I propose an alternative to the NPM registry. Let's call it a "Proper Package Registry", or PPR for short. This alternative aimes to solve the long-standing issues with NPM, such as name squatting, package unpublishing, versioning, as well as add a few points concerning developer experience, which is close to non-existing when using NPM as a package author.
PPR ships with a CLI that offers extensive tools to validate the package you are about to publish. This is completely missing from NPM and has been in the top of my painpoints list for all the years I've been publishing packages.
| export class PipelineStream extends TransformStream { | |
| constructor( | |
| transformStreams: Array<TransformStream>, | |
| ...strategies: Array<QueuingStrategy> | |
| ) { | |
| super({}, ...strategies) | |
| const readable = [super.readable as any, ...transformStreams].reduce( | |
| (readable, transform) => readable.pipeThrough(transform) | |
| ) |