Security News
Oracle Drags Its Feet in the JavaScript Trademark Dispute
Oracle seeks to dismiss fraud claims in the JavaScript trademark dispute, delaying the case and avoiding questions about its right to the name.
@gasket/nextjs
Advanced tools
Gasket integrations for Next.js apps. Provides several tools:
npm i @gasket/nextjs
Get a normalized GasketRequest unique to the current request in server components.
This uses the Next.js cookies()
and headers()
dynamic functions.
Signature
await request(params?: object): GasketRequest
Props
[query]
- (object) Optional query objectMany GasketActions are designed to be unique to requests. When using ServerComponents with Next.js, the incoming request object is not fully accessible. This function provides a way to get a normalized request-like object that can be used with GasketActions from ServerComponents.
import { request } from '@gasket/nextjs/request';
import gasket from '../gasket.mjs'
export default async function MyPage(props) {
const req = await request();
const something = await gasket.actions.getSomething(req);
return <div>{ something.fancy }</div>;
}
The req
will be a GasketRequest with headers and cookies.
If a query object is passed in, it will be added to the request object as well.
For server components, dynamic routes params are available via props, and can
be passed to the request
function to make those path params available as the
query.
import { request } from '@gasket/nextjs/request';
import gasket from '../gasket.mjs'
export default async function MyDynamicRoutePage({ params }) {
const req = request(params);
const something = await gasket.actions.getSomething(req);
return <div>{ something.fancy }</div>;
}
Use this to extend your Next.js Document to automatically inject a script containing the gasketData
for use with
the @gasket/data package.
Signature
withGasketData(options)(Document)
Props
[options]
- (object) Optional configuration
index
- (number) Force the script to be inject at a certain child index of the bodyThis is the simplest and most common setup:
// pages/_document.js
import Document from 'next/document';
import { withGasketData } from '@gasket/nextjs/document';
import gasket from '../gasket.js';
export default withGasketData(gasket)(Document);
By default this will inject the script in the <body/>
after the Next.js
<Main/>
component, but before <NextScript/>
. This also works for a
custom Document.
However, there may be situations where you want to inject the gasketData
script at a particular child index of the <body/>
. To do so, you can set the
index
in the decorator options.
// pages/_document.js
import Document, {Html, Head, Main, NextScript} from 'next/document'
import { withGasketData } from '@gasket/nextjs/document';
import gasket from '../gasket.js';
class MyDocument extends Document {
static async getInitialProps(ctx) {
const initialProps = await Document.getInitialProps(ctx)
return {...initialProps}
}
render() {
return (
<Html>
<Head/>
<body>
<Main/>
<footer>Some custom content</footer>
<NextScript/>
</body>
</Html>
)
}
}
export default withGasketData(gasket, {index: 2})(MyDocument);
In this example, the gasketData
script will be injected after the custom
<footer/>
instead of right after <Main/>
.
This is especially useful if you are somehow nesting or extending the <Main/>
and <NextScript/>
components and the decorator cannot find the right place to inject the script.
Use this to inject gasket data in to provider context to share the gasketData with the useGasketData
hook. This is SSR
and client side friendly and can be added at the app level or component level.
// pages/_app.js
import { AppProps } from 'next/app';
import { withGasketDataProvider } from '@gasket/nextjs';
const Root = ({ Page, pageProps }) => {
return (
<Page {...pageProps} />
);
};
export default withGasketDataProvider()(Root);
Use this hook to access the gasketData provided by the withGasketDataProvider
hoc.
// MyComponent.js
import { useGasketData } from '@gasket/nextjs';
export const MyComponent = (props) => {
const gasketData = useGasketData();
return (
<>
<div>{gasketData.something}</div>
<div>{gasketData.here}</div>
</>
);
};
During server side lifecycles' data can be added to the gasketData property. When the withGasketData
hoc is added to a custom Next.js _document, the gasketData is added to the rendered html inside a script tag.
The withGasketDataProvider
can be added to a Next.js custom _app or react component. This HOC will capture the gasket data from server side gasketData property or the script tag that was rendered to the html. If Next.js is preforming a SSR the data will come from the gasketData property, otherwise the data will come from the script tag. The withGasketDataProvider
hoc will then create a provider and inject gasket data into a context that can be consumed by the useGasketData
hook.
The useGasketData
will provided access to the gasket data within the context of the withGasketDataProvider
so the data can be used within any react component.
Please see @gasket/data docs for examples on adding data during SSR lifecycle
FAQs
Gasket integrations for Next.js apps
The npm package @gasket/nextjs receives a total of 0 weekly downloads. As such, @gasket/nextjs popularity was classified as not popular.
We found that @gasket/nextjs demonstrated a healthy version release cadence and project activity because the last version was released less than a year ago. It has 8 open source maintainers collaborating on the project.
Did you know?
Socket for GitHub automatically highlights issues in each pull request and monitors the health of all your open source dependencies. Discover the contents of your packages and block harmful activity before you install or update your dependencies.
Security News
Oracle seeks to dismiss fraud claims in the JavaScript trademark dispute, delaying the case and avoiding questions about its right to the name.
Security News
The Linux Foundation is warning open source developers that compliance with global sanctions is mandatory, highlighting legal risks and restrictions on contributions.
Security News
Maven Central now validates Sigstore signatures, making it easier for developers to verify the provenance of Java packages.