Jordan
Jordan
> I think named endpoints, something like `useEndpoint('/products')` would solve a lot of the data fetching problems. To your delete example, I agree that using the endpoints is clunky. If...
> My experience is that you'll get a 404 on the client. Maybe I'm mis-understanding the issue, but here is a reproduction as I see it: > > [https://stackblitz.com/edit/qwik-starter-bgt8fn?file=src/routes/page/[slug]/index.tsx](https://stackblitz.com/edit/qwik-starter-bgt8fn?file=src/routes/page/%5Bslug%5D/index.tsx) If...
> My experience is that you'll get a 404 on the client. Maybe I'm mis-understanding the issue, but here is a reproduction as I see it: > > [https://stackblitz.com/edit/qwik-starter-bgt8fn?file=src/routes/page/[slug]/index.tsx](https://stackblitz.com/edit/qwik-starter-bgt8fn?file=src/routes/page/%5Bslug%5D/index.tsx) As...
@manucorporat He's setting it in the `onRequest` in the layout and trying to call the `server$` on the client from `useVisibleTask$`, don't think this would work anyway since any calls...
@manucorporat Nice, didn't know about that! Works half-way, errors with `TypeError: Cannot read properties of undefined (reading 'sharedMap')` in SSR context, like calling `server$` inside a `useTask$`: ```tsx export const...
@manucorporat ``` json "devDependencies": { "@builder.io/qwik": "0.103.0", "@builder.io/qwik-city": "~0.103.0", "@types/eslint": "8.37.0", "@types/node": "^18.15.9", "@typescript-eslint/eslint-plugin": "5.59.0", "@typescript-eslint/parser": "5.59.0", "eslint": "8.38.0", "eslint-plugin-qwik": "0.103.0", "prettier": "2.8.7", "typescript": "5.0.4", "undici": "5.21.2", "vite": "4.2.2", "vite-tsconfig-paths":...
I notice that `plugin.ts` only applies once at the top-level directly inside `src/routes` and cannot be nested so you can't differentiate or guard routes anyway with it. Useful for some...
I figured as much, I think that makes sense too, just making sure and I think that is the heart of this issue. If `server$` is not to be behind...
@juanpmarin Yes I understand, `server$` has a simpler API and is more flexible, whereas `...Action$` is more concrete and designed around forms/actions. I don't think there is currently a pleasing...
Your issue with performance is not related to prefetching scripts in the background. Notice the disclaimer below that section. It's hard to say what is causing it with no information,...