Slik du installerer Factorio-modifikasjoner, oppdaterer og gjenoppretter dem【Space Age-kompatibel】

Hvis du vil jobbe med modifikasjoner i Factorio 2.0 og Space Age-miljøet, er det trygt å dele mellom enkelheten i den innebygde Mod Portal og styrken i manuell administrasjon ved å plassere dem i mods-mappen. Denne artikkelen er skrevet for alt fra mennesker som legger til QoL-modifikasjoner for første gang, til mennesker som ønsker å håndtere offisiell ekstra modifikasjoner inkludert quality og Elevated Rails uten å få det til å ta slutt.

Nøkkelen er å kjenne til plasseringen av brukerdata, ta sikkerhetskopier, bekrefte avhengigheter og oppstartslogg, og deretter oppdatere, deaktivere eller gjenopprette på denne måten. Jeg fulgte også praksis med å installere bare en liten QoL-modifikasjon først og se loggen før jeg utvidet, og takket være det klarte jeg å flytte til større modifikasjoner uten noen sikkerhetskopibakslinger.

Forutsetninger du bør vite før du installerer Factorio-modifikasjoner

Målversjon og forutsetninger for denne artikkelen

Denne artikkelen forutsetter Factorio 2.0 og senere. Når det gjelder modifiseringsruten, fokuserer vi hovedsakelig på Mod Portal som du får tilgang til fra "MOD"-skjermen i spillet, og Mod Portal på nettleserversjonen (factorio.com). Selv om Mod Portal-basert drift er vanlig i miljøet, anbefales det at du bekrefter Steam Workshop-håndtering med primærkilder (det er trygt å uttrykke det som "offisiell anbefalingsrute blir vanligvis beskrevet som Mod Portal").

Grunnen til at vi gjør denne separasjonen først, er at Factorio MOD-administrasjon ikke avsluttes bare med "installasjonsstedet for selve spillet". Lagringer, innstillinger, modifikasjoner og script-output er samlet på brukerdata-siden, og som beskrevet i『Application directory - Factorio Wiki』, avhenger plasseringen av write-data-innstillingen. Med andre ord, selv på samme datamaskin, hvis "hvilken mappe du ser på" mislykkes, ender du opp i det innledende men plagsomme problemet der modifikasjonen er installert, men ikke vises på spillesiden.

Etter 2.0 ble grensen mellom vanilla og DLC, og videre tilleggs modifikasjoner, klarere enn før. Accordingly, hvis du ikke er vant til ideen om at "offisielle tilleggselementer også administreres som modifikasjoner", kan du bli litt forvirret fra det øyeblikket du åpner modifiseringslisten. Jeg også, kort tid etter å ha implementert Space Age, skrev først av seg til å kontrollere på nytt på MOD-skjermen om den offisielle DLC-stemmende ekstra modifikasjonen var aktivert, og deretter slå quality on/off individuelt for å forstå oppførselen. Hvis du berører i denne rekkefølgen, kan du forstå hvordan den offisielle konfigurasjonen ser ut før du legger til community-modifikasjoner, så det blir mye mindre forvirrende.

Merk at tillegging og fjerning av modifikasjoner vil ødelegge avspillingsdata. Videre, før du installerer en ny versjon, anbefales det å ta sikkerhetskopi av en katalog som inneholder lagringer og innstillinger. Arbeidsflytene for "sikring først og deretter berøring" nevnt i forrige avsnitt gjelder fortsatt i dette 2.0-miljøet.

Application directory/ja

wiki.factorio.com

Offisiell installasjonsvei

Den mest naturlige måten å installere modifikasjoner i Factorio er ruten for å søke i Mod Portal i spillet og installere. Når du tar hensyn til installeringsens letthet, håndterbarhet av avhengigheter, og påfølgende oppdateringssporing, er dette den mest stabile startpunktet for initiering. I miljøet blir drift som automatisk velger obligatoriske avhengigheter når du installerer fra en nettleserbasert portal også mye brukt.

