Brendonovich
commented
2 weeks ago Reproduction repo here.
Nitro's aws-lambda preset doesn't serve static assets by default (serveStatic isn't true)
To override this you can set serveStatic: true yourself
import { defineConfig } from "@solidjs/start/config";
export default defineConfig({
server: {
preset: "aws-lambda",
serveStatic: true,
},
});And change your CDK config to include all of .output
const backendLambda = new lambda.Function(this, "SolidBackendLambda", {
runtime: lambda.Runtime.NODEJS_20_X,
handler: "server/index.handler",
code: lambda.Code.fromAsset("./.output"),
architecture: lambda.Architecture.ARM_64,
});Though seeing as each static asset would require a function invocation, it might be better to put the assets in CloudFront for faster access. SST Ion's Solid Start component does this via Pulumi.
ryansolid
gotgenes
Duplicates
Latest version
Current behavior 😯
The
handlerin.output/server/index.jsproduced when usingfrom a new SolidStart project is able to handle the initial request and provide the initial rendered HTML, but fails to return the remaining requested assets (JavaScript chunks and CSS). Responses coming back for the remaining requested assets are all 404 page HTML renderings, instead of the expected filetype (JavaScript or CSS). The JavaScript files all have responses like this:
The status code for these responses is 200, not 404.
Expected behavior 🤔
The bundle produced serves an identical rendered page to the local rendering seen when using
npm run dev. The CSS contents are CSS, the JavaScript contents are JavaScript, and the status codes for the responses are 200.If the 404 page is rendered, I'd like to see a 404 status code in the response, not a 200.
Steps to reproduce 🕹
Steps:
Create a new SolidStart project:
I chose "with-tailwindcss" but I don't think it matters.
Build the SolidStart bundle targeting AWS Lambda deployment:
Install the CDK dependencies:
Create the CDK directories:
Add the CDK stack to
cdk/lib/solid-stack.ts:Add the CDK app to
cdk/bin/cdk.ts:Add the
cdk.jsonfile:Export your CDK environment variables:
Ensure AWS CLI credentials are set up; for me this looks like:
Deploy the CDK stack:
The deployment should succeed, and you should see an output like:
where the
HTTPAPIURLshould be a valid URL that you can hit to see your SolidStart app.Open the URL in your browser and you should see a basic HTML page with the counter button and with no styling. Inspecting the network calls, you should see that the responses for the CSS and JS files are HTML with the rendered 404 page, but with status code 200.
Context 🔦
I'm trying to deploy a SSR SolidStart site with AWS Lambda as the deployment target. I expect the Lambda to serve the dynamic content as well as the static assets by default.
Later I would like to gather the static client assets and deploy them to CloudFront, letting CloudFront serve the static content and the Lambda instance serving the dynamic portion, but right now, I'm just trying to prove out I can get a deployment target of AWS Lambda to work.
I was attracted to SolidStart as a framework because, after a bit of digging, I realized that users seemed to be able to leverage all the deployment providers available in Nitro.
It's possible this functionality is entirely Vinxi's responsibility and it never worked for any meta-metaframework built on it—not only SolidStart—however, I'm starting here with SolidStart because that's what I'm intending to use, and I'm not yet familiar with this Jenga tower of SolidStart→Vinxi→Nitro→Vite→Rollup (and anything else I missed). 😅
Your environment 🌎
No response