iloveepubBearbetas lokalt — filer lämnar aldrig din enhet
Laga min EPUB
Ett verktyg för hela räddningsjobbet: släpp i en bok som inte går att öppna, som öppnas med en trasig innehållsförteckning eller som dyker upp namnlös i hyllan. Först körs en hälsokontroll, strukturella skador repareras automatiskt och luckorna i omslag och metadata fyller du i själv — och den lagade boken kontrolleras igen innan du laddar ner den. Allt sker i din webbläsare; filen lämnar aldrig din enhet.
01Välj din EPUB
Så lagar du en trasig EPUB
Släpp i den trasiga boken
Välj vilken .epub-fil som helst — en som inte går att öppna, som visar en trasig innehållsförteckning eller som dyker upp namnlös i hyllan. Inget laddas upp.
Läs hälsorapporten
Diagnosen listar varje kontroll — container, mimetype, referenser, innehållsförteckning, omslag, metadata — markerad som frisk, lagbar eller bortom reparering.
Applicera korrigeringarna
Strukturella reparationer körs automatiskt. Om omslaget eller titel-/författarmetadatan saknas lägger du till dem i samma steg — båda är valfria.
Ladda ner den verifierade boken
Den lagade EPUB-filen kontrolleras igen innan nedladdningen. Du får en reparationsrapport och beskedet att allt är klart — inte bara ett blint framgångsmeddelande.
Vad hälsokontrollen tittar på
En EPUB är ett ZIP-arkiv med strikta regler för sin inre rördragning, och i nästan alla fall av ”går inte att öppna” är det rördragningen som är problemet — inte skadad text. Diagnosen granskar den rördragningen lager för lager. Den börjar med själva arkivet, sedan META-INF/container.xml — adresslappen som talar om för läsaren var paketdokumentet finns. Den kontrollerar mimetype-posten: den måste vara arkivets allra första post, lagrad okomprimerad och med exakt rätt innehållssträng. Många ompaketeringsverktyg får just det här fel, och flera läsare avvisar boken rakt av på grund av det.
Djupare in jämför kontrollen manifestet med arkivets faktiska filer: varje refererat dokument och varje bild måste finnas, varje spine-post måste peka på ett deklarerat manifestobjekt, och navigationsdokumenten (nav för EPUB 3 och NCX för EPUB 2) måste finnas och gå att lösa upp. Till sist tittar den på de två saker läsarna visar i din hylla: deklarationen av omslagsbilden samt titel- och författarmetadatan. Varje fynd rapporteras som friskt, automatiskt lagbart eller något som bara du kan tillhandahålla.
Varför EPUB-filer går sönder från början
De flesta trasiga böcker föds trasiga av sitt produktionsverktyg. Exportörer med buggiga ZIP-skrivare lägger mimetype-posten på fel plats eller komprimerar den; skrapverktyg och hembyggda konverterare refererar till filer de aldrig bäddade in; en del skrivappar genererar ett manifest som pekar på sökvägar med fel skiftläge på skiftlägeskänsliga läsare.
Resten går sönder under transport eller i förvaring: en nedladdning som stannade halvvägs, en synkroniseringskonflikt i molnet som slog ihop två kopior av arkivet, ett zip-verktyg som ”hjälpsamt” paketerade om boken med en annan komprimering, eller en manuell omdöpning som förvirrade containern. Inget av detta rör den faktiska texten — därför kan en strukturell reparation, rätt utförd, återställa boken utan att koda om ett enda kapitel.
Cirkeln diagnos → reparation → efterkontroll
En reparation du inte kan verifiera är bara en gissning. Skrivbordsverktyg lämnar en lagad fil till dig och litar på att du provar den; uppladdningsbaserade konverterare visar en framgångssida även när boken fortfarande underkänns i valideringen. Det här verktyget sluter cirkeln: efter att de strukturella korrigeringarna har applicerats körs exakt samma hälsokontroll igen på resultatet, inne i din webbläsare, innan nedladdningen visas. Om något fortfarande saknas — säg att du hoppade över det valfria omslaget — säger rapporten det rakt ut i stället för att förklara sig vinnare.
Efterkontrollen är också det som håller verktyget ärligt om sina gränser. När en bok innehåller skador som ingen reparation i webbläsaren kan åtgärda säger diagnosen direkt att boken inte kan lagas — innan du har lagt en minut på den — i stället för att misslyckas i slutet av en falsk förloppsindikator.
Vad som kan och inte kan lagas — ärligt
Lagas automatiskt: en saknad eller felaktig container.xml, en mimetype-post på fel plats eller komprimerad, manifestobjekt som pekar på filer som inte finns, spine-poster som refererar odeklarerade objekt, ett saknat nav-dokument för EPUB 3 eller NCX för EPUB 2, samt kvarlämnade döda länkar från tidigare redigeringar. Var och en av dessa har en deterministisk reparation som verktyget applicerar och sedan verifierar.
Lagas av dig, med verktyget som skriver: ett saknat omslag (ladda upp valfri JPG, PNG, WebP eller GIF) och saknad titel- eller författarmetadata (skriv in dem; verktyget skriver korrekta Dublin Core-element).
Kan inte lagas här, och verktyget säger det: ett arkiv som inte alls är en giltig ZIP, en bok utan läsbara kapitel och filer som är låsta med DRM. DRM-skyddade böcker kan inte bearbetas — att ta bort skyddet är varken möjligt i en webbläsare eller lagligt på de flesta ställen, och inget ärligt verktyg påstår motsatsen.
Varför hyllan visar ett filnamn eller ett tomt omslag
Biblioteksappar läser exakt två saker när de lägger upp en hylla: omslagsdeklarationen i paketmetadatan och elementen dc:title / dc:creator. När något av dem saknas improviserar läsaren — filnamn i stället för titel, en generell grå ruta i stället för omslag — och folk antar naturligt att bokfilen är korrupt. Oftast publicerades den helt enkelt ofullständig, eller så skalade en tidigare konverterare av metadatan.
Därför ingår omslag och metadata i verktygets diagnos i stället för att vara ett separat sysslande: hälsokontrollen namnger luckan, du tillhandahåller den saknade biten, och efterkontrollen bekräftar att hyllan nu återger boken som den ska.
Varför lokal reparering spelar roll
En EPUB du bryr dig om är ett personligt föremål. Den kan bära med sig dina noteringars positionsreferenser, dina markörer för läsframsteg, köpidentifierare — och i metadatan vad än den tidigare ägaren eller verktyget har skrivit där. Uppladdningsbaserade reparationstjänster tar hela filen till en server du inte kan granska, och deras sekretesspolicyer beskriver lagringstider — inte omöjlighet.
Den här sidan har ingen uppladdningsväg alls — ingen komprimerad nödfallback, ingen kö, ingen tillfällig kopia. Filen öppnas med samma webbläsar-API:er som en läsare skulle använda, ändras i minnet och lämnas tillbaka till dig. Du kan bevaka nätverksfliken medan verktyget arbetar: de enda anropen är sidans egna.
Laga min EPUB jämfört med specialverktygen
Sajten erbjuder också varje reparation för sig — Repair EPUB, Fix EPUB TOC, Metadata Editor, Change Cover — och de sidorna finns kvar. Skillnaden är avsikten. De förutsätter att du redan vet vad som är fel. Laga min EPUB förutsätter motsatsen: du har en trasig bok och ingen diagnos. Verktyget granskar allt, applicerar alla automatiska korrigeringar i ett svep, frågar efter de två åtgärder som kräver mänsklig inmatning och avslutar med en verifierad fil som är redo för hyllan.
Böcker upp till 120 MB stöds, med en vänlig varning över 100 MB eftersom reparationerna sker i minnet. Utdata är en standard-EPUB som öppnas i Calibre, Thorium, Kobo, Kindle (via Send to Kindle) och alla läsare som accepterade originalet.
Vanliga frågor
Min EPUB går inte att öppna alls. Kan verktyget laga den?
Ofta, ja — om skadan är strukturell. En saknad container.xml, en felplacerad mimetype-post eller döda interna referenser hindrar alla läsare från att öppna boken men lämnar texten intakt. Hälsokontrollen talar om inom några sekunder vilket fall du står i, och om själva arkivet inte är en giltig ZIP eller inte innehåller några läsbara kapitel säger den det i stället för att låtsas.
Vad är skillnaden mellan Laga min EPUB och Repair EPUB?
Repair EPUB applicerar strukturella reparationer och lämnar filen till dig. Laga min EPUB är hela jobbet: verktyget börjar med en hälsokontroll över åtta områden, inklusive omslag och metadata, applicerar de strukturella reparationerna, låter dig fylla luckorna som bara en människa kan fylla och kontrollerar sedan resultatet automatiskt igen innan du laddar ner det.
Laddas min bok upp någonstans?
Nej. Diagnosen, reparationerna och efterkontrollen körs alla i din webbläsare med samma parsning som en skrivbordsläsare skulle göra. Den här sidan har ingen uppladdningsväg alls — du kan verifiera det i webbläsarens nätverksflik medan verktyget arbetar.
Kan du ta bort DRM från min bok?
Nej, och inget ärligt webbläsarverktyg kan det. DRM-skyddade filer är krypterade av konstruktionskrav; diagnosen rapporterar dem som filer som inte kan bearbetas. Verktyget reparerar bara böcker som du legitimt kan öppna och ändra i.
Varför visar min läsare filnamnet i stället för boktiteln?
Paketmetadatan saknar sitt title- eller creator-element, så läsaren faller tillbaka på filnamnet. Hälsokontrollen flaggar detta, och du kan skriva in rätt titel och författare innan boken lagas — verktyget skriver korrekta Dublin Core-metadatatelement.
Innehållsförteckningen är fel. Bygger verktyget om den?
Ja. Om innehållsförteckningsdokumentet saknas helt byggs det om från bokens faktiska kapitellista. Om en befintlig innehållsförteckning innehåller döda länkar till borttagna filer städas de bort. Verktyget Fix EPUB TOC finns kvar för att bygga om en innehållsförteckning som du helt enkelt inte tycker om.
Hur stora böcker klarar verktyget?
Filer upp till 120 MB accepteras, med en prestandanotis över 100 MB eftersom allt sker i minnet. Typiska romaner klarar hela cirkeln diagnos–reparation–efterkontroll på några sekunder.
Kodar repareringen om eller försämrar min bok?
Nej. Kapitel, bilder och stilmallar flyttas genom arkivet byte för byte; bara de trasiga strukturella filerna skrivs om, och arkivet paketeras om med mimetype-posten återställd till sin obligatoriska första plats.
Diagnosen säger att min bok inte kan lagas. Vad gör jag nu?
Den domen dyker upp när filen inte är ett giltigt ZIP-arkiv, inte innehåller några läsbara kapitel eller är DRM-skyddad. För en avbruten nedladdning: hämta filen igen från originalkällan. För DRM: vänd dig till butiken eller biblioteket som boken köptes från. I samtliga tre fall lämnar ingen data din enhet på vägen till det svaret.