Mod Portal på factorio.com på nettlesersiden er egnet for søk etter ting og bekreftelse av avhengigheter. Spesielt når du rolig vil se "hva er denne modifikasjonen avhengig av" og "hvilken versjonsserie blir den oppdatert i", er det bedre oversikt enn i spillet. Videre, fra et teknisk perspektiv,『Mod portal API - Factorio Wiki』tillater at du kan hente avhengighetsmatrisen fra api/mods/{name}/full. For mennesker som håndterer massive modifiseringer, drift av servere, eller legger opp modifikasjonspakning, kan bare det å vite om eksistensen av denne APIen endre utsiktene betydelig.

Styrken med denne metoden er at versjonsfesting og verifikasjon blir enklere. For eksempel, hvis du vil holde en større modifikasjon i den gamle versjonen, unngå at konfigurasjonen blir ødelagt av oppdateringer, eller hvis du vil beholde miljøet for reproduksjon, er det lettere å håndtere enn innebygd installasjon. I stedet blir håndtering av avhengigheter og konflikter premisset du selv administrerer. Hvis nødvendig forutsetningsmodifisering mangler, stopper den oppstart på normal måte, og hvis du mikser ting som krever DLC, blir det avvist på stedet. Vær også oppmerksom på at brukergrensesnittets etiketter og standardverdier for innstillinger kan endre seg avhengig av versjon, så bekreft faktisk etikett og standardverdier på innstillingsskjermen i spillet.

Det er også praktisk at alle aktive modifikasjoner og versjoner kan skrives ut til script-output/mods.txt. Senere, når du ønsker å gjenskape, trenger du ikke å huske "hva installerte jeg" manuelt, så det hjelper enormt i verifiseringsmiljøer. Factorio MOD-administrasjon er mer designet rundt å kombinere den offisielle Mod Portal, plasseringen av brukerdata, logger og utdatafiler, i stedet for å stole på paljettert dedikat launcher, så å oppfatte det på denne måten er lettere å forstå.

Mod portal API

wiki.factorio.com

Space Age og quality/Elevated Rails opprydding

Space Age er en betalt utvidelse utgitt 21. oktober 2024, og strukturelt består den av 3 ekstra modifikasjoner. Når du ser både 日本語 og engelske beskrivelser på Space Age, er innholdet ganske stort, 4 nye planeter, 5 typer vitenskapspakker, 22 bygninger, 30 mellomprodukter, 5 våpen, 2 typer fiender, og 29 prestasjoner blir lagt til. Som en forlengelse av vanilla, selv om du begynner å se det, ender du opp i et helt eget fase halvveis gjennom, denne DLC'en er virkelig "nesten en annen Factorio".

Det som er viktig her, er at Space Age-tilleggene ikke er "fast funksjonalitet direkte brent inn i selve spillet", men en administrasjonsmål som også kan ses på MOD-skjermen. Akkurat derfor, når du åpner modifiseringslisten etter implementering, er "hvor går den offisielle delen slutt og hvor begynner community-modifikasjonene" først uklart, men som en mekanisme, kan det forstås på samme skjerm som vanlig MOD-administrasjon.

Quality er imidlertid litt spesiell, og som beskrevet i『Quality - Factorio Wiki』, kan den aktiveres som en uavhengig modifikasjon, men bruken krever eierskap av Space Age. Dette er faktisk ganske viktig, og bare fordi du installerte Space Age betyr det ikke at du alltid må inkludere quality i spillet ditt. Jeg deaktiverte bare quality for det første og berørte det i noen timer, deretter aktiverte jeg det og så på differansen. Med denne tilnærmingen blir det lettere å forstå ved erfaring hvor oppskrifter, utstyrsføelse og betydningen av produksjonslinje endres.

Elevated Rails er også likt quality når det gjelder organiseringssensibiliteten. Som et offisielt element er Elevated rail Space Age-siden sin funksjonalitet, men Mod Portal har også flere relaterte community-modifikasjoner. Det vil si, selv om du ser et navn relatert til "Elevated Rails" i modifiseringslisten, er det ikke alt som har samme betydning. Du må dele offisiell DLC-komponentmodifikasjon og community-modifikasjon som utvider, fremskynder eller justerer funksjonen.

