@reckona/create-mreact-app 0.0.30 → 0.0.31
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/README.md +1 -1
- package/dist/index.js +8 -8
- package/package.json +1 -1
package/README.md
CHANGED
|
@@ -53,7 +53,7 @@ App Runner, and similar platforms, with production builds pinned to `mreact-rout
|
|
|
53
53
|
|
|
54
54
|
For AWS Lambda production apps, the build writes `.mreact/server/import-policy.json` from server-side static imports and generated handlers use `importPolicy: "generated"` by default.
|
|
55
55
|
|
|
56
|
-
Package Lambda deployments from a minimal asset directory, not the full project root. The generated `docs/deploy/aws-lambda.md` shows a `prepare-lambda-asset.sh` example built around `mreact-router package aws-lambda`, then copies lockfiles and installs production `node_modules` into `.lambda/` so CDK/SAM/serverless assets stay below AWS's 250 MB unzipped deployment package limit. The Lambda adapter treats `outDir` as read-only and materializes runtime files under `/tmp` by default, so `.mreact/` can stay inside the deployed package; generated Lambda handlers use top-level `await createPreloadedAwsLambdaRequestHandler()` so built runtime modules, middleware, route modules, layouts, and route metadata are imported during Lambda initialization rather than on the first request. Static middleware matchers, loader redirects, request artifacts
|
|
56
|
+
Package Lambda deployments from a minimal asset directory, not the full project root. The generated `docs/deploy/aws-lambda.md` shows a `prepare-lambda-asset.sh` example built around `mreact-router package aws-lambda`, then copies lockfiles and installs production `node_modules` into `.lambda/` so CDK/SAM/serverless assets stay below AWS's 250 MB unzipped deployment package limit. The Lambda adapter treats `outDir` as read-only and materializes runtime files under `/tmp` by default, so `.mreact/` can stay inside the deployed package; generated Lambda handlers use top-level `await createPreloadedAwsLambdaRequestHandler()` so built runtime modules, middleware, route modules, layouts, and route metadata are imported during Lambda initialization rather than on the first request. Static middleware matchers, loader redirects, request/control artifacts split from render artifacts, compiled module files, and optional `hot-route-requests` preload avoid unnecessary dependency evaluation on unmatched health checks and simple redirects. For pnpm projects, the generated script uses `--config.node-linker=hoisted` and includes symlink and actual-file-byte checks because pnpm's default isolated linker can create Lambda artifacts that package larger than `du` suggests.
|
|
57
57
|
|
|
58
58
|
Use `--src-dir` to generate a larger-app layout:
|
|
59
59
|
|
package/dist/index.js
CHANGED
|
@@ -1,13 +1,13 @@
|
|
|
1
1
|
import { mkdir, readdir, readFile, writeFile } from "node:fs/promises";
|
|
2
2
|
import { basename, dirname, join } from "node:path";
|
|
3
3
|
const internalPackageVersions = {
|
|
4
|
-
"@reckona/mreact-auth": "^0.0.
|
|
5
|
-
"@reckona/mreact-devtools": "^0.0.
|
|
6
|
-
"@reckona/mreact-forms": "^0.0.
|
|
7
|
-
"@reckona/mreact": "^0.0.
|
|
8
|
-
"@reckona/mreact-query": "^0.0.
|
|
9
|
-
"@reckona/mreact-reactive-core": "^0.0.
|
|
10
|
-
"@reckona/mreact-router": "^0.0.
|
|
4
|
+
"@reckona/mreact-auth": "^0.0.31",
|
|
5
|
+
"@reckona/mreact-devtools": "^0.0.31",
|
|
6
|
+
"@reckona/mreact-forms": "^0.0.31",
|
|
7
|
+
"@reckona/mreact": "^0.0.31",
|
|
8
|
+
"@reckona/mreact-query": "^0.0.31",
|
|
9
|
+
"@reckona/mreact-reactive-core": "^0.0.31",
|
|
10
|
+
"@reckona/mreact-router": "^0.0.31",
|
|
11
11
|
};
|
|
12
12
|
const currentMreactVersion = internalPackageVersions["@reckona/mreact"].replace(/^\^/, "");
|
|
13
13
|
const typescriptVersion = "^6.0.3";
|
|
@@ -905,7 +905,7 @@ export const handler = await createPreloadedAwsLambdaRequestHandler({
|
|
|
905
905
|
});
|
|
906
906
|
\`\`\`
|
|
907
907
|
|
|
908
|
-
The generated handler uses top-level \`await\` with \`createPreloadedAwsLambdaRequestHandler()\` so the built runtime, middleware, route modules, layouts, and metadata are imported during the Lambda initialization phase instead of racing the first user request. Static middleware matchers, loader redirects, request artifacts
|
|
908
|
+
The generated handler uses top-level \`await\` with \`createPreloadedAwsLambdaRequestHandler()\` so the built runtime, middleware, route modules, layouts, and metadata are imported during the Lambda initialization phase instead of racing the first user request. Static middleware matchers, loader redirects, request/control artifacts split from render artifacts, compiled module files, and optional \`hot-route-requests\` preload avoid unnecessary dependency evaluation on unmatched health checks and simple redirects. Add \`timings: true\` while diagnosing production latency to emit \`router:request:timing\` and \`router:render:timing\` debug events for request conversion, render phases, loader wait, source analysis, page module load, page component render, layout module load, layout component render, response construction, and Lambda response conversion. Loader timing splits module load/evaluation from user loader execution with \`loaderModuleLoadMs\` and \`loaderExecutionMs\`; source analysis reports \`sourceAnalysisArtifactMs\` when a built analysis summary is reused; middleware timing similarly splits \`middlewareModuleLoadMs\` and \`middlewareExecutionMs\`.
|
|
909
909
|
|
|
910
910
|
## Streaming SSR
|
|
911
911
|
|