⚠ Warning: the information in this article is outdated. There is a new version of solid-start that contains multiple breaking changes. I have prep...
For further actions, you may consider blocking this person and/or reporting abuse
After npm init solid@latest I see some astro stuff, they must've changed things.
Yes, the new solid start version is now based on astro. The rest should work the same, though.
I tried with the older vite version and after deploying to github all I see is the Readme.MD :D
I am so bad at this, no idea what I am doing wrong.
BTW do you know where I can get the latest news (such as an explanation of why they now use astro). I've never used astro so I don't know what good or bad it does. All I see is close to 40KB of JavaScript on a new project, which I don't like :D
I daresay this article needs to be updated soon... I'm a bit short on time at the moment, though.
I'd like to mention that your article is very important to us. Thank you for sharing your knowledge!
Hey,
today I started a new project and no astro any longer... 17kB JS being sent to the browser.
I can share a bit of insider knowledge here: the porting of solid-start to Astro has hit a few snags and is therefore abandoned, the core team is currently testing a few other approaches while pushing the work done before forward that couldn't be merged because it was mostly experimental. In the meantime, Ryan explores ways to resume SSR-rendered components: hackmd.io/@0u1u3zEAQAO0iYWVAStEvw/...
While it might seems things are slow, they are actually moving in a surprisingly fast pace, just in many different directions at once and not as open as one would wish for.
Small update: solid-start 0.2.21 is released, so you can now use that and skip the patching step.
@lexlohr
This is awesome,and it;s indeed so detailed.
Indeed.
He is very passionate about Solid.js ^^
You've left in the gh action, is that intentional?
I knew I had forgotten something. Thanks.
When I try to view the website I get a 404 error.
I resolved this issue. I just had to wait until GitHub pages loaded the files.
Thanks for the feedback. There is currently an issue with SolidStart, Ryan is just preparing a new release.
Configure vite Step has changed.
needs to be
further more, github actions might fail if you do not give permission to the github-pages-deploy-action
as such update the yml to:
see Read and Write Permissions in:
github.com/JamesIves/github-pages-...
From what I can see, you only changed the default import name of the static adapter. There is no functional change whatsoever.
Maybe so but strict mode reserves the name 'static', and as such for me the app failed to launch. True we could call the import bananas, so long as it's not 'static'
Thanks for the feedback, I've changed the name.
Can you use npm run start to preview the build locally before pushing to github pages, or does the assets in your case also load from the wrong url?
When I do npm run start, the client try to fetch localhost:55775/github-repo-name/a..., but it actually exist at localhost:55775/assets/entry-clien...
I am just trying to build the actual static site and that keeps failing. It says the following:
My vite config is like this
This is really really making me hate SSR. I just want to build the pages, I can deal with hosting etc