Når du blir i stand til å gjøre denne distinksjonen, blir dommen betydelig lettere når du øker modifikasjoner i Space Age-miljøet. Forstå først forholdet mellom de 3 offisielle tilleggs modifikasjonene og quality, og deretter lag på QoL og større modifikasjoner. Etter Factorio 2.0 reduseres ulykkefrekvensen betydelig bare ved å se på modifikasjonsinstallasjon i denne rekkefølgen.

Det er 2 måter å installere modifikasjoner på: innebygd Mod Portal og manuell installasjon

Installasjonstrinn via innebygd Mod Portal

Det minst forvirrende er metoden for å bruke den innebygde Mod Portal direkte fra "MOD"-skjermen. Factorio gjør denne ruten rett forover, og søk, installasjon og oppdateringsflyt utføres på én skjerm på relativt enkelt, som er en styrke. Spesielt på stadiet der du legger til noen få QoL-modifikasjoner, er det lettere enn å spore avhengigheter manuelt.

Den faktiske flyten er enkel: åpne "MOD" fra hovedmenyen, søk etter modifikasjonsnavnet du vil installere i fanen for installasjon, velg målet og installer. Som det er kjent i miljøet, gjør denne metoden obligatoriske avhengigheter til å bli valgt lett, så mindre nybegynnere får større fordel. For eksempel, selv når bibliotektypen modifikasjon som ikke fungerer separat kreves, kan nettleserversjonnen på nettlesersiden følge med.

Etter installasjon blir den lagt til modifikasjonslisteen og kan vises i aktivert tilstand. Det som er viktig her er ikke bare om installasjonen lyktes, men om den lastes inn feilfritt ved oppstart. Automatisk håndtering av avhengigheter er ganske praktisk, men den håndterer ikke kompatibilitet helt for deg. I konfigurasjon av større modifikasjoner eller DLC-forutsetninger, selv om installasjonen selv lyktes, kan innlastingsstadiet stoppe.

Teknisk sett, 『Mod portal API - Factorio Wiki』 organiserer også informasjonsinnhenting og nedlastingsspesifikasjoner fra MOD, og api/mods/{name}/full tillater deg også å hente avhengighetsmatrisen. Du trenger ikke å berøre APIen direkte under normal spilling, men det å vite bakgrunnen for at nettleserversjonnen på nettlesersiden blir enklere å håndtere mens du ser avhengigheter, gjør at hvorfor denne metoden er for nybegynnere blir meningsfull.

Kontooppretting og Steam-integreringsbemerkninger

Når du bruker den innebygde Mod Portal, er det en liten fallgruve: nedlastingen krever en factorio.com-konto på stedet. Selv om du kjøpte Factorio på Steam, er modifiseringsinnhentingsruten ikke direkte koblet til Steam-funksjonen, og offisiell Mod Portal-side autentisering er involvert.

Av denne grunn, selv for Steam-versjonskjøpere, er det lettere å organisere hvis du oppretter en factorio.com-konto og knytt den til Steam-kontoen. Når du gjør dette, blir flyten fra å søke etter modifikasjoner i spillet til å installere dem direkte stabil. Omvendt, hvis denne koblingen er uklart, blir det lett å oppstå en situasjon der "spillekroppen starter, men bare modifikasjonen kan ikke hentes", og det blir årsaken til forvirring under første installasjon.

I Space Age-miljøet er denne erkjennelsen spesielt viktig. Siden offisielle tilleggselementer også ser ut i sammenheng med modifiseringslisten, er DLC-derivater og community-modifikasjoner på samme skjerm. Hvis autentiseringssiden blir forviklet her, er det vanskelig å se om det er installasjonsfeil, eierproblemer eller avhengighetsfeil. Når jeg setter opp et nytt miljø, ser jeg først etter innloggingstilstand i spillet før jeg berører modifikasjoner. Dette eneste trinnet gjør at årsaksoskiltning blir mye raskere.

Manuell installasjon (mods-mappeinstallering) og zip-håndtering

