Waarom apps bijwerken op de Mac lastiger is dan het lijkt
Alles bijwerken kan handig zijn, maar controleer eerst waar elke app vandaan kwam, of het pakket betrouwbaar is, en hoe je de vorige versie terug kunt zetten. Die controles overslaan kan je een licentie opleveren die niet meer werkt, dubbele apps, of een onvolledige installatie.
Controleer vóór het bijwerken hoe de app is geïnstalleerd en wat je kunt doen als vervangen mislukt.
Drie updatekanalen met verschillende regels
Mac-software komt meestal via een van drie oppervlakken. Elk heeft een andere autoriteit voor upgrades.
| Kanaal | Wie de volgende versie bepaalt | Typische faalwijze |
|---|---|---|
| Mac App Store | De winkelcatalogus van Apple voor die Apple ID | Een aankoop, familie delen, of een nieuwere macOS-eis verhindert dat de app wordt bijgewerkt |
| Download van de ontwikkelaar (Sparkle, Electron, eigen) | De feed of downloadpagina van de leverancier | Een pakket dat niet past, een achtergebleven helper, of een stille gedeeltelijke vervanging |
| Homebrew-formula of -cask | De formula- of cask-metagegevens van Homebrew | Een zelf-updater vecht met Homebrew, of een brede brew upgrade verplaatst te veel tegelijk |
Een vierde oppervlak staat ernaast: Software-update van macOS. Die vervangt Chrome, WhatsApp of je ontwerptools niet. Systeemupdates en app-updates in één denkbeeldige bak stoppen is een veelvoorkomende bron van vals vertrouwen.
Voor de how-to per kanaal, zie Mac-apps bijwerken. Dit artikel gaat over oordeel: wanneer je wacht, wanneer je controleert, en wanneer een batchupdate de verkeerde vorm is voor het risico.
Waarom "nieuwer" niet altijd "vandaag beter" is
Beveiligingsreparaties verdienen meestal voorrang. Functiereleases en grote versiesprongen niet. Controleer drie feiten voordat je een rij goedkeurt:
- Release-opmerkingen voor brekende wijzigingen. Pluginhosts, audiotools, IDE's en alles met ondertekende binaire bestanden kunnen een werkwijze van de ene op de andere nacht ongeldig maken.
- Of je terug kunt. Geschiedenis van de App Store, een DMG die je hebt bewaard, een Time Machine-momentopname, of een Homebrew-pin moet je controleren om te bevestigen of die de vorige versie kunnen bewaren of terugzetten. Ga er niet van uit dat een oudere download beschikbaar blijft.
- Of iets anders van deze build afhangt. Een vastgezette CI-image, een klantproject, of een licentie die aan een buildnummer hangt, kan "nieuwste" duur maken.
Een stille week vóór een deadline is een slecht moment voor een opportunistische grote upgrade. Een stil weekend na een reservekopie is een beter moment.
Eén probleem kan meerdere updates raken
Batchupdates delen accounts, downloaddiensten en installatiestappen. Een mislukking in een daarvan kan meerdere apps raken.
| Gedeeld risico | Hoe het eruitziet | Veiligere gewoonte |
|---|---|---|
| Eén geblokkeerde aankoop houdt de lijst tegen | Een betaalde App Store-update wacht op Aanmelden of Kopen, en de rest start nooit | Scheid Store-rijen van gratis of geverifieerde downloads |
| Eén slecht pakket vergiftigt het vertrouwen | Een mislukte vervanging laat een half bijgewerkte bundel achter; je probeert alles opnieuw | Werk kritieke apps eerst één voor één bij |
| Overschrijven via het verkeerde kanaal | Een DMG van een website landt op een kopie die Homebrew of de Store beheert | Bevestig de herkomst voordat je vervangt |
| Onvolledige controle behandeld als "geen updates" | De interface die nog scant, oogt leeg | Wacht tot de controle klaar is voordat je beslist |
Updatefeeds kunnen ook dubbelzinnige informatie bevatten. Universal Purchase-records, alleen-iOS-versies, prereleasekanalen en ongebruikelijke versieformaten kunnen voor Mac-updates worden aangezien. Verschijnt een update elke dag maar installeert die nooit, onderzoek dan de oorzaak voordat je het opnieuw probeert.
Controleer voordat je vervangt
Voor een pakket van de website van de ontwikkelaar is verificatie het verschil tussen een update en een niet-vertrouwd binair bestand:
- Kies liever HTTPS-downloadpagina's die je al vertrouwt, niet een doorgestuurde Discord-link.
- Kies liever pakketten die de updater heeft ondertekend of van een checksum heeft voorzien, als de leverancier dat bewijs publiceert.
- Kies liever een updater in de app die dezelfde bundle-identifier vervangt boven een willekeurige zip die in
/Applicationsis gedropt. - Sluit de app en de helpers af voordat je die vervangt, zodat ze geen bestanden blijven schrijven.
Homebrew heeft een eigen contract: brew outdated bekijkt, brew upgrade <token> past toe. Sommige GUI-casks leveren ook een zelf-updater. Beide draaien zonder brew info te lezen is hoe je twee beheerders krijgt die om één .app vechten.
Een praktische updatevolgorde
- Maak een reservekopie, of bevestig dat Time Machine of je gebruikelijke momentopname recent is.
- Rond aanmeld- of aankoopvragen van de App Store eerst op zichzelf af.
- Werk de een of twee apps bij waar je vandaag op leunt, open ze daarna en doe een rooktest.
- Draai de overige updates met laag risico als een batch.
- Laat alles met plugins, drivers, of "major" in de versiesprong liggen voor een bewust moment.
Mislukt een update, stop dan de batch. Probeer die ene app opnieuw, lees de notitie van de leverancier, en ga pas daarna verder. Een geannuleerd of mislukt onderdeel is geen bewijs dat elke andere rij onveilig is, maar wel bewijs dat je aandacht eerst bij de mislukking hoort.
Waar Mole past
De lijst Software-updates van Mole is gebouwd om die beslissingen zichtbaar te maken in plaats van ze achter één voortgangsbalk te verbergen. Updates in de stijl van de App Store en Sparkle kunnen samen lopen; een openstaande aankoop hoeft de rest niet tegen te houden; een mislukte of geannuleerde rij kun je opnieuw proberen zonder elke andere app opnieuw door hetzelfde pad te dwingen. Websitepakketten die een expliciete overdracht nodig hebben, blijven expliciet, en Mole verifieert ondersteunde downloads voordat het de geïnstalleerde app vervangt als dat pad beschikbaar is.
Alles bijwerken blijft een oordeel. Mole toont wat je moet bekijken: herkomst, voortgang en mislukkingen blijven vastzitten aan de app die ze bezit. Houd voor kanaalopdrachten en details over Store tegenover Homebrew Mac-apps bijwerken in de buurt.
Veelgestelde vragen
Moet ik elke automatische updater aanzetten?
Automatische updates zijn redelijk voor browsers en andere netwerkclients met hoog risico als je het kanaal van de leverancier vertrouwt. Houd grote creatieve tools, audioplugins en alles met een vastgezette projectversie op handmatige controle.
Is Homebrew veiliger dan een DMG van een website?
Geen van beide is universeel veiliger. Homebrew geeft je een formula die je kunt bekijken en een bekende upgrade-opdracht. Een DMG van de leverancier kan even goed zijn als die ondertekend en gedocumenteerd is en dezelfde app vervangt. Problemen beginnen als beide kanalen dezelfde installatie beheren.
Waarom blijft een update verschijnen nadat ik die heb geïnstalleerd?
Veelvoorkomende oorzaken: de controle liep tegen een oude catalogus, de bundel op schijf is nooit veranderd, een helper is nog de oude build, of de feed adverteert een build die niet voor de Mac is of een prerelease. Bevestig de versie in het venster Over van de app voordat je het opnieuw probeert.
Vervangt Mole de App Store of Homebrew?
Nee. Mole coördineert het ontdekken en ondersteunde installatiepaden; accountregels van de App Store en eigenaarschap van Homebrew blijven gelden. Gebruik Mole om te zien wat openstaat, en laat elk kanaal daarna afronden onder het eigen contract.