Comments (9)
wanna place the idea again to use git(hub) repos but not sure how much hassle that would be
The only issue I have with that is that the user will have to keep a GitHub repo for every REPL and that seems a bit much. We could store every REPL in a single GitHub repo managed by us but I feel like we would hit some limit.
I also thought about storing as plaintext on pastebin or GitHub gist, the filesystem is just a plain old JavaScript object right?
Absolutely, you can store it as POJO. Again the only problem I have with this is that I feel like we would very likely hit some sort of limit "at scale" and I fear that later on we would need to refactor this.
With the right abstraction maybe we could start with something that simple and level up before the end of the hackathon if we have time
from sveltelab.
I would love to store everything in an url but I think it's almost impossible because there are just too many files to do it.
What we could try is store as long as possible and if we go over the 2048 chars of the url we can store.
Where to store I hear you say? I'd say we can use supabase so that if we want to eventually also add login we can use their auth
from sveltelab.
wanna place the idea again to use git(hub) repos but not sure how much hassle that would be
I also thought about storing as plaintext on pastebin or GitHub gist, the filesystem is just a plain old JavaScript object right?
from sveltelab.
The only issue I have with that is that the user will have to keep a GitHub repo for every REPL and that seems a bit much. We could store every REPL in a single GitHub repo managed by us but I feel like we would hit some limit.
We could also have each user create one repo to store multiple projects as pojos π
from sveltelab.
Status on this right now: local storage
But since it's just POJOs we could have multiple "adapters", like GitHub, Pastebin, etc?
from sveltelab.
Status on this right now: local storage
But since it's just POJOs we could have multiple "adapters", like GitHub, Pastebin, etc?
I mean we could but do we need to have different options? For the hosted version we need only one...if we want we can abstract this away so that if someone want to deploy their own they could easily write an adapter.
from sveltelab.
nah we dont need different options, especially not for MHP, it was just an idea π
we will need definitely need sharable link for MHP tho
from sveltelab.
So the plan is pocket base with flyio right? Are we also using Pocketbase for auth the?
I'm down with that i guess. flyio has scaling options right? We can split the bill if you want π
from sveltelab.
So the plan is pocket base with flyio right? Are we also using Pocketbase for auth the? I'm down with that i guess. flyio has scaling options right? We can split the bill if you want π
Yeah I think this might be an idea, and yes we should be able to use poket base for the auth too...fly.io should handle scaling automatically and we should be able to run on the free tier.
I think it's time that we tackle this task...I'll give it a shot later (or on Monday)
from sveltelab.
Related Issues (20)
- β¨ Support Svelte Inspector HOT 3
- π dropdown menu looking _stupid_ in Safari macOS
- β¨ Include default .gitignore in exported project HOT 4
- β¨ Show `.svelte-kit` or add command to show it HOT 1
- π Address Login with email problems
- β¨ alias g4c to git to allow for github repo dependencies HOT 1
- π Vite error when opening project preview in a new tab HOT 3
- β¨ Add carbon-components-svelte template HOT 1
- π Moving folders sometimes causes ghost files
- β¨ reduce call in profile for personal repls HOT 4
- β¨ explore HOT 2
- π After forking a project, the save button doesn't appear HOT 1
- π "Additional step required" when opening fullscreen view HOT 5
- β¨ "workspace:*" in package.json HOT 4
- π Incorrect keyboard shortcuts HOT 1
- β¨ disable js in iframe HOT 1
- β¨ Easier way to find the import from github command HOT 2
- When trying to save the project I get Can't Save the projectπ HOT 13
- Trying to add shadcn-sveelte to a Projectπ HOT 1
- Error management with monorepo and sveltekit 2π HOT 2
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
π Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. πππ
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google β€οΈ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from sveltelab.