.github/workflows | ||
.vscode | ||
public | ||
src | ||
.dockerignore | ||
.env | ||
.env.example | ||
.env.production | ||
.eslintrc.json | ||
.gitignore | ||
.npmrc | ||
.prettierrc | ||
Dockerfile | ||
entrypoint.sh | ||
jest.config.js | ||
LICENSE | ||
next-config.patch | ||
next-env.d.ts | ||
next.config.js | ||
package.json | ||
README.md | ||
tsconfig.json | ||
yarn.lock |
Mars Protocol Osmosis Outpost Frontend
1. Web App
This project is a NextJS. React application.
The project utilises React hooks, functional components, Zustand for state management, and useQuery for general data fetching and management.
Typescript is added and utilised (but optional if you want to create .jsx or .tsx files).
SCSS with CSS modules (webpack allows importing css files into javascript, use the CSS module technique to avoid className clashes).
2. Deployment
Start web server
yarn && yarn dev
2.1 Custom node endpoints using non-Docker deployments
Copy .env.example
to .env
and modify the values to suit your needs.
2.2 Custom node endpoints using Docker
We allow the use of environment variables to be passed to the Docker container to specify custom endpoints for the app. The variables are:
Variable | Description | Default |
---|---|---|
NETWORK | Flag for mainnet or testnet | mainnet |
URL_GQL | The Hive GraphQL endpoint to use | https://osmosis-node.marsprotocol.io/GGSFGSFGFG34/osmosis-hive-front/graphql |
URL_REST | The node REST endpoint to use | https://lcd-osmosis.blockapsis.com |
URL_RPC | The node RPC endpoint to use | https://rpc-osmosis.blockapsis.com |
Sample Docker run command
This command will start the container in interactive mode with port 3000 bound to localhost and print logs to stdout.
docker run -it -p 3000:3000 \
-e NETWORK=mainnet \
-e URL_GQL=https://your-hive-endpoint.com \
-e URL_REST=https://your-rest-endpoint.com \
-e URL_RPC=https://your-rpc-endpoint.com marsprotocol/interface:latest
3. Text and translations
This repository makes use of a translation repository. This repository containes all of the translation key values that are used within the UI. The rationale is to have no hardcoded display string values in this repository.
4. Development practices
4.1 Imports
Local components are imported via index files, which can be automatically generated with yarn index
. This command targets index.ts files with a specific pattern in order to automate component exports. This results in clean imports throughout the pages:
import { Button, Card, Title } from 'components/common'
or
import { Breakdown, RepayInput } from 'components/fields'
In order for this to work, components are place in a folder with UpperCamelCase with the respective Component.tsx file. The component cannot be exported at default, so rather export the const
instead.
4.2 Data orchestration
Data is handled with a combination of container components, useQuery and Zustand. Container components are responsible for syncing the application state with the wallet-provider state. This fire of the required queries in useQuery, which are for many cases also stored in Zustand.
We aim to have as much as possible available in Zustand, to have one source of truth.
5. Contributing
We welcome and encourage contributions! Please create a pull request with as much information about the work you did and what your motivation/intention was.
6. License
Contents of this repository are open source under the Mars Protocol Web Application License Agreement.