npm package discovery and stats viewer.

Discover Tips

  • General search

    [free text search, go nuts!]

  • Package details

    pkg:[package-name]

  • User packages

    @[username]

Sponsor

Optimize Toolset

I’ve always been into building performant and accessible sites, but lately I’ve been taking it extremely seriously. So much so that I’ve been building a tool to help me optimize and monitor the sites that I build to make sure that I’m making an attempt to offer the best experience to those who visit them. If you’re into performant, accessible and SEO friendly sites, you might like it too! You can check it out at Optimize Toolset.

About

Hi, 👋, I’m Ryan Hefner  and I built this site for me, and you! The goal of this site was to provide an easy way for me to check the stats on my npm packages, both for prioritizing issues and updates, and to give me a little kick in the pants to keep up on stuff.

As I was building it, I realized that I was actually using the tool to build the tool, and figured I might as well put this out there and hopefully others will find it to be a fast and useful way to search and browse npm packages as I have.

If you’re interested in other things I’m working on, follow me on Twitter or check out the open source projects I’ve been publishing on GitHub.

I am also working on a Twitter bot for this site to tweet the most popular, newest, random packages from npm. Please follow that account now and it will start sending out packages soon–ish.

Open Software & Tools

This site wouldn’t be possible without the immense generosity and tireless efforts from the people who make contributions to the world and share their work via open source initiatives. Thank you 🙏

© 2024 – Pkg Stats / Ryan Hefner

@opeslabs/sdk

v1.33.0-development129

Published

The OPES JavaScript SDK

Downloads

104

Readme

OPES SDK

Commitizen friendly

https://www.npmjs.com/package/@opeslabs/sdk

Getting started

  1. As this is intended to be an open-source project, we will want to first fork the original project that can be found here. Make sure you are added to the Github organization.
  2. Fork the project and clone it on your machine
  3. Set the remote upstream of the fork to point to the opeslabs repository
  4. Install the dependencies by running yarn install

Building

  1. In order to build the project, we have to run yarn build in order to generate all the transpiled files

Branching & Pull Requests

Current workflow is as follows:

  1. Make sure your main branch is up to date with the upstream
  2. Create a new feature-branch. This is where you will do most of the work regarding a feature. A common naming convention would be feat-#23/framer, where #23 is the issue in the organization's project.
  3. Commits will be linted and checked with commitizen, so it's easier when you want to commit some changes to run npx cz
  4. When you consider the branch to be done, create a pull request into the upstream/main branch from opeslabs and ask for reviewers
  5. After the PR is approved by 1 or more peers, you can merge it into the main
  6. After, you will want to sync your local main with the upstream main branch from the original opeslabs repository

Local development

Since this is an SDK, it does not do much on its own unless it's imported in another project.

If you want to take the latest version that's available on npm, you can simply run yarn add @opeslabs/sdk and then import whatever methods you need

If you want to test locally functionality that you've written inside the local SDK, we first need to:

  1. create a feature-branch
  2. implement your changes
  3. run yarn build in order to compile all files that will be used (a /lib folder will be generated)
  4. run npm i . -g in order to install this local version globally on your machine
  5. Then, in the project you want to test out the functionality, run npm link @opeslabs/sdk in order to link it to the globally installed package
  6. After you're done testing the integration, run npm unlink @opeslabs/sdk in order to remove the reference and then go back to using the NPM version by installing it with: yarn add @opeslabs/sdk

Using the SDK

Fetching the monsters list

  1. Login to you Metamask
  2. Filter for the NFTs in the Monster collection and map over the tokenId attribute (use Alchemy SDK or something similar)
  3. The above array of numbers will be passed as payload along with the env in the following API call from the SDK
import { getWaitingListGatekeepersByIds } from '@opeslabs/sdk/lib/services/waitinglist';

...

const response = await getWaitingListGatekeepersByIds({
  ids: nftIds,
  env: 'dev',
});

Fetching the monster's details

  1. nftId is equivalent to tokenId from the metamask account collection
import { getGatekeeperDetails } from '@opeslabs/sdk/lib/services/waitinglist';

...

const apiMonsterNFT = await getGatekeeperDetails({
  gatekeeperId: nftId,
  env: 'dev',
});

Deployment

When the feature is ready and you've tested locally that it's working (check above), we want to deploy it to npm

  1. First we make sure we're on the feature branch
  2. Bump the package version
  3. Stage & commit the files & push it to the branch
  4. Open a PR into the upstream main
  5. Ask for reviews and once they're approved merge the PR
  6. Publish the package by running npm --access public publish
  7. Sync your forked main with the upstream main
  8. Create a release tag in Github with the version from the package.json

Deploying

  1. Log in to npm
  2. Perform necessary changes
  3. Run yarn build
  4. Increase version in package.json
  5. Stage & commit & push into your fork's main and then merge it
  6. Open PR into upstream and ask for reviews
  7. Merge PR
  8. Run npm --access public publish
  9. Create a release tag in Github with the version from the package.json