Lovable får valbar filstorleksgräns – prova appens uppladdning vid gränsen

Gränsen gäller Cloud storage

Enligt Lovables changelog för 3 september kan gränsen nu väljas upp till 5 GB; standardvärdet är 2 GB. Siffrorna gäller storleken på en enskild fil i Cloud storage. Läs dem inte som ett löfte om att varje uppladdningsformulär i din app accepterar lika stora filer.

I dokumentationen för Storage finns inställningen under More → Cloud → Storage → Upload size limit. Ange värde, välj MB eller GB och spara. Ändringen gäller direkt. Du behöver edit-behörighet i projektet; den som bara får visa projektet ser inte inställningen. Du kan också be om ändringen i chatten, där Lovable enligt dokumentationen ber om ditt godkännande innan den genomförs.

Dokumentationen beskriver lagringens gräns, inte ett godkänt prov av ditt formulär eller av tjänster som behandlar filen efteråt. Därför ska beställningen nedan börja med en kontroll av hela ditt uppladdningsflöde. Om appen till exempel skickar en uppladdad PDF vidare för bearbetning behöver även det steget undersökas innan du lovar användaren en viss storlek.

Välj en storlek som motsvarar uppgiften

Utgå från tre representativa filer som dina användare faktiskt behöver lämna in. I vårt exempel är det PDF-underlag, och vi väljer 10 MB per fil som en tänkt appgräns. Det är ett räkneexempel för provet, inte Lovables rekommendation. En app för videoklipp behöver en annan bedömning. Anteckna filtyp, storlek och varför den största filen måste kunna tas emot.

Be sedan Lovable redovisa dagens inställning och vilka andra uppladdningsflöden som påverkas av en ändring i Cloud storage. Sänk inte en gemensam gräns till PDF-formulärets behov utan att kontrollera resten av appen. Höj den inte till 5 GB bara för att möjligheten finns. Ett begripligt besked om vad som accepteras hjälper användaren mer än en hög siffra som resten av flödet inte har kontrollerats mot.

Det här provet gäller en fils storlek. Om ditt problem är att appen får för många anrop, finns en annan genomgång i Skydda din AI-app mot överbelastning. Håll isär dessa två beställningar så att du kan avgöra vilken ändring som faktiskt löste problemet.

Kopiera beställningen och fyll i hakparenteserna

Prompten kräver ett beslut före ändringen och ett synligt resultat efteråt. Byt ut PDF och 10 MB om din app har ett annat behov. Behåll kraven på felbesked och nytt försök: de behövs även när den valda gränsen är hög.

Undersök uppladdningen på [sidans namn] i min app.
Användaren ska lämna in [PDF-underlag]. Mitt förslag är högst
[10 MB] per fil. Ändra inget ännu.

Redovisa nuvarande gräns i formuläret och i Cloud storage.
Kontrollera om senare steg eller anslutna tjänster begränsar filstorleken.
Visa vilka andra uppladdningar som påverkas om Cloud-gränsen ändras.
Förklara om mitt förslag passar behovet och invänta mitt godkännande.

Efter godkännandet: visa tillåtna filtyper och största storlek före filval.
Avvisa en för stor fil med ett begripligt besked som anger vald gräns
och vad användaren kan göra. Behåll övriga ifyllda uppgifter.
Visa inte att filen är sparad när uppladdningen misslyckas.
Låt användaren välja en mindre fil efter avslaget utan att ladda om sidan.
Ett lyckat försök ska ge en fil som går att öppna från den avsedda platsen.

Ange hur MB räknas och den exakta gränsen i byte för provet.
Ordna giltiga testfiler av tillåten typ: strax under, exakt på
och strax över gränsen. Ange deras faktiska storlek i byte.
Beskriv hur jag provar detta som vanlig användare i appen.
Redovisa vad som ändrats och eventuella steg som inte är verifierade.

Kontrollera svaret före godkännandet: finns nuvarande värden, berörda flöden och en förklaring av föreslagen gräns? Ett svar som bara säger ”klart, jag höjde gränsen” uppfyller inte beställningen. Be om undersökningen först. Samma arbetsprincip utvecklas i Beskriv resultatet, gissa inte lösningen.

Prova med användarens konto och dokumentera utfallet

Öppna den appversion som du ska granska och använd ett vanligt testkonto med samma rättigheter som målgruppen. Att lägga en fil direkt i utvecklarens Storage-vy prövar inte formuläret. Använd ofarliga testunderlag och skriv ned appadress, datum, kontots roll och vald gräns. Kontrollera testfilernas faktiska storlekar innan du börjar; ett avrundat filnamn som ”10 MB.pdf” räcker inte som bevis.

För exemplet kan du beställa en gräns på 10 000 000 byte och filer på 9 999 999, 10 000 000 respektive 10 000 001 byte. Det är en uttrycklig definition för provet, inte ett påstående om hur Lovables MB-väljare räknar. Om den bekräftade inställningen använder en annan definition ska du ändra provstorlekarna så att de omger den verkliga gränsen. Kräv giltiga filer av samma tillåtna typ, annars kan ett formatfel skymma storleksprovet.

Skriv en rad per prov: filnamn, byte, förväntat resultat, faktiskt resultat och godkänt eller underkänt. Spara den exakta feltexten eller en skärmbild vid avvikelse. Tabellen är ett föreslaget acceptansprov; vi har inte kört det i din app. Markera därför inte någon rad som godkänd utifrån Lovables egen sammanfattning av ändringen.

Godkänn först när avslaget går att komma vidare från

Om den stora filen stoppas men knappen sedan låser sig är uppgiften fortfarande ofärdig. Samma sak gäller om en grön bekräftelse visas men filen saknas efter omladdning. Skicka tillbaka just den underkända raden och be om en rättning som behåller de delar som redan fungerade. Kör därefter om hela det korta protokollet, eftersom en ändring av felhanteringen också behöver kontrolleras med ett lyckat försök.

Din definition av klart är att gränsen syns före filval, rätt storlekar behandlas som avsett och ett avslag följs av ett fungerande nytt försök. Dokumentera kvarvarande osäkerheter separat, till exempel ett senare bearbetningssteg som ännu inte gått att prova. Då vet du vad du faktiskt har accepterat och vad som återstår innan flödet kan lämnas till användarna.