Manuell installasjon er plassering av distribuert zip direkte i mods-mappen det grunnleggende. Det er lett å forestille seg at du skal pakke det ut og bare plassere innholdsmappen, men vanligvis er bare zip plassert i posisjonsinnstillingene tilstrekkelig. Factorio sin bruk av mods-mappen på brukerdata-siden er som nevnt tidligere, og hvis du endrer write-data, blir det faktiske plasseringsstedet der.

Styrken med denne metoden er at versjonsfesting og verifikasjon blir enklere. For eksempel, hvis du vil holde en større modifikasjon i den gamle versjonen, unngå at konfigurasjonen blir ødelagt av oppdateringer, eller hvis du vil beholde miljøet for reproduksjon, er det lettere å håndtere enn innebygd installasjon. I stedet blir håndtering av avhengigheter og konflikter premisset du selv administrerer. Hvis nødvendig forutsetningsmodifisering mangler, stopper den oppstart på normal måte, og hvis du mikser ting som krever DLC, blir det avvist på stedet.

Hva som er lett å overse, er at du ikke skal samtidig ha flere versjoner av samme modifikasjon. I miljøet er det kjent at hvis du lar flere versjoner av samme modifikasjon på mods-mappen være parallelt, starter det ikke. Før jeg manuelt installerer større modifikasjoner, sjekker jeg hver gang om det er duplisert samme navn zip eller samme navnmappe direkte under mods. Bare dette reduserer oppstartsfeil betydelig. Det er diskret i praksis, men det er den mest effektive sjekken.

Hvis du manuelt justerer konfigurasjonen, er innlastingsrekkefølge og stoppsted lett organisert ved å se loggen, og ved å skrive ut alle aktive modifikasjoner og versjoner til script-output/mods.txt, blir det også lett å sammenlikne konfigurasjonen senere. Under konflikt-splitting-stadiet hjelper denne listen enormt til. Når det gjelder kompatibilitet som lett blir fast, blir det lett å håndtere når du ser det sammen med konfigurasjonsjusteringsspørsmål nedenfor.

Valg mellom installasjonsmåter

Installasjonsmåter er ikke om fortrin og ulemper, men delt basert på hva du vil gjøre er mer praktisk. For første QoL-installasjon eller vanlig spilling, er den innebygde Mod Portal åpenbart enklere. Du søker, installerer, og avhengigheter blir plukket opp i en viss grad, så initialhastigheten for å utvide konfigurasjonen er veldig lett.

Derimot, hvis du prioriterer versjonsfesting, verifiseringsgjengivelse, eller bevaring av spesifikk konfigurasjon, er manuell installasjon bedre egnet. Metoden for å plassere og administrere zip er diskret, men det er mye lettere å holde den samme tilstanden uten å bli rystet av oppdateringer. Når du arbeider med store konfigurasjoner som Krastorio 2 eller Space Exploration, blir verdien av denne stabiliteten ganske synlig.

Kort sagt, forskjellen mellom de to er at innebygd Mod Portal er "installeringsens letthet", manuell installasjon er "konfigurasjonens fasthet". Imidlertid, siden manuell administrasjon krever at du selv plukker opp manglende avhengigheter og konflikter, hvis du gjør et stort omfang av installasjon med en gang når du ikke er vant til det, blir det lett å bli stuck. I den forstand er det naturlig å først begynne lite med innebygd, og deretter skifte til manuell etter behov.

Detaljert perspektiv er lett å forstå når du ser "avhengighet", "hovedkroppskompatibilitet", "innlastingsrekkefølge" fra kompatibilitetskontrollperspektiv.

Plasseringen av mods-mappen og brukerdata katalog

Brukerdata og mods-mappe etter OS

I Factorio administreres MOD, lagringer, innstillingsfiler i bunn bruker data katalog. Mods-mappen som du berører i manuell installasjon er også her, og å forstå den som det samme lagringssystemet som lagringer og ulike innstillinger gjør det lettere å organisere. Stien er annerledes etter OS, og den nøyaktige sammensetningen er samlet i『Application directory - Factorio Wiki』.

Hvis du bare sjekker ofte brukte standardstier på forhånd, er %APPDATA%\Factorio\mods på Windows, ~/.factorio/mods på Linux, og ~/Library/Application Support/factorio/mods på macOS standard. Siden saves og konfigurasjonsrelaterte filer også ligger ved siden av her, er det "Factorio brukerdata-pakken" å se på det snarere enn å tenke på bare MOD som en separat ting, det mye mindre forvirrende i praksis.

