Många program vill skicka användarstatistik, felloggar, kraschrapporter och annan diagnostik till sina servrar. Vissa människor inaktiverar dessa alternativ, men ska du?
I allmänhet vill applikationer ladda upp två typer av användningsdata: allmän användarstatistik och information om fel,
Användarstatistik - som även kan kallas telemetri - inkluderar information om hur du använder programmet, inklusive vilka knappar och menyer du samverkar med och hur ofta du använder dem. I fråga om en webbläsare som Firefox eller Chrome innehåller uppgifterna information om hur många flikar du har öppet och hur mycket minne din webbläsare använder, hur många tillägg du har installerat, och så vidare. Andra applikationer kommer att titta på vilka alternativ du har aktiverat och hur ofta du använder programmet. En spelapplikation som Steam tittar på hårdvaran i din dator, så spelutvecklare kan se hårdvaran som de ska rikta in sig på. De exakta typerna av data som skickas varierar från applikation till applikation.
Felinformation och kraschrapporter innehåller information om vad som hände när en krasch eller annan fel inträffade. Om ett program kraschar, kan det till exempel uppmana dig att skicka information om kraschen över Internet. Denna information innehåller vad du gjorde vid krasch och några av innehållet i programmets minne. Tanken är att inkludera tillräckligt med information så att programmets utvecklare kan avgöra vad som orsakade kraschen.
Exakt data som skickas varierar från applikation till applikation. De flesta applikationer frågar dig och frågar om du vill aktivera den här funktionen eller lämna den inaktiverad som standard, även om vissa program automatiskt aktiverar den. Vissa program låter dig inaktivera eller aktivera användarstatistik och felrapporter separat. Vissa program kan låta dig kontrollera kraschrapporter och bekräfta innan de laddas upp. Kraschrapporteringsfunktionen inbyggd i Windows gör det här men vissa kanske inte.
Utvecklare brukar hänvisa till användarstatistik när man bestämmer vilka ändringar som ska göras i programmet, vilka funktioner som ska fokusera utvecklingen på och informera andra beslut som beror på hur användarna faktiskt använder programmet. Mozilla vet till exempel vilka delar av Firefox-gränssnittet som användarna interagerar med - åtminstone de användare som rapporterar användarstatistik. De kan då ta hänsyn till denna information när du ändrar Firefox-gränssnittet. Knapps knappar som användarna sällan använder kommer att döljas i menyer, medan alternativ som ofta används kommer att bli enklare att komma åt. Om en utvecklare vet att mycket få användare använder en viss funktion i sitt program, kan de sluta arbeta med den funktionen. Om en utvecklare vet att väldigt få användare använder ett operativsystem, som Windows XP, kan de avsluta officiellt stöd för Windows XP. För att kunna fatta dessa beslut behöver utvecklare ha information som denna användarstatistik, annars skjuter de blint i mörkret.
Kraschrapporter används för att identifiera frekvensen av specifika kraschar och ge utvecklare information om deras orsaker. Med tillräckliga kraschrapporter kan utvecklare identifiera de vanligaste krascherna och fixa dem. Detta hjälper utvecklare när de arbetar med de största problemen för riktiga användare och ger dem tillräckligt med data för att se vad som orsakar kraschen på många riktiga datorer.
Det är faktiskt en ganska bra idé för att du ska skicka användarstatistik och kraschrapporter. Att skicka användarstatistik säkerställer att utvecklare vet hur människor som du använder programmet och kan fatta beslut med dina användningsmönster i åtanke. När Microsoft till exempel tog bort startknappen från Windows 8, sa de att de gjorde det eftersom mycket få personer faktiskt använde Start-knappen enligt användarstatistik som de samlade från "Microsoft Customer Experience Improvement Program" i Windows 7. Några personer teoretiserade att kanske bara mindre krävande nybörjare använde programmet Customer Experience Improvement, medan kraftanvändare - som använde startknappen - var mycket mer benägna att inaktivera det. Kanske, om fler strömanvändare hade den här funktionen aktiverad, skulle Microsoft ha omprövat borttagning av Start-knappen - ett tydligt fel på deras sida eftersom de lagt till Start-menyn tillbaka till Windows 10.
I händelse av kraschrapporter säkerställer det att utvecklare vet att du faktiskt hade kraschen genom att skicka in en kraschrapport. Mozilla insåg till exempel att den främsta orsaken till kraschar i Firefox var Adobes Flash plug-in. Detta ledde till slut till införandet av plug-in sandboxing, där Flash kan krascha på egen hand utan att dra ner hela Firefox-webbläsaren. Om Mozilla inte hade den här informationen om krascher, är det möjligt att plug-in sandboxing aldrig skulle ha introducerats och Flash skulle fortsätta att föra Firefox ner i naturen.
The riktig anledning att många människor inaktiverar dessa funktioner beror på att de inte vill att deras personliga data läcker ut - de vill inte spåras av företag eller har känsliga data sitta i en databas någonstans. Så hur känslig är denna data, verkligen?
När det gäller användarstatistik är uppgifterna osannolikt mycket känsliga. Det är allmänt anonymiserat, eftersom utvecklarna inte bryr sig om vilken skärmupplösning en specifik användare använder. De vill veta hur vanliga olika skärmupplösningar är och kanske kombinera data för att se om det finns allmänna mönster. Människor med specifika skärmupplösningar brukar använda olika gränssnittselement. Allt detta kan vara till hjälp för utvecklare, men det är i allmänhet inte särskilt känsliga data och kommer sannolikt att bli anonymiserade.
I händelse av kraschrapporter kan det hända att det blir lite mindre. Utvecklare vill inte samla personuppgifter med kraschrapporter - de vill bara se vad programmet gjorde när kraschen inträffade. Beroende på programmet kan det leda till att vissa personuppgifter skickas. Om du till exempel spelar ett onlinespel och det kraschar borde du gärna skicka en felrapport om du blir ombedd. Det är osannolikt att du har känslig personlig information som skickas tillsammans med felrapporten.
Om emellertid du gör din webbbank eller skriver känslig information i en webbläsare och det kraschar, kanske du inte vill skicka en fullständig kraschrapport. Dessa kan innehålla minnesdoppar av vad programmet gjorde när kraschen inträffade, och om du gjorde något privat att du inte vill att andra ska se, t.ex. titta på ditt bankkonto, skriva in ditt kreditkortsnummer eller skicka En personlig e-post - du kanske vill avböja att skicka kraschrapporten. Det är därför som vissa program gör att du kan se mer detaljerad information om minnesdumpen innan du skickar den.
RELATED: Stopp kritisera Apps för "Phoning Home". Istället kan Fråga Varför
Användningsstatistik vara ovärderlig och viktig för att styra utvecklingen av programvara du använder - och de ska inte negativt påverka din integritet. Kraschrapporter kan också hjälpa utvecklare att lösa problem i sina applikationer. I de flesta fall är kraschrapporter säkert att skicka.
Medan många strömanvändare stänger av funktioner som "telefon hem" är det vanligtvis en bättre idé att lämna sådana funktioner aktiverade. Naturligtvis kan du välja vilka program du vill aktivera sådana funktioner i. Kanske du vill skicka användarstatistik till Mozilla, men inte Microsoft. Det är upp till dig.
Bildkrediter: Andy Roberts på Flickr
Allt du behöver veta om den blå skärmen av döden
Den blå skärmen av döds-eller BSOD-är alltid en ovälkommen syn. BSODs visas när Microsoft Windows stöter på ett kritiskt fel som det inte kan återställa, vanligtvis resulterar resultatet av program med låg nivå (eller drivrutiner) krasch eller felaktig maskinvara. Vad som orsakar blåskärmar från dödsfallet Blå skärmar är generellt orsakad av problem med din dators hårdvara eller problem med maskinvarans drivrutinsprogramvara.
Frågan SuperUser-läsaren William vill veta om domänplattformar kan upptäcka när folk gör WHOIS-förfrågningar: Jag har alltid använt whois domain.com för att kontrollera om domäner, men Den här stackutbytesfrågan gjorde att jag slutade och tänkte: Hur kontrollerar jag att domänen är tillgänglig utan att utlösa en gripare?