Jeg har dobbel miljø av Windows og Linux å spille med, men snarere enn å forfølge bare mods, var det enormt lettere å se mods, saves, config som samlet samme modermappe-enhet. Siden sikkerhetopienheter og synkroniseringsenheter er einstilt, reduseres ulykker der "bare lagringerne er nye på dette miljøet", "bare innstillingene er gamle på den siden" betydelig. Når du reiser rundt med store MOD-konfigurasjoner, gjør denne forskjellen stor innflytelse.

Effekten av write-data-alternativen

Hva som er lett å overse, er at den faktiske lagringsplasseringen ikke er fikset på standardstien. Factorio tillater deg å endre plasseringen av brukerdata katalogen ved write-data-innstillingen i config/config.ini. Hvis du har skrevet om denne innstillingen, blir MOD-lagringsstedet også mods-mappens posisjon, koblet til den nye lagringsplassen.

Det betyr at selv om du tenker "Windows, så bør den være på %APPDATA%\Factorio\mods", i miljøer som bruker write-data, blir det en lufttur. Ikke bare mods, men saves, innstillinger, script-output flytter alle sammen, så denne innstillingen blir premiss for manuell installasjon, sikkerhetskopi og gjenoppretting. Zip-plasseringsarbeidet nevnt i forrige avsnitt er også faktisk utført på katalogen som write-data peker på.

Å forstå denne spesifikasjonen gjør administrasjonen av flere miljøer ganske ren. Jeg bruker write-data for å gjøre det klart i dobbel miljø, og etter at jeg løste ut brukerdata-lagringsstedet for å være konsistent, ble sikkerhetskopi og synkronisering umiddelbar lett. Snarere enn å forfølge bare mods, blir det meningsfylt at sparkalag moderkalog blir fast, reproduserbarheten av konfigurasjonen øker.

Forholdet mellom lagring, innstillinger og player-data.json

I brukerdata-katalogen, ikke bare MOD og lagringer, men innstillinger og kontorelated informasjon er også inkludert. Blant dem, det som er viktig å ha kjennskap til er player-data.json. Det er ikke bare et oppbevaringssted for utseendekonfigurasjoner, men en fil som inneholder Mod Portal-tokens som blir håndtert. Når du organiserer de rundt MOD-henting og API-bruk i spillet, gjør det å kjenne rollen til denne filen at situasjonen blir mindre misforstått.

Å organisere: mods er den installerte MOD-kroppens selv, saves er fabrikken dataene du spiller, ulike innstillingsfiler er driftsmiljøet for operasjoner og displayet, player-data.json er playerinformasjonen og Mod Portal-autentiseringsstøtten, det er slik boligdelingen fungerer. Siden alle er i samme brukerdata katalog, i sikkerhetskopi og migrasjon, å håndtere dem delvis snarere enn som relatert ensemble, er det som er fornuftig.

Å vite denne strukturen gjør at under miljømigrering eller gjenoppretting, "MOD ble gjenopprettet, men bare innloggingstilstanden er annerledes" "Lagringer er der, men innstillinger ble ikke gjenopprettet" og lignende misalignments årsaker blir lett synlige. Factorio filmanipulering er litt uelegant, men å forstå at lagring, innstillinger, autentiseringsinformasjon er alle på samme fundament gjør at hvor du berører og hva som endres blir helt klart.

Sikker drift av oppdateringer, deaktivering og sikkerhetskopiering

Sjekkliste før oppdatering og sikkerhetskopi

Oppdatering av kropp eller installasjon av nye MOD endrer ulykkefrekvensen stort ved evakuering før installasjon snarere enn ved installasjonsmomentet. Siden Factorio har MOD, lagringer, innstillinger samlet i samme brukerdata katalog, innan oppdatering er det mindre brutt drift hvis du tar sikkerhetskopi av moderkalog med det samme snarere enn å plukke ut og evakuere individuelle filer. 『Application directory - Factorio Wiki』 organiserer også basert på denne lagringsplassen.

I praksis, å ZIP hele brukerdata katalogen før oppdatering og gjenopprett, er mye raskere enn å evakuere bare mods og saves separat. Jeg fikser også denne enheten før stor oppdatering, men gjenoppretting er kort tidsrom selv når det oppstår inkonsistens. Spesielt ved oppdateringer som Space Age der offisiell side tilleggselementer er stort, blir komponentendringen introdusert på en gang, så verdien av dette trinnet er ganske høy.

Som oppdateringskontroll, snarere enn å øke antall elementer, blir det lettere å gjennomføre hvis du snører ned til disse 3 punktene.

1. Evakuer hele brukerdata katalogen på forhånd
2. Dupliser lagringen som er under spilling med annet navn
3. Vær bevisst om oppdateringen er slik at den vil ødelægge nåværende MOD-konfigurasjon før du bruker den

Her er det spesielt viktig lagringsduplisering. MOD tillegging og fjerning påvirker ikke bare lastevekk, men også replay-kompatibilitet. Som『Replay System - Factorio Wiki』 beskriver, når MOD-konfigurasjon endres, blir replay-data ødelagt. Selv om det er lett å overse i vanlig spilling, blir det effektivt senere når du vil gjøre gjengivelse eller verifisering, så sikkerhetopilagringsduplisering før oppdatering er tett på vanlig drift snarere enn forsikring.

Grunnlaget for deaktivering og gjenoppretting (rollback)

Hvis problemer oppstår etter oppdatering, snarere enn å gå på jakt etter årsaken med en gang, verifisering av om du kan gå tilbake til det forrige stabile tilstanden er raskere å se først. Factorio MOD-problemer er oftere "kombinasjonen av kropp, MOD, lagring" snarere enn "en ødelagt fil", så rollback blir også basert på kombinasjonsenheten.

Første trinnet i deaktivering er å skille ut tilføyde MOD eller oppdatert MOD. Imidlertid, bare å avmerke avmerkingen betyr ikke at det blir helt som før. Lagring kan lastes, men innholdet kan bli modifisert, eller omvendt, lagringsseiten kan være lagret på grunnlag av MOD. Spesielt MOD som legger til produksjons kjeder eller enheter har bredt påvirkningsomfang, og lagret øyeblikk det fjernes er fabrikken blir noe annet.

Av denne grunn blir prioriteringen for gjenoppretting gjenopprett både det lagringen du duplisert før oppdatering og mods-tilstanden før oppdatering som et sett snarere enn "fjern den problematiske MOD". Dette gjør det lettere å unngå halvferdig tilstand som "lagring er bare gammel" "MOD er bare ny". Som nevnt i forrige avsnitt, er ideen om å håndtere brukerdata som moderkalog-enhet også effektiv her.

Det som er lett å overse under rollback er innstillinger som automatisk aktiverer nye MOD. I konfigurasjon hvor du plasserer zip i mods-mappen, kan MOD bli aktivert klar neste gang du starter. Selv om du mente å gjenopprette, bare at det er ekstra zip igjen, gjør det lett å gjenoppta, så når du går tilbake er det meningsfylt å få både "hvilke filer som ligger" og "hvilken MOD som blir aktivert" på samme linje.

Avvikelsestrategi for blandet flere versjoner

Det er ganske mange tilfeller der du ønsker å oppbevare den gamle versjonen. Verifiseringsconfigurasjon, seving-under-spilling langliv, spesifikk MOD-kompatibilitetsventing, og så videre grunner er variert, men det som lett oppstår her er sammensetting av flere versjoner. Hvis du akkumulerer ny og gammel zip i samme mods-mappe, og videre oppdaterer kroppen også, blir det uklart med hvilken kombinasjon det fungerer. Når problemer oppstår, blir avskjæring vanskelig, og denne tilstanden er den mest typiske temperaturkilden.

Hvis du trenger å beholde den gamle versjonen, er driften så stabil som mulig det å manuelt holde den på en som sikker. Snarere enn at du sameksisterer i samme sted er vanlig driftskonfigurasjon og verifisering