Firefox slår som standard krypteret DNS til for at afværge snooping-internetudbydere

USA-baserede Firefox-brugere får krypteret DNS-opslag i dag eller inden for et par uger.

Firefox vil begynde at skifte browser-brugere til Cloudflares kodede-DNS-tjeneste i dag og gennemføre ændringen over hele USA i de kommende uger.

“I dag begyndte Firefox udrullingen af krypteret DNS over HTTPS (DoH) som standard for USA-baserede brugere,” sagde Firefox-producent Mozilla i en meddelelse, der planlægges at gå live på dette link tirsdag formiddag. “Udrullingen fortsætter i løbet af de næste par uger for at bekræfte, at der ikke opdages store problemer, da denne nye protokol er aktiveret for Firefox’s USA-baserede brugere.”

DNS over HTTPS hjælper med at forhindre aflyttere i at se, hvilke DNS-opslag din browser laver, hvilket muligvis gør det vanskeligere for internetudbydere eller andre tredjeparter at overvåge, hvilke websteder du besøger. Som vi tidligere har skrevet, drives Mozillas omfavnelse af DNS over HTTPS delvis af bekymring over internetudbydere, der overvåger kundernes webforbrug. Mobilbredbåndsudbydere blev fanget og solgte deres kunders realtidsdata til tredjepart, og internetudbydere kan bruge browsinghistorik til at levere målrettede annoncer.

Trådløse og kabelforbundne internetudbydere sagsøger staten Maine for at stoppe en privatlivslov om browsing, der kræver, at internetudbydere skal få kundernes opt-in-samtykke, før de bruger eller deler browseshistorik og andre følsomme data. Teleselskaberne overbeviste allerede Kongressen og præsident Trump om at eliminere en lignende føderal lov i 2017.

ISP’er protesterede krypterede DNS-planer

Mozilla er ikke blevet afskrækket af en bredbåndsindustriel lobbykampagne mod krypteret DNS. Internetudbydernes lobbyvirksomhed målrettede Googles plan for Chrome-browseren, selvom Firefox distribuerer DNS over HTTPS mere aggressivt.

Med webbrugere, der allerede spores kraftigt af virksomheder som Google og Facebook, har Mozilla sagt, at det omfavner DNS over HTTPS, fordi “vi ikke ønsker at se, at den forretningsmodel, der duplikeres midt i netværket”, og “det er bare en fejl at brug DNS til disse formål. “

“I dag ved vi, at ikke-krypteret DNS ikke kun er sårbar overfor spionage, men udnyttes, og derfor hjælper vi Internettet med at skifte til mere sikre alternativer,” sagde Mozilla i sin meddelelse i dag. “Vi gør dette ved at udføre DNS-opslag i en krypteret HTTPS-forbindelse. Dette hjælper med at skjule din browserhistorik for angribere på netværket, [og] hjælper med at forhindre datainsamling fra tredjepart på det netværk, der binder din computer til websteder, du besøger.”

Mens Firefox’s krypterede DNS som standard bruger Cloudflare, kan brugere ændre det til NextDNS i Firefox-indstillingerne eller manuelt indtaste adressen på en anden krypteret DNS-tjeneste. Firefox-brugere kan også deaktivere den nye standardindstilling, hvis de ikke ønsker at bruge nogen af de krypterede DNS-indstillinger.

Mozilla har sagt, at det er åbent for at tilføje flere krypterede DNS-udbydere, så længe de opfylder en liste med krav til privatliv og gennemsigtighed og ikke blokerer eller filtrerer domæner som standard “medmindre det specifikt kræves af loven i den jurisdiktion, hvor resolveren opererer .”

Mozilla aktiverer ikke krypteret DNS automatisk uden for De Forenede Stater. Men brugere uden for USA og USA-baserede brugere, der endnu ikke har fået den nye standardindstilling, kan aktivere DNS over HTTPS i Firefox-indstillingerne. For at gøre det skal du gå til Firefox “Indstillinger”, derefter “Generelt”, rulle helt ned til “Netværksindstillinger”, klik på “Indstillinger”, og klik derefter på “Aktivér DNS via HTTPS.” Når du har klikket på det felt, kan du vælge Cloudflare, vælge NextDNS eller indtaste en brugerdefineret server. Der er en liste over krypterede DNS-servere på denne Github-side.

Krypteret DNS vil ikke være tændt som standard i visse tilfælde, f.eks. Når Firefox opdager, at der er indstillet firmapolitikker på enheden, eller når det registrerer tilstedeværelsen af forældrekontrol. Disse og andre spørgsmål om, hvordan DNS via HTTPS fungerer i Firefox, besvares i denne FAQ.

Googles plan for krypteret DNS i Chrome – som stadig er i eksperimentfasen og ikke er blevet implementeret til alle – er lidt anderledes end Mozilla’s. I stedet for automatisk at skifte brugere til en DNS-udbyder valgt af Google, holder Chrome fast med hvilken DNS-udbyder brugeren har valgt. Hvis den brugervalgte DNS-udbyder tilbyder krypterede opslag og er på denne liste over udbydere, opgraderer Chrome automatisk brugeren til den DNS-udbyders krypterede service. Hvis den brugervalgte DNS-udbyder ikke er på listen, foretager Chrome ingen ændringer.

Firefox slår som standard krypteret DNS til for at afværge snooping-internetudbydere

USA-baserede Firefox-brugere får krypteret DNS-opslag i dag eller inden for et par uger.

Firefox vil begynde at skifte browser-brugere til Cloudflares kodede-DNS-tjeneste i dag og gennemføre ændringen over hele USA i de kommende uger.

“I dag begyndte Firefox udrullingen af ​​krypteret DNS over HTTPS (DoH) som standard for USA-baserede brugere,” sagde Firefox-producent Mozilla i en meddelelse, der planlægges at gå live på dette link  tirsdag formiddag. “Udrullingen fortsætter i løbet af de næste par uger for at bekræfte, at der ikke opdages store problemer, da denne nye protokol er aktiveret for Firefox’s USA-baserede brugere.”

DNS over HTTPS hjælper med at forhindre aflyttere i at se, hvilke DNS-opslag din browser laver, hvilket muligvis gør det vanskeligere for internetudbydere eller andre tredjeparter at overvåge, hvilke websteder du besøger. Som vi tidligere har skrevet , drives Mozillas omfavnelse af DNS over HTTPS delvis af bekymring over internetudbydere, der overvåger kundernes webforbrug. Mobil bredbåndsudbydere blev fanget og solgte deres kunders realtidsdokumentationsdata til tredjepart, og internetudbydere kan bruge browserhistorik til at levere målrettede annoncer.

Trådløse og kabelforbundne internetudbydere sagsøger staten Maine for at stoppe en privatlivslov om browsing, der kræver, at internetudbydere skal få kundernes opt-in-samtykke, før de bruger eller deler browserhistorik og andre følsomme data. Teleselskaberne overbeviste allerede Kongressen og præsident Trump om at eliminere en lignende føderal lov i 2017 .

ISP’er protesterede krypterede DNS-planer

Mozilla er ikke blevet afskrækket af en bredbåndsindustriel lobbykampagne mod krypteret DNS. Internetudbydernes lobbyvirksomhed målrettede Googles plan for Chrome-browseren, selvom Firefox distribuerer DNS over HTTPS mere aggressivt.

Med webbrugere, der allerede spores kraftigt af virksomheder som Google og Facebook, har Mozilla sagt, at det omfavner DNS over HTTPS, fordi “vi ikke ønsker at se, at den forretningsmodel, der duplikeres midt i netværket”, og “det er bare en fejl at brug DNS til disse formål. “

“I dag ved vi, at ikke-krypteret DNS ikke kun er sårbar overfor spionage, men udnyttes, og derfor hjælper vi Internettet med at skifte til mere sikre alternativer,” sagde Mozilla i sin meddelelse i dag. “Vi gør dette ved at udføre DNS-opslag i en krypteret HTTPS-forbindelse. Dette hjælper med at skjule din browserhistorik for angribere på netværket, [og] hjælper med at forhindre datainsamling fra tredjepart på det netværk, der binder din computer til websteder, du besøger.”

Mens Firefox’s krypterede DNS som standard bruger Cloudflare, kan brugerne ændre det til NextDNS i Firefox-indstillingerne eller manuelt indtaste adressen på en anden krypteret DNS-tjeneste. Firefox-brugere kan også deaktivere den nye standardindstilling, hvis de ikke ønsker at bruge nogen af ​​de krypterede DNS-indstillinger.

Mozilla har sagt, at det er åbent for at tilføje flere krypterede DNS-udbydere, så længe de opfylder en liste med krav til privatliv og gennemsigtighed og ikke blokerer eller filtrerer domæner som standard “medmindre det specifikt kræves af loven i den jurisdiktion, hvor resolveren opererer .”

Mozilla aktiverer ikke krypteret DNS automatisk uden for De Forenede Stater. Men brugere uden for USA og USA-baserede brugere, der endnu ikke har fået den nye standardindstilling, kan aktivere DNS over HTTPS i Firefox-indstillingerne. For at gøre det skal du gå til Firefox “Indstillinger”, derefter “Generelt”, rulle helt ned til “Netværksindstillinger”, klik på “Indstillinger”, og klik derefter på “Aktivér DNS via HTTPS.” Når du har klikket på det felt, kan du vælge Cloudflare, vælge NextDNS eller indtaste en brugerdefineret server. Der er en liste over krypterede DNS-servere på denne Github-side .

Krypteret DNS vil ikke være tændt som standard i visse tilfælde, f.eks. Når Firefox opdager, at der er indstillet virksomhedspolitikker på enheden, eller når det registrerer tilstedeværelsen af ​​forældrekontrol. Disse og andre spørgsmål om, hvordan DNS via HTTPS fungerer i Firefox, besvares i denne FAQ .

Googles plan for krypteret DNS i Chrome – som stadig er i eksperimentfasen og ikke er blevet anvendt til alle – er lidt anderledes end Mozilla’s. I stedet for automatisk at skifte brugere til en DNS-udbyder valgt af Google, holder Chrome fast med hvilken DNS-udbyder brugeren har valgt. Hvis den brugervalgte DNS-udbyder tilbyder krypterede opslag og er på denne liste over udbydere , opgraderer Chrome automatisk brugeren til den DNS-udbyders krypterede service. Hvis den brugervalgte DNS-udbyder ikke er på listen, foretager Chrome ingen ændringer.

Apple Maps udvider sin Street View-konkurrent til Boston, DC, Philadelphia

Dette følger en udvidelse i USA af mere detaljerede kort.

Apple Maps har langsomt udvidet regional dækning for sin Google Street View-lignende Look Around-funktion, og nu har MacRumors-forummedlemmer opdaget rollouts for funktionen i de amerikanske byer Philadelphia, Boston og Washington, DC.

Look Around blev tilføjet som en funktion i iOS 13 i september sidste år, men det blev lanceret med dækning kun i eller i nærheden af ​​San Francisco. Ligesom Google Street View giver funktionen brugere mulighed for at zoome ind på gadeniveaufotografering af de fleste gader i et byområde. Apple viser Yelp-lister og andre data om bygninger og monumenter i den virkelige verden i visningen, når Look Around vises på fuld skærm.

Generelt har vi observeret, at fotograferingens opløsning og kvalitet er bedre end hvad vi normalt har set i Googles version, og Apple anvender nogle glatte animationer og parallaxeffekter for at gøre visningen mere fordybende og naturlig.

Vi tog først et kig på Look Around i vores dybdegående iOS 13-gennemgang , hvor vi også benyttede lejligheden til at revurdere Apple Maps. Den dom, vi kom til dengang, var, at Apple Maps bliver meget mere konkurrencedygtig med førende Google Maps i mange dele af USA, men at det stadig hænger langt bag konkurrencen i de fleste andre regioner. Og vi benævnte mangel på robust Look Around-dækning som en vigtig ulempe sammenlignet med Google med dens meget indbyggede Street View.

På tidspunktet for gennemgangen havde Apple også påbegyndt processen med at rulle ud meget mere detaljerede kort i visse dele af staterne, som f.eks. Californien. Mellem dengang og nu har Apple afsluttet denne udrulning i hele USA.

Look Around kommer imidlertid langsommere end de opdaterede kort. Siden vores første gennemgang er Look Around blevet føjet til nogle andre amerikanske byer. Så vidt vi kan fortælle, er det disse byer, der har kigget omkring i dag:

  • San Francisco
  • Los Angeles
  • Houston
  • Las Vegas
  • New York City
  • Honolulu
  • Boston
  • Philadelphia
  • Washington DC

Naturligvis har mange andre store amerikanske bycentre som Chicago, Seattle og Atlanta stadig ikke denne funktion, og det er at sige intet om Europa, Asien, Latinamerika, Mellemøsten, Afrika, Oceanien eller andre regioner, der måske være prioriteter for Apple. Antagelig kommer de med tiden, men Apple har ikke offentliggjort en bestemt tidslinje. Indtil videre har brugere simpelthen været overrasket over at se support tilføjet i deres områder.

Look Around er tilgængelig på enheder, der kører de nyeste versioner af iOS og iPadOS, men det er endnu ikke ankommet på macOS.

Microsoft viser os endelig Xbox Series X’s tarm

Microsoft i dag kiggede på Xbox Series X’s specifikationer , hvilket betyder, at vi endelig ser, hvad de næste gener konsoller har under hætten. Og jeg kan ikke lyve: det ser godt ud.

Ifølge Xbox-hoved Phil Spencer vil XSX have en imponerende 12 teraflops med GPU-ydeevne, ” dobbelt så stor som en Xbox One X og mere end otte gange den originale Xbox One.” Det vil også have hardwareaccelereret ray-tracing og Variable Rate Shading (VRS), som kort sagt vil få spillene til at se pænere og mere realistiske ud. Spencer siger også, med tilføjelsen af ​​SSD-opbevaring, “er næsten ethvert aspekt af at spille spil forbedret.”

Ud over hardware afslørede Microsoft, at det bringer et par softwaregodtgørelser til XSX. Med dette kan du afholde flere spil i suspenderede stater, og begynde med det samme, hvor du slap. Den “multiple” del er det, der fascinerer mig, da jeg typisk spiller flere spil i en given uge. Virksomheden giver også sine førstepartsspil “Smart Delivery”, hvilket betyder ” du behøver kun at købe en titel én gang for at spille den bedste tilgængelige version for hvilken Xbox-konsol de vælger at spille på.” Tredjepartsspil kan også drage fordel af dette, og CD Projekt Red bekræftede via Twitter, at dens hotte nye titel,  Cyberpunk 2077 , vil være en, der gør det.

Stadigvis er beviset på hardware i spillet, hvis jeg måske vrider formsprøjten lidt. Disse interne kan være onde, men de har brug for et spil med passende heft for at vi virkelig kan sætte pris på dem. Indtil videre er den eneste, vi ved, at vi får ved lanceringen  Halo Infinite , hvilket betyder, at den stakkels gamle Master Chief igen bliver nødt til at bære selskabets håb og drømme på hans magtpansrede skuldre. I den sidste del af afsløringen bekræftede Spencer også, at XSX vil være bagudkompatibel med alle tidligere generationer af Xbox-spil, eller i det mindste dem, der allerede var tilgængelige på Xbox One, så i det mindste ved vi, at vi har masser af spil at spille i den henseende.

Vi mangler stadig en større detalje: pris. I betragtning af at Sony angiveligt venter på at give PlayStation 5 en pris, indtil Microsoft afslører XSX’erne, kan dette muligvis være Microsofts magttræk. Stadig er det lige så sandsynligt, at det venter på E3 eller en lignende begivenhed. Jeg udelukker stadig ikke muligheden for, at den muligvis har to konsoller, hvoraf den ene er en lavere version af denne til en lavere pris, bare for at retfærdiggøre, at XSX har en heftig prismærke.

Når jeg taler om det, er jeg ikke sikker på, hvad pokker Sony laver. Det er klart, at den ene konsol skal afsløres før den anden, men jeg troede ikke, at XSX ville undgå PlayStation 5 på næsten enhver afsløring. Rygtet fortæller, at Sony oprindeligt planlagde at afsløre sin konsol på dette års spiludviklerkonference, men da det er bakket op af dette over frygt for coronavirus, ved man ikke nøjagtigt, hvornår vi ser det. Ball har siddet på din domstol i et stykke tid nu, Sony.

Ny Sony Xperia 1 II-smartphone ser smuk ud og koster en latterlig sum af $ 1.300

Det har et sjovt navn, et firkantet design og en meget høj pris.

Det ville have været Mobile World Congress denne uge, hvis ikke for panikken over coronavirus – så gør dig klar til masser af nyheder fra en verden af ​​internationale smartphones. Først og fremmest har vi en påmindelse om, at Sony stadig er derude og fremstiller mobiltelefoner, og i går aftes annoncerede det “Sony Xperia 1 II.” Vent, hvad hvad ?! “Sony Xperia One Two?” Dette er faktisk mærket på samme måde som Sony-kameraerne, så ligesom “Sony A7 III” udtales “Sony Alpha syv  mark tre”, er denne ting tilsyneladende “Sony Xperia One Mark Two.” Vild.

Som de fleste af de telefoner, der annonceres i denne uge, er dette et flagskib 2020-smartphone med Snapdragon 865 og 5G, skønt Sony valgte kun at omfatte midtbånd 5G og ikke mmWave. Der er et 6,5 tommer 3840 × 1644 OLED-skærm, 8 GB RAM, 256 GB lagerplads og et 4000 mAh batteri. Telefonen er IP68-klassificeret, og den har et MicroSD-slot og trådløs opladning. Det kan også være den eneste flagskibssmartphone i 2020 med et hovedtelefonstik.

Som enhver anden Sony-smartphone er designet meget firkantet og temmelig smukt. Mens resten af ​​branchen handler om at maksimere skærmplads med kamerahak og andre skærmpletter, har Sony et par symmetriske rammen på toppen og bund, der huser frontvendte stereohøjttalere og frontkameraet. Kombinationen af ​​bezels og en 21: 9-skærm gør denne til en af ​​de højeste smartphones på markedet med målinger på 166mm × 72mm × 7.9mm.

På venstre side finder du en lydstyrke-rocker, og tro det eller ej, en udløserknap til kameraet, mens der på højre side er en kombinationsside-fingeraftrykslæser og tænd / sluk-knap. På bagsiden er der en lodret strimmel med fire kameraer, et 12MP hovedkamera, et 3x, 12MP telefoto, en 12MP vidvinkel og et Time of Flight-kamera til 3D-sensing.

Sonys officielle spec-ark viser ikke  opdateringsfrekvensen for skærmen, så vi antager, at det er en myr-standard 60Hz. Hurtigere skærme er den varme nye smartphone-trend i 2020. Sidste år sendte nogle få virksomheder 90Hz-skærme, og i år er 120Hz OLED-paneler regelmæssigt tilgængelige. Vi har stort set elsket hver hurtigere skærm, vi har prøvet, og finder ud af, at de bringer store forbedringer til en smartheds glathed og ydelse.

Udover at tage branding af Sony-kameraopstillingen, prøver Xperia 1 II at skabe et par funktioner og designrør fra Sony-kameraopstillingen. “Pro” -tilstanden til kameraet har et lignende design som Sony-kameraets interface. Hjemmesiden har endda et billede af den telefon, der bruges som en ekstern søger til et Alpha-kamera (selvom der er en app, så den fungerer med enhver telefon).

Xperia 1 II kan ikke gemme Sony Mobile

Mens tilpasningen til Sonys kameramærke ser ud som en mindre ting, er det en roman at se en Sony-smartphone, der ikke føles som om den er blevet kastet ud af resten af ​​virksomheden. Sony-telefoner har altid følt det som om de kunne drage stor fordel ved at være tættere bundet til resten af ​​Sony, men det har bare aldrig sket af en eller anden grund.

Smartphone-spil er enormt, og Sony har tilfældigvis en absolut massiv spilafdeling. Bortset fra et halvhjertet eksperiment har virksomheden aldrig forsøgt at binde Playstation-mærket tæt til en telefon. Forestil dig en PlayStation-telefon eller en PSP med smartphonefunktioner eller eksklusive AAA “Playstation” -spil til Sony-telefoner. Det har aldrig rigtig sket. Kameraer er også en vigtig funktion ved smartphones, og Sony er også branchen førende her. Det producerer den bedste smartphone-kamerahardware i branchen og er den foretrukne kameraleverandør til Apple, Samsung, Google og alle andre. Mens disse virksomheder regelmæssigt bruger Sony-hardware og deres egen software til at udvikle branchens bedste smartphonekameraer, har Sony aldrig rigtig gearet sin kamerahardware til branchens førende Xperia-kameraer.

Enhver mindre tilknytning af Xperia 1 II til resten af ​​Sony er sandsynligvis for lidt, for sent. På dette tidspunkt har Sony mistet smartphonekrigene og – ingen overdrivelse – svæver omkring markedsandelen på nul. Sidste kvartal solgte Sony kun 1,3 millioner smartphones, og kvartalet før dette ramte virksomheden et hele tiden lavt på 600.000 smartphones. For sammenhæng kan nogle virksomheder slå Sonys kvartalsvise salg af smartphones på en enkelt dag. Samsung solgte 79 millioner smartphones i 3. kvartal. Huawei solgte 65 millioner. Apple solgte 40 millioner.

Sony mangler virkelig båden ved ikke at sende den nyeste displayteknologi, men på typisk Sony Mobile-måde forhindrer det ikke den i at opkræve en præmie for Xperia 1 II. Telefonen lanceres i Europa for 1.199 €, eller cirka 1.300 $.

Open source-licenser: Hvad, hvilken og hvorfor

Lær, hvad open source-licenser er, hvilken man skal vælge, og hvorfor det betyder noget.

De fleste open source-projekter er langt mere restriktive med deres varemærker end deres kode. OpenBSD’s Puffy, Linux’s Tux og FSF’s Meditating Gnu er blandt de få FOSS-logoer, der let og lovligt kan remixes og genbruges til enkle illustrative formål.

De fleste har i det mindste hørt om open source-software nu – og har endda en ret god idé om, hvad det er. Dets egne armaturer krænker uophørligt om, hvad de skal kalde det – med lejre, der argumenterer for alt fra gratis til libre til open source og enhver mulig kombination af ovenstående – men den eneste ting, som enhver ekspert er enig i, er, at det ikke er open source (eller hvad som helst), hvis det har ikke en klar tilskrevet licens.

Du kan ikke bare offentligt dumpe en masse kildekoder uden en licens og sige “uanset hvad det er der, hvem som helst kan få det.” På grund af den måde, copyright-lovgivningen fungerer i det meste af verden, er fri tilgængelig kode uden en eksplicit erklæret licens copyright af forfatteren, alle rettigheder forbeholdt. Dette betyder, at det bare er usikkert at bruge ulicenseret kode, der er offentliggjort eller ej – der er intet, der forhindrer forfatteren i at komme efter dig og sagsøge om royalties, hvis du begynder at bruge den

Den eneste måde at faktisk gøre din kode open source og frit tilgængelig er at vedhæfte en licens til den. Fortrinsvis ønsker du en kommentar med navnet og versionen af ​​en velkendt licens i overskriften på hver fil og en fuld kopi af licensen tilgængelig i rodmappen til dit projekt, navngivet LICENSE eller LICENSE.TXT. Dette rejser naturligvis spørgsmålet om, hvilken licens der skal bruges – og hvorfor?

Der er et par generelle typer licenser tilgængelige, og vi dækker hver i sin egen sektion sammen med et eller flere fremtrædende eksempler på denne licenstype.

Standardlicens – ejendomsret, alle rettigheder forbeholdt

I de fleste jurisdiktioner er enhver kode eller indhold automatisk ophavsretligt beskyttet af forfatteren med alle rettigheder forbeholdt, medmindre andet er angivet. Selvom det er god form at erklære forfatteren og datoen for ophavsret i overskriften på en kode eller dokument, betyder det at undlade at gøre det ikke at forfatterens rettigheder er ugyldige.

En forfatter, der gør indhold eller kode tilgængelig på deres eget websted, et Github-arkiv osv. – enten uden en angivet licens eller med en udtrykkelig erklæring om ophavsret – opretholder både brugen og distribueringsrettigheder for den kode, selvom det er trivielt enkelt at se eller Hent. Hvis du udfører denne kode på din egen computer eller computere, overtræder du forfatterens brugsrettigheder, og de kan muligvis anlægge civil sag mod dig for krænkelse af deres ophavsret, da de aldrig har givet dig denne ret.

På samme måde, hvis du kopierer denne kode og giver den til en ven, lægger den på et andet websted, sælger den eller på anden måde gør den tilgængelig overalt, hvor forfatteren oprindeligt postede den, har du overtrådt forfatterens distributionsrettigheder, og de har stående for at anlægge en civil sag mod dig.

Bemærk, at en forfatter, der opretholder ejendomsret til en kodebase, individuelt kan give licens til personer eller organisationer til at bruge denne kode. Teknisk set “køber” du aldrig software, selv når det er pakket i en fysisk butik. Det, du faktisk køber, er en licens til at bruge softwaren — som muligvis ikke indeholder fysiske medier, der indeholder en kopi af koden.

Hjemmelavede licenser

Den korte version af vores kommentar til hjemmevokset licens er enkel: gør det bare ikke.

Der er allerede nok forståede, OSI-godkendte open source-licenser i verden, til at næsten enhver person eller projekt skal være i stand til at finde en passende. At skrive din egen licens i stedet betyder, at potentielle brugere af dit projekt, indhold eller kode skal gøre det samme, som forfatteren ikke ville – læse og forstå en ny licens fra bunden af.

Den nye licens er ikke tidligere blevet testet i retten, hvilket mange (men ikke alle) af de OSI-godkendte open source-licenser har været. Endnu vigtigere er, at din nye licens ikke forstås i vid udstrækning.

Når en person eller virksomhed ønsker at bruge et projekt, der er licenseret under – for eksempel – GPL v3, Apache 2.0 eller CC0 (mere om disse licenser senere), er det relativt let at finde ud af, om den pågældende licens giver tilstrækkelige rettigheder, til højre måder at være egnede til dette formål Det er billigt og let at spørge en kompetent advokat om intellektuel ejendomsret om rådgivning, fordi den kompetente IP-advokat allerede bør være bekendt med disse licenser, retspraksis, der involverer dem, og så videre.

I modsætning hertil, hvis dit projekt er licenseret “Joe’s Open Source License v1.01”, er der ingen, der ved, hvad det betyder. Juridisk konsultation for et projekt under denne licens vil være meget dyrere – og klodsende – fordi en IP-advokat er nødt til at evaluere licensens tekst som et helt nyt værk, uprøvet og uprøvet. Den nye licens kan have uklar tekst, utilsigtede konflikter mellem klausuler eller på anden måde ikke kunne håndhæves på grund af juridiske problemer, som forfatteren ikke forstod.

Manglende valg af en OSI-godkendt licens kan også ugyldige et projekt fra visse rettigheder eller tilskud. For eksempel tilbyder både Google og IBM royaltyfrit brug af dele af deres patentportefølje til open source-projekter – og dit projekt, uanset hvor “gratis” du betragter det, er muligvis ikke kvalificeret til en hjemmevokst licens. (IBM navngiver navnlig OSI-licensgodkendelse som en bevillingsbetingelse.)

OSI-godkendte licenser

Open Source-initiativet opretholder en liste over godkendte open source-licenser, der er i overensstemmelse med OSI’s definition af “open source.” I OSI’s egne ord tillader disse licenser “software frit at kunne bruges, ændres og deles.” Der er en masse overlapning mellem disse licenser, hvoraf mange sandsynligvis aldrig burde have eksisteret – se “hjemmevoksede licenser” ovenfor – men på et tidspunkt fik hver af dem nok trækkraft til at gennemgå OSI-licensgodkendelsesprocessen.

Vi vil opdele denne liste over licenser i tre kategorier og liste nogle af de mere bemærkelsesværdige eksempler på hver. De fleste forfattere behøver ikke at læse og forstå OSIs hele liste – der er normalt ikke nok forskelle mellem almindelige og ualmindelige varianter af en generel licenstype til at gøre det værd at strejfe fra de mest almindeligt anvendte og godt forståede versioner.

Stærke copyleft licenser

En copyleft-licens er en licens, der giver tilladelse til frit at bruge, ændre og omfordele den dækkede intellektuelle ejendom – men kun hvis den oprindelige licens forbliver intakt, både til det originale projekt og til enhver ændring af det originale projekt, nogen måtte foretage. Denne type licens – nogle gange afvisende eller bange for at blive omtalt som “viral” – er den, der er knyttet til så berømte projekter som Linux-kernen, GNU C Compiler og WordPress content management system.

En copyleft-licens kan være “stærk” eller “svag” – en stærk copyleft-licens dækker både selve projektet og enhver kode, der  linker  til enhver kode inden for det dækkede projekt. En svag copyleft-licens dækker kun selve det originale projekt og tillader ikke-copyleft-licenseret kode – endda proprietær kode – at linke til funktioner inden for det svage copyleft-licenserede projekt uden at krænke dets licens.

Nogle af de mere populære stærke copyleft-licenser inkluderer:

  • GPLv2 – GNU General Public License giver mulighed for gratis brug, ændring og distribution af dækket kode, men den originale licens skal forblive intakt og dækker både det originale projekt og eventuelle ændringer. Der kræves ingen tildeling eller patenttilskud i GPLv2, men det syvende afsnit forbyder omfordeling af GPLv2-licenserede kode, hvis patenter eller andre årsager ville gøre den omfordelte kode ubrugelig for en modtager. GPL kræver også, at enhver, der distribuerer kompilerede versioner af et projekt, også gør originalkildekoden tilgængelig, enten ved at angive kilden sammen med den distribuerede objektkode eller ved at tilbyde den efter anmodning.
  • GPLv3 —Version tre af GNU General Public License er for det meste ligner GPLv2. Det håndterer patenter forskelligt, dog – GPLv2 forbød omfordeling under GPLv2, hvis dette kunne potentielt kræve royaltybetalinger for patenter, der dækker arbejdet. GPLv3 går et skridt videre og giver eksplicit gratis brugsrettigheder til patenter, der ejes, derefter eller i fremtiden, af enhver bidragyder til projektet. GPLv3 giver også udtrykkeligt modtagerne ret til at bryde enhver DRM (Digital Rights Management) -kode, der er indeholdt i det dækkede projekt, og forhindrer dem i at blive tiltalt for overtrædelser af Digital Millennium Copyright Act eller lignende “manipulation proofing” love.
  • AGPL — Affero GNU General Public License er faktisk GPLv3 med en betydelig yderligere klausul – ud over at tilbyde GPL-friheder til dem, der modtager kopier af AGPL-licenseret software, tilbyder den samme friheder til brugere, der interagerer med AGPL- licenseret software over et netværk. Dette forhindrer en enkeltperson eller virksomhed i at foretage væsentlige værdifulde ændringer af et projekt beregnet til udbredt netværksbrug og nægter at gøre disse ændringer frit tilgængelige.

Vi vil give lidt mere blæk til AGPL uden for vores oversigtsliste ovenfor, fordi det er lidt sværere at forklare dens indflydelse til nogen, der ikke allerede er meget fortrolig med copyleft. For bedre at forstå dens indflydelse vil vi se på et ægte AGPL-licenseret projekt og et fiktivt scenario, der involverer et stort firma, der måske ønsker at vedtage det.

Den Nextcloud  Webbaseret fildeling suite er en AGPL-licenseret projekt. Da det er licenseret under en GPL-variant, kan enhver person eller virksomhed frit downloade, installere og bruge den, enten til sig selv eller til at tilbyde tjenester – inklusive betalte tjenester – til andre. Lad os forestille os et hypotetisk firma – vi kalder firmaet PB LLC og deres produkt Plopbox – der beslutter at spinde et stort kommercielt sted, der tilbyder betalt adgang til administrerede, hostede Nextcloud-forekomster.

I løbet af at gøre Plopbox skala til millioner af brugere, foretager PB LLC væsentlige ændringer af koden. Den ændrede kode bruger meget færre serverressourcer og tilføjer også flere funktioner, som Plopbox’s brugere finder værdifulde nok til at skelne Plopbox væsentligt fra vaniljeinstallationer i Nextcloud. Hvis Nextcloud – open source-projektet PB LLC, der blev brugt til at oprette Plopbox-tjenesten – var blevet licenseret under standard GPL, kunne disse ændringer forblive ejendomsret, og PB LLC ville ikke være påkrævet at give dem til nogen.

Dette skyldes, at standard GPL’s begrænsninger kun starter ind på omfordeling, og PB LLC distribuerede ikke sin ændrede version af Nextcloud. Da PB LLC kun installerede Nextcloud på sine egne servere, er det ikke forpligtet til at levere kopier af Nextcloud – hverken den originale eller de ændrede versioner – til nogen, enten automatisk eller efter anmodning.

Nextcloud er imidlertid  ikke licenseret under nogen af ​​standardversionerne af GPL — det er licenseret under  Affero GPL, og Affero GPL giver alle rettighederne, der er knyttet til GPL, til netværksbrugere af et dækket projekt, ikke kun til modtagere af distribueret kode. Så PB LLC ville faktisk være nødvendigt at stille deres skalerbarhed og ændringer af nye funktioner til rådighed, i kildekodeform (og objektkodeform, hvis relevant) for alle, der både havde brugt projektet (f.eks. Ved at åbne en Plopbox-konto) og anmodet om en kopi.

Svage copyleft licenser

En svag copyleft licens i det væsentlige svarer til et stærkt copyleft licens, men det gør ikke udvide sin “viral” beskyttelse tværs link alder grænser. Ændringer af selve biblioteket med svagt copyleft (eller andet projekt) skal bevare den originale licens, men enhver kode uden for dette projekt – selv fuldstændig ejendomsretskode – kan muligvis linke direkte til funktioner inden for det svage copyleft-licenserede projekt.

Der er relativt få svage copyleft-licenser. De hyppigst fundne er:

  • LGPL —Lesser GNU General Public License. Nogle gange henvises der stadig til med det oprindelige navn, GNU “Library” General Public License, da det oftest bruges i delte biblioteker. Kompatibel til brug med GPL-licenserede projekter.
  • MPL 2.0 — Mozilla Public License. MPL 2.0 er kompatibel til brug med GPL-licenserede projekter; tidligere versioner var det ikke.
  • CDDL v1.0 —Den fælles udviklings- og distributionslicens, oprindeligt forfatter af Sun Microsystems. CDDL betragtes berømt som uforenelig med GPL, selvom denne inkompatibilitet ikke er blevet testet i retten.

Den største forskel mellem LGPL og MPL er attribution – for at linke til et LGPL-projekt fra et ikke-GPL-kompatibelt projekt, skal du “give en markant meddelelse … at biblioteket bruges i det (og) dækket af denne licens. ” MPL har ikke nogen henvisningskrav; Du kan omdistribuere MPL-projekter og linke til funktioner inden for et MPL-projekt uden noget behov for at meddele, at du gør det.

Mozilla Public License er også kendt for at tilbyde “fremad migration.” Mozilla Foundation, som licens steward, kan oprette opdaterede versioner af MPL i fremtiden med unikke versionnumre. Hvis det gør det, kan enhver bruger af et projektlicenseret MPL 2.0 vælge at bruge det under den originale MPL 2.0 eller en hvilken som helst senere version af licensen.

CDDL tillader tilsvarende migrering fremad, men definerer licens steward som Sun Microsystems snarere end Mozilla Foundation. I modsætning til LGPL og MPL 2.0 betragtes CDDL generelt som inkompatibel – muligvis bevidst – med GPL. Nogle organisationer har valgt at dynamisk forbinde CDDL- og GPL-licenseret kode alligevel – navnlig Canonical, producenter af Ubuntu Linux-distributionen, som annoncerede deres beslutning om at gøre det ved at distribuere en Linux-port af ZFS-filsystemet i begyndelsen af ​​2016.

Vi i Canonical har foretaget en juridisk gennemgang, herunder diskussion med branchens førende juridiske rådgiver om software, af de licenser, der gælder for Linux-kernen og ZFS.

Og dermed har vi konkluderet, at vi handler inden for de tildelte rettigheder og i overensstemmelse med deres betingelser for begge disse licenser. Andre har uafhængigt opnået den samme konklusion. Der findes forskellige meninger, men husk, at dette er meninger .

Én væsentlig dissens til Canonicals holdning kommer fra Software Freedom Conservancy, der siger, at sammenkobling af CDDL og GPL-kode nødvendigvis er en GPL-krænkelse. Selvom SFC udtaler dette på ingen usikre vilkår, udtrykker det “sympati” for Canonicals mål, og dens konklusion fokuserer på at bede Oracle (CDDL’s licens steward, som de nuværende ejere af Sun Microsystems) om at løse problemet.

Hvis Oracle stiller den originale ZFS-kodebase til rådighed under en GPLv2-kompatibel licens – inklusive en af ​​de kompatible tilladte licenser – ville denne tilgængelighed på sin side bedstefar i det senere OpenZFS-projekt uden behov for mødende konsultation af hver enkelt bidragyder.

Vi  anbefaler ikke moderne brug af CDDL-licensen – det er hverken generelt nyttigt som en tilladt licens på grund af dens GPL-uforenelighed, og det er heller ikke sandsynligt, at det er nyttigt som en “GPL-giftpiller” i betragtning af den stærke holdning, Canonical og andre har taget ind tro på, at juridiske udfordringer til sammenkobling af CDDL og GPLv2-kode ville mislykkes i retten.

Tilladende licenser

Tilladende licenser indebærer meget få begrænsninger i brug, distribution eller ændring af dækkede projekter. Som et resultat har en tilladt licens en meget lig en anden.

Den mest almindelige begrænsning i tilladte licenser er tilskrivning – med andre ord kræver disse licenser generelt erklæringer, der giver kredit til det originale projekt i projekter, der stammer fra dem. (Vi dækker tilladte licenser, der  ikke kræver tilskrivning i det næste afsnit om ækvivalenter med public domain).

Bemærkelsesværdige tilladte licenser inkluderer:

  • BSD-licens med fire klausuler – den originale Berkeley Software Distribution-licens fra 1990 tilladt til fri brug, ændring, omfordeling og endda genudgivelse af dækket software. Fire klausuler indeholdt de eneste begrænsende faktorer: enhver omfordeling skal indeholde copyright-meddelelsen til det originale projekt (klausuler et og to), reklamemateriale til projektet eller ethvert afledt projekt skal anerkende brugen af ​​kildeprojektet (klausul tre), og ingen rettigheder til at bruge navnet på forfatterne og / eller ejere af det originale projekt gives til at godkende afledte projekter (klausul fire).
  • BSD-tre-klausul-licens – BSD-tre-klausul-licensen, der først blev offentliggjort i 1999, udelader reklameklausulen fra den oprindelige BSD-licens med fire klausuler. Det er ellers identisk.
  • BSD-to-klausul-licens – Også kendt som “Forenklet BSD-licens” eller “FreeBSD-licens” udelader BSD-licensen med to klausuler godkendelsesklausulen såvel som reklameklausulen for den originale BSD-licens.
  • Apache-licens 2.0 – Apache-licensen er en tilladt licens, der ligner BSD-to-klausulicensen, bortset fra at den desuden giver patentrettigheder på samme måde som GPLv3. Apache 2.0-licensen kræver også omfordeling af det originale indhold i en NOTICE fil, hvis en var til stede i kildeprojektet. Den NOTICE fil kan vedhæftes, hvis det ønskes, men må ikke udelade det oprindelige indhold og må ikke ændre-eller synes at alter-licensvilkårene.
  • “MIT-licens” – vi placerede denne i skrækcitater, fordi den er tvetydig og kunne henvise til en hvilken som helst af flere licensvarianter. Når nogen siger “MIT-licens”, betyder de oftest den variant, der er kendt som Expat-licensen – hvilket på samme måde som BSD-to-klausul-licensen giver brug, ændring, omfordeling og omlicensieringsrettigheder til det dækkede projekt, hvilket kun kræver, at originalen copyright meddelelse bevares og inkluderes. I et forsøg på at forvirre brugen af ​​udtrykket “MIT-licens” har OSI offentliggjort en ord-til-ord-kopi af Expat-licensen.
  • GNU All-permissive License – dette er en anden ekstremt simpel tilladt licens, der tillader brug, omfordeling og ændring af dækkede projekter, der kun kræver optagelse af den oprindelige copyright og det eneste afsnit af selve GNU-tilladelsen. Selvom det er muligt at licensere hele projekter under GNU APL, er dette både usædvanligt og afskrækket – det er virkelig beregnet til brug i README, INSTALL og lignende, enkle enkeltfiler.

Selvom softwareundersøgelser udført af Github og Black Duck Software begge angiver MIT-licensen som den mest almindelige mødte open source-licens, anbefaler vi kraftigt imod dens anvendelse på grund af den involverede tvetydighed. MIT-licensen giver ikke (eller begrænser) brug væsentligt anderledes end BSD-to-klausulicensen.

Da BSD-to-klausul-licensen er betydeligt mere klar, både i sin egen tekst og i, hvad “BSD-to-klausul-licens” henviser til ved normal brug, anbefaler vi stærkt dens anvendelse i stedet. Vi anbefaler Apache 2.0-licensen til dem, der eksplicit ønsker at give patentrettigheder – med det advarsel, at dette gør Apache 2.0 kompatibel med GPLv3, men  ikke med den mere udbredte GPLv2.

Licenser med ækvivalenter til public domain

Mange af de mennesker, der offentliggør deres arbejde uden nogen licensbesked overhovedet, vil bare ikke gider at læse eller forstå nogen af ​​licenser eller deres implikationer og fejlagtigt mener, at det at give værket uden at give en licens gør det “gratis”.

Vi forstår ønsket om ikke at være nødt til at tænke på licens, men beder disse mennesker om at bruge en licens, der svarer til public domain i stedet. Der er kun en OSI-godkendt public domain-ækvivalent licens, og her er den i sin egen liste over enkelt kugler:

  • BSD 0-klausul licens – dette er garantibeskyttelsen fra den originale BSD-licens, uden nogen af ​​de restriktive klausuler, og med den førende erklæring “Tilladelse til at bruge, kopiere, ændre og / eller distribuere denne software til noget formål med eller uden gebyr tildeles hermed. ” BSD 0-klausullicensen giver  ikke specifikt royalty-fri brug af softwarepatenter til nogen, der modtager eller bruger BSD 0-klausul-licenserede projekter. Dette er den eneste licens, der er godkendt af OSI-godkendt public domain.

Ikke-OSI-godkendte licenser

For det meste, hvis en licens ikke er OSI-godkendt, skal du ikke overveje at bruge den – og du bør også være på vagt over for at bruge den. Uanset om du leder efter stærk copyleft, svag copyleft eller tilladt licens, er der masser af eksempler på den OSI-godkendte liste, og derfor ingen grund til at forvildes.

På den anden side er der kun én OSI-godkendt public domain-ækvivalent licens – og den slags mennesker, der ikke finder tilladte licenser  tilstrækkelig nok, er tilbøjelige til at være temmelig stædig og måske endda sværge for det. Med det for øje dækker vi et par af de mest bemærkelsesværdige ikke-OSI-godkendte ækvivalenter til public domain her.

  • Unlicense – Unlicense siger, at dækkede værker frigives til det offentlige rum og fortsætter med at specificere nøjagtigt, hvad det betyder. Dette er ikke en OSI-godkendt licens, delvis på grund af dens brug af selve udtrykket “public domain”, hvilket kan komplicere eventuelle juridiske situationer, der involverer værker placeret under Unlicense.
  • CC0 – Creative Commons Zero-licensen er den mest tilladte form for Creative Commons- licensfamilien , der mere ofte bruges til at dække tekst- og medieoprettelser end kode. Creative Commons Foundation indsendte CC0 til OSI til ratificering som en open source-licens; skønt OSI aldrig formelt afviste det, var de ikke i stand til at nå til en konklusion om at ratificere det – hovedsagelig på grund af dens eksplicit ansvarsfraskrivelse for overdragelse af patentrettigheder, som OSI omtaler både “meget sjældent” og “potentielt farligt” i en åben kildelicens.
  • WTFPL – kort til, WTF Public License, WTFPL er en meget kort og yderst uformel bekræftelse af, at du kan gøre, hvad du vil gøre med enhver kode, der stilles til rådighed under WTFPL. Free Software Foundation genkender WTFPL som en GPL-kompatibel fri softwarelicens, men anbefaler ikke dens anvendelse; OSI afviste WTFPL fuldstændigt på grund af tvivlsomme grunde til, at det “ikke adskiller sig fra en offentlig ejendomsmæssig dedikation”, på trods af dens manglende brug af udtrykket “public domain” og de forskellige rettigheder forbundet med public domain i forskellige jurisdiktioner.

Vi vil bemærke — igen — at vi ikke anbefaler brug af nogen licens, der ikke er godkendt af OSI. Brug af nogen af ​​disse ikke-godkendte licenser til public domain-ækvivalenter – uanset hvor tilsyneladende gratis – er et risikabelt forslag. Det er bedre at bruge en ikke-OSI-godkendt licens end overhovedet ingen licens, men at gøre det risikerer at diskvalificere dig selv eller dine brugere fra patent eller endda monetære tilskud.


Ti regler for “dating af min teenage datter” om placering af dine Wi-Fi-adgangspunkter

Wi-Fi er som fast ejendom – hemmeligheden er placering, placering, placering.

Her hos os har vi brugt meget tid på at dække, hvordan Wi-Fi fungerer, hvilke sæt der fungerer bedst, og hvordan kommende standarder vil påvirke dig. I dag skal vi gå lidt mere grundlæggende ud: Vi lærer dig, hvordan du finder ud af, hvor mange Wi-Fi-adgangspunkter (AP) du har brug for, og hvor du kan placere dem.

Disse regler gælder, uanset om vi taler om en enkelt Wi-Fi-router, et mesh-kit som Eero, Plume eller Orbi eller et sæt trådbaserede adgangspunkter som Ubiquitis UAP-AC-linje eller TP-Links EAP’er. Desværre er disse “regler” nødvendigvis tættere på “retningslinjer”, da der er mange variabler, det er umuligt at redegøre for fra en lænestol et par tusinde miles væk. Men hvis du bliver bekendt med disse regler, skal du i det mindste gå væk med en bedre praktisk forståelse af, hvad du kan forvente – og ikke forvente – fra dit Wi-Fi-udstyr, og hvordan du får mest muligt ud af det.

Før vi kommer i gang

Lad os gennemgå en bit RF-teori (radiofrekvens), før vi kommer i gang med vores ti regler – nogle af dem vil give meget bedre mening, hvis du forstår, hvordan RF-signalstyrken måles, og hvordan den dæmpes over afstand og gennem forhindringer.

Ovenstående graf giver os nogle enkle frie pladstabskurver til Wi-Fi-frekvenser. Den vigtigste ting at forstå her er, hvad enhederne faktisk betyder: dBM konverterer direkte til milliwatt, men på en logaritmisk skala med ti basis. For hvert 10dBM-fald falder den faktiske signalstyrke i milliwatt med en faktor på ti. -10dBM er 0,1 mW, -20dBM er 0,01 mW osv.

Den logaritmiske skala gør det muligt at måle signaltab additivt i stedet for multiplicerbart. Hver fordobling af afstand sænker signalet med 6dBM, som vi tydeligt kan se, når vi ser på den dristige røde 2,4 GHz-kurve: på 1 m afstand er signalet -40dBM; på 2m er det -46dBM, og på 4m er det ned til -52dBM.

Vægge og andre forhindringer – inklusive men ikke begrænset til menneskelige kroppe, skabe og møbler og apparater – dæmper signalet yderligere. En god tommelfingerregel er -3dBM for hver ekstra væg eller anden betydelig hindring, som vi vil tale mere om senere. Du kan se yderligere kurver afbildet ovenfor i finere linjer for de samme afstande inklusive en eller to yderligere vægge (eller andre forhindringer).

Selvom du ideelt set skulle have signalniveauer, der ikke er lavere end -67dBM, skal du ikke bekymre dig om at prøve at få dem meget højere end det – typisk er der ingen reel præstationsforskel mellem en flammende varm -40dBM og en betydeligt køligere -65dBM, så langt væk fra hinanden på et diagram, som de kan synes. Der sker meget mere med Wi-Fi end bare rå signalstyrke; så længe du overskrider det minimum, betyder det ikke rigtig, hvor meget du overskrider det med.

Faktisk kan for varmt signal være så meget af et problem som for koldt – mange af en forumbruger har klaget over sider om testresultater med lav hastighed, indtil endelig et klogt hoved spørger “satte du din enhed lige ved siden af ​​adgangen punkt? Flyt den en meter eller to væk, og prøv igen. ” Sikker nok løser “problemet” sig selv.

Regel 1: Ikke mere end to værelser og to vægge

Vores første regel for placering af adgangspunkt er ikke mere end to værelser og to indvendige vægge mellem adgangspunkter og enheder, hvis det er muligt. Dette er en smuk fudge-y-regel, fordi forskellige værelser er formet og dimensioneret forskelligt, og forskellige huse har forskellige vægstrukturer – men det er et godt udgangspunkt, og det vil tjene dig godt i typisk store huse og lejligheder med standard, med rimelighed moderne ark rock vægkonstruktion.

“Typisk størrelse”, i det mindste i det meste af USA, betyder soveværelser omkring tre eller fire meter per side og større opholdsarealer op til fem eller seks meter per side. Hvis vi tager ni meter som den gennemsnitlige lineære afstand, der dækker “to værelser” i en lige linje, og tilføjer to indvendige vægge på -3dBM pr. Stykke, viser vores RF-tabskurve os, at 2,4 GHz-signaler fungerer fantastisk ved -65dBM. 5GHz, ikke så meget – hvis vi har brug for hele ni meter og to fulde vægge, er vi nede på -72dBM ved 5GHz. Dette er bestemt nok til at få forbindelse, men det er ikke godt. I det virkelige liv vil en enhed ved -72dBM på 5GHz sandsynligvis se omkring den samme rå gennemstrømning som en ved -65dBM på 2,4 GHz – men den teknisk langsommere 2,4 GHz-forbindelse vil have en tendens til at være mere pålidelig og udviser konsekvent lavere latenstid.

Alt dette antager naturligvis, at afstand og dæmpning er de eneste problemer, vi står overfor. Brugere af landdistrikter – og forstadsbrugere med store gårdspladser – vil sandsynligvis allerede have bemærket denne forskel og internaliseret tommelfingerregeln “2.4GHz er stor, men mand, 5GHz suger.” Urbane brugere – eller forstæderfolk i boligudvikling med frimærkeværfter – har en tendens til at have en helt anden oplevelse, som vi dækker i regel 2.

Regel 2: For meget transmissionskraft er en fejl

Det fantastiske ved 2,4 GHz Wi-Fi er den lange rækkevidde og effektive penetration. Den dårlige ting ved 2,4 GHz Wi-Fi er … lang rækkevidde og effektiv gennemtrængning.

Hvis to Wi-Fi-enheder inden for “øreskud” fra hinanden transmitterer på samme frekvens på samme tid, udfører de intet: enhederne, de transmitterede, har ingen måde at fjerne krypteringen af ​​signalet og finde ud af, hvilke bits der var beregnet til dem. I modsætning til hvad man tror, ​​har dette intet at gøre med, om en enhed er på dit netværk eller ikke – Wi-Fi-netværksnavn og endda adgangskode har ingen betydning her.

For at (for det meste) undgå dette problem, skal enhver Wi-Fi-enhed lytte, før den sendes – og hvis en anden enhed i øjeblikket transmitterer i det samme frekvensområde, skal din din kæde og vente på, at den er færdig. Dette afhjælper stadig ikke helt problemet; Hvis to enheder begge beslutter at sende samtidigt, “kolliderer de” – og hver af dem skal vælge en tilfældig mængde tid til at tage sikkerhedskopi og vente på, før de prøver at sende igen. Enheden, der vælger det lavere tilfældige antal, kommer først – medmindre de begge har valgt det samme tilfældige tal, eller en anden enhed bemærker den rene luft og beslutter at transmittere før en af ​​dem.

Dette kaldes “overbelastning”, og for de fleste moderne Wi-Fi-brugere er det mindst et så stort problem som dæmpning. Jo flere enheder du har, jo mere overbelastet er dit netværk. Og hvis de bruger den samme Wi-Fi-kanal, jo flere enheder dine naboer har, desto mere overbelastet er begge dine netværk – hver af dine enheder kan stadig kæmpe med hinanden og har stadig til at respektere reglerne for lufttid.

Hvis din egen router eller adgangspunkter understøtter det, kan det at forbedre din ydelsesstyrke faktisk forbedre ydeevnen og roaming markant – især hvis du har et mesh-kit eller en anden multip-AP-opsætning. 5GHz behøver typisk ikke at blive afstemt på denne måde, da det spektrum allerede dæmpes temmelig hurtigt – men det kan udføre vidundere for 2,4 GHz.

En sidste note til dem, der er fristet til at prøve “langdistanse” -adgangspunkter: en langdistanceret AP kan bestemt pumpe sit eget signalvarmer end et typisk AP, og sprænge det signal en større afstand. Men hvad det ikke kan gøre, er at få din telefon eller bærbar computer til at styrke sit signal til at matche. Med denne form for ubalanceret forbindelsesscenarie kan individuelle stykker af et websted muligvis indlæses hurtigt – men hele oplevelsen føles “uhyggelig”, fordi din telefon eller laptop kæmper for at uploade de titusinder eller hundreder af individuelle HTTP / S-anmodninger, der er nødvendige for at indlæse hver enkelt webside i første omgang.

Regel 3: Brug spektret med omhu

I regel 2 dækkede vi det faktum, at enhver enhed på den samme kanal konkurrerer med dine enheder om lufttid, hvad enten det er på dit netværk eller ej. De fleste mennesker har ikke gode nok forhold til deres naboer til at overbevise dem om at slå deres transmissionsstyrke ned – hvis deres router endda understøtter denne funktion – men du kan forhåbentlig finde ud af, hvilke kanaler nabolandsnet bruger og undgår dem.

Dette vil normalt ikke være et problem med 5GHz, men for 2,4 GHz kan det være en temmelig big deal. Af den grund anbefaler vi, at de fleste mennesker undgår 2,4 GHz så meget som muligt. Hvor du ikke kan undgå det, skal du dog bruge en app som inSSIDer til at kigge på dit RF-miljø hver gang og da, og prøv at undgå at bruge det travleste spektrum, som det ses i dit hus.

Dette er desværre vanskeligere end det ser ud – det betyder ikke nødvendigvis, hvor mange SSID’er du kan se på en given kanal; det, der betyder noget, er, hvor meget faktisk lufttid, der er i brug, og du kan ikke få det fra hverken SSID-tælling eller rå signalstyrke i de synlige SSID’er. InSSIDer lader dig gå et skridt videre og se på den faktiske udnyttelse af lufttiden på hver kanal.

I ovenstående inSSIDer-diagram er hele 2,4 GHz-spektret stort set ubrugeligt. Bliv ikke ophidset af disse “tomme” kanaler 2-5 og 7-10, forresten: 2,4 GHz Wi-Fi-gear er standard til 20 MHz båndbredde, hvilket betyder, at et netværk faktisk bruger fem kanaler (20 MHz plus en halvkanals margin på hver side), ikke en. Netværk på “Channel 1” strækker sig faktisk fra en hypotetisk “Channel negative two” til Channel 3. Networks på Channel 6 strækker sig virkelig fra Channel 4 gennem Channel 8, og netværk indstillet til Channel 11 faktisk besætter Channel 9 gennem Channel 13.

Overbelastning er et meget mindre problem med 5GHz-netværk, fordi det meget lavere interval og penetration betyder færre enheder at kæmpe med. Du hører ofte påstande om, at der også er flere 5GHz-kanaler at arbejde med, men i praksis er den bit ikke rigtig, medmindre du konstruerer Wi-Fi til en virksomhedscampus uden konkurrerende netværk. Residential 5GHz Wi-Fi routere og adgangspunkter er generelt konfigureret til enten 40MHz eller 80MHz båndbredde, hvilket betyder, at der faktisk kun er to ikke-overlappende kanaler: lavbåndet, der består af 5MHz kanaler 36-64, og højbåndet, der består af 5MHz kanaler 149-165.

Vi forventer fuldt ud at se en flok strid om dette i kommentarerne: teknisk set kan du passe til fire 40MHz brede netværk eller to 80MHz brede netværk på det nedre 5GHz bånd. Praktisk set har en tendens til at være meget slurvende med forbrugsudstyr ved at bruge overlappende kanaler (f.eks. En 80 MHz-kanal centreret på 48 eller 52), hvilket gør det vanskeligt eller umuligt at faktisk trække den grad af effektiv spektrumbrug i realistiske boligindstillinger ud.

Der er også DFS (Dynamic Frequency Spectrum) -kanaler mellem de to amerikanske standardforbrugerbånd, men disse skal deles med enheder som kommercielle og militære radarsystemer. Mange forbrugerenheder nægter endda at forsøge at bruge DFS-kanaler. Selv hvis du har en router eller et adgangspunkt, der er villig til at bruge DFS-spektrum, skal det overholde de strenge krav for at undgå at forstyrre detekterede radarsystemer. Brugere “midt i intetsteds” kan muligvis bruge DFS-frekvenser til stor effekt – men det er mindre sandsynligt, at disse brugere har overbelastningsproblemer i første omgang.

Hvis du bor i nærheden af ​​en lufthavn, militærbase eller kystdockningsfacilitet, vil DFS-spektrum sandsynligvis ikke være en god pasform for dig – og hvis du bor uden for USA, vil din nøjagtige tilgængelighed af spektrum (både DFS og ikke-DFS) være noget anderledes end det, der er afbildet her, afhængigt af din lokale regerings regler.

Regel 4: Central placering er bedst

Når du bevæger dig tilbage til “dæmpning” -siden, er det ideelle sted at placere ethvert Wi-Fi-adgangspunkt midt i det rum, det har brug for at dække. Hvis du har en bolig, der er 30 meter fra ende til ende, behøver en router i midten kun at dække 15 m på hver side, hvorimod en i den yderste ende (hvor ISP-installatører gerne vil droppe coax- eller DSL-linjen) skulle dække hele 30 m.

Dette gælder også i mindre rum med flere adgangspunkter. Husk, at Wi-Fi-signaler dæmpes hurtigt. Seks meter – den fulde afstand over en enkelt, rimelig stor stue – kan være nok til at dæmpe et 5GHz-signal under det optimale niveau, hvis du inkluderer et par forhindringer såsom møbler eller menneskelige kropper undervejs. Hvilket fører os ind i vores næste regel …

Regel 5: Over hovedhøjde, tak

Jo højere du kan montere dine adgangspunkter, jo bedre. En enkelt menneskelig krop giver omtrent lige så meget signaldæmpning som en indvendig væg – hvilket er en del af grunden til, at du måske bemærker, at Wi-Fi i dit hus bliver frustrerende langsommere eller uklarere end normalt, når mange venner er ude til fest.

Montering af adgangspunkter – eller en enkelt router – over hovedhøjde betyder, at du kan undgå behovet for at transmittere gennem alle disse irriterende, signaldæmpende kødsække. Det undgår også de fleste store møbler og apparater, såsom sofaer, borde, komfurer og reoler.

Den absolutte ideelle montering er i det døde centrum af rummet, i loftet. Men hvis du ikke kan klare det, skal du ikke bekymre dig – oven på en høj boghylde er næsten lige så god, især hvis du forventer, at det pågældende adgangspunkt betjener både det rum, det er i, og rummet på den anden side af væggen er dens boghylde eller skab placeret imod.

Regel 6: Skær afstandene i halvdele

Lad os sige, at du har nogle enheder, der er for langt væk fra det nærmeste adgangspunkt for at få en god forbindelse. Du er heldig nok til at have købt et udvideligt system – eller du opretter et nyt netværkssæt med flere adgangspunkter og stadig har et tilbage – så hvor lægger du det?

Vi har set folk være ude af dette, og spekulerer på, om de skulle placere et ekstra adgangspunkt tættere på det første adgangspunkt (som det skal få data fra) eller tættere på de fjerneste enheder (som det skal få data til). Generelt er svaret ikke: du sætter den nye AP død i midten mellem dens nærmeste opstrøms AP, og de fjerneste klienter, du forventer, at de skal betjene.

Nøglen her er, at du prøver at spare lufttid ved at have den bedst mulige forbindelse både mellem dine fjerntliggende enheder og den nye AP, og mellem den nye AP og den tætteste til den opstrøms. Typisk ønsker du ikke at favorisere nogen af ​​siderne. Glem dog ikke regel 1: to værelser, to vægge. Hvis du ikke kan opdele forskellen jævnt mellem de fjerneste klienter og den opstrøms AP uden at overtræde regel 1, skal du bare placere den så langt væk, som regel 1 tillader.

Hvis alt dette virker for logisk og ligetil, skal du ikke bekymre dig, der er en anden irriterende “medmindre-hvis” at overveje: nogle højere end mesh-sæt, såsom Netgear’s Orbi RBK-50 / RBK-53 eller Plumes Superpods, har en ekstremt høj båndbredde 4×4 backhaul-forbindelse. Da denne forbindelse er meget hurtigere end de 2×2- eller 3×3-forbindelser, klientenheder kan bruge, kan det være værd at afregne for lavere signalkvalitet mellem disse enheder med en forringet kapacitet, der stadig er tæt på det bedste, som dine klientenheder kan administrere.

Hvis dit mesh-kit tilbyder disse meget hurtige backhaul-forbindelser, og du absolut ikke kan introducere flere AP’er til mixen, kan du faktisk ende bedre med at placere din sidste AP tættere på klienterne end dens opstrøms. Men du bliver nødt til at eksperimentere og være opmærksom på dine resultater.

Wi-Fi er sjovt, ikke sandt?

Regel 7: Rute rundt om forhindringer

Hvis du har en rigtig irriterende plads at arbejde med, kan der være områder, som du bare ikke kan trænge direkte ind. For eksempel har vores testhus en betonplade og flere fødder med pakket jord, der forhindrer synslinjen mellem routerskabet og underetagen. Vi har set små virksomheder på samme måde frustrerede over manglende evne til at få Wi-Fi foran på kontoret, når ryggen var fin – hvilket viste sig at skyldes en boghylde fuld af ingeniører, der foret en gang, hvilket resulterede i flere lineære meter af tætpakket papirmasse, der dæmper signalet.

I hvert af disse tilfælde er svaret at rute rundt i forhindringen med flere adgangspunkter. Hvis du har et Wi-Fi-mesh-sæt, skal du bruge det til din fordel til at afvise signaler omkring forhindringer: få en klar synslinie til den ene side af din forhindring, og placer et adgangspunkt der, der kan relæ fra en anden vinkel, der når bag hindringen uden at skulle gå direkte igennem den.

Med tilstrækkelige AP’er og omhyggelig nok placering kan dette endda temme konstruktion af hønse- og lathaller i begyndelsen af ​​1900-tallet – vi har set folk med succes placere adgangspunkter med klare synslinjer til hinanden gennem døråbninger og nedhaller, når de trænger igennem væggene sig selv er et job, der er bedre egnet til en hammerbor end en Wi-Fi-enhed.

Hvis du har for mange hindringer for at kunne rute rundt, over eller under … se regel otte.

Regel 8: Det handler om backhaul

De fleste forbrugere vælger rent Wi-Fi-net, fordi det er praktisk: Du behøver ikke at køre ledninger, du bare tilslutter en masse adgangspunkter og lader dem udføre magien mellem dem, ingen ståhej, ingen mus.

Så praktisk som dette lyder, er det stort set en dårligst mulige løsning. Kan du huske, hvordan vi talte om overbelastning i regel 2 og 3? Det er stadig et problem her. Hvis din klientenhed skal tale med et adgangspunkt, som derefter skal videresende disse data til et andet adgangspunkt, bruger du nu lidt mere end det dobbelte af lufttiden.

Nu er dette ikke rigtig fair – du bruger dobbelt så lang luftetid, hvis din klientenhed sad, hvor satellitadgangspunktet er; og da du fulgte regel 6 – skåret afstand i halvdele – betyder det faktisk adgangspunktets forbindelse opstrøms og til klienten er meget højere kvalitet end den, klienten ville gøre direkte til opstrøms. Så selv i det absolut værste tilfælde – et adgangspunkt, der skal tale med sin klient på den samme kanal, som det taler med sin opstrøms – kan dette tovejs-relæ resultere i mindre lufttidsforbrug end klienten gør en, meget længere- række, tilslutning af lavere kvalitet direkte opstrøms.

Det er dog meget, meget bedre at undgå problemet ved at tale nedstrøms og opstrøms på separate bånd helt. Adgangspunkter med dobbeltbånd kan gøre dette ved at oprette forbindelse til klienter på 2,4 GHz-radioen og opstrømsforbindelsen (backhaul) på 5GHz-radioen, eller omvendt. I den virkelige verden ønsker stædige klientenheder (og stædige brugere) ofte at oprette forbindelse på suboptimale måder, og du ender med klienter på både 2,4 GHz og 5 GHz, så der er ingen “rene” kanaler til at rense op på.

Virkelig smarte sæt som Eero kan omgå det ved dynamisk at dirigere backhaul, minimere overbelastning ved at transmittere på forskellige bånd end de modtager, også når disse bånd ændres. Mere kraftfulde tri-band-sæt som Orbi RBK-50/53 eller Plume Superpods kan undgå problemet ved brug af en anden 5GHz-radio; dette giver dem mulighed for at oprette forbindelse til klienter på enten 2,4 GHz eller 5 GHz, mens de stadig har en ren 5GHz backhaul. (I Orbi er backhaul-radioen fast og dedikeret; Plume træffer allokeringsbeslutninger i henhold til hvad dens skyoptimeringsværktøj beslutter er den bedste måde at bruge lufttid i det bestemte miljø.)

Det bedste svar er dog ikke at bruge Wi-Fi-backhaul overhovedet. Hvis du kan køre Ethernet-kabel, skal du – ikke kun er det hurtigere end Wi-Fi, det lider ikke af Wi-Fi’s overbelastningsproblemer. Under tung netværksbelastning ryger billige kablede adgangspunkter som Ubiquiti UAP-AC-Lites eller TP-Link EAP-225v3s absolut selv de bedste mesh-sæt, hvis netsættene kun er begrænset til Wi-Fi-backhaul. Kabelføring kan også nemt overvinde RF-uigennemsigtige forhindringer – hvis du ikke kan slå et signal gennem det eller videresende rundt om det, kører et kabel gennem det virker vidundere!

For brugere, der ikke har meget held med mesh Wi-Fi og ikke kan køre Ethernet-kabler, er moderne powerline-gear også værd at kigge på. Resultaterne varierer absolut afhængigt af kvaliteten på husets ledninger og endda de tilsluttede apparater, men i de fleste tilfælde er god AV2 (AV1000 eller højere) eller g.hn-kraftudstyr ekstremt pålidelig med lav latenstid næsten på niveau med Ethernet. Den faktiske gennemstrømning er kraftigt begrænset – realistisk, forvent ikke mere end 40-80 Mbps for de fleste virkelige verdener over hele huset-links, men hvis din killer-app spiller, eller bare websurfing, der føles snappy, kan powerline være en meget bedre indsats end Wi-Fi.

Hvis du dog går i strømlinjeruten, skal du sørge for at læse manualen og tage de nødvendige skridt for at kryptere din forbindelse. Første gang vi testede powerline-gear, broede vi ved en fejltagelse vores powerline-adaptere med en nabo og konfigurerede hans router – som var en lignende model som den på vores testnetværk og havde en standardadgangskode – inden vi indså vores fejl. “Hej, jeg hacket din router, undskyld det” er en crappy måde at introducere dig selv på; vi anbefaler det ikke.

Regel 9: Det handler (normalt) ikke om gennemstrømning, det handler om forsinkelse

Den store ting ved gennemstrømning er, det er et stort stort skinnende nummer, som du kan få på virkelig lette måder – enten ved at oprette forbindelse til et hastighedstestsite som DSLreports, eller ved at bruge et værktøj som iperf3 til at oprette forbindelse til en lokal server.

Den uklare ting ved gennemstrømning er, det er en frygtelig måde at måle enten brugeroplevelse eller den måde, et Wi-Fi-netværk fungerer på, når det faktisk er under reel belastning. De fleste mennesker er utilfredse med deres Wi-Fi enten når de surfer på internettet eller når de spiller – ikke når de downloader en stor fil. I begge tilfælde er problemet ikke “hvor mange megabits per sekund kan dette rør håndtere” – det er “hvor mange millisekunder tager det for denne handling at afslutte.”

Selvom det er muligt at se et travlt netværks ydelse nedværdigende ved at se på “hastighed” -numre, der falder rundt omkring netværket, er det meget mere forvirrende, kompliceret – og ikke relateret til den virkelige verden – end at se applikations latency, som er en funktion af begge rå hastighed og hvor effektivt netværket styrer sin trafik og lufttid.

Når vi tester Wi-Fi-netværk, er vores mordermetrik applikations latenstid, målt efter hvor lang tid det tager at indlæse en simuleret, temmelig kompleks webside. Mere vigtigt er det, hvor lang tid det tager at indlæse disse websider med masser af andre ting, der foregår på samme tid. Husk, hvordan vi dækkede overbelastning i regel 2 og 3 – et “rigtig hurtigt” netværk med en enkelt enhed aktivt kan blive et myr-langsomt mareridt med mange enheder aktive – eller i mange tilfælde med endda en rigtig dårligt tilsluttet enhed aktiv, hvilket fører os pænt ind i vores endelige regel.

Det skyldes, at regel 9 er, at AC-hastighedsklassificering er affald – du skal stole på grundige, teknisk kompetente anmeldelser langt mere, end du har tillid til, at producentens AC-hastighedsklassificering er på en kasse.

Regel 10: Dit Wi-Fi-netværk er kun så hurtigt som dets langsomste tilsluttede enhed

Desværre kæmper en person, der kæmper for at se en YouTube-video i “det ene soveværelse med den crappy Wi-Fi” ikke bare en dårlig oplevelse selv – deres dårlige tid bringer alle ned. Alt i sig selv kræver en telefon i det samme rum med det tilhørende adgangspunkt muligvis kun 2,5 procent af den tilgængelige lufttid for at streame en 1080P YouTube-video ved 5 Mbps. Men en telefon i “det dårlige soveværelse”, der kæmper med buffering og afmatning, kan forbruge 100 procent af netværkets lufttid ved at prøve – og ikke! – for at se den samme video.

Naturligvis er streaming meget download-intensiv, og routere eller adgangspunkter vil typisk nægte at overføre 100 procent af tiden. En AP med masser af data, der skal sendes, vil normalt efterlade lidt lufttid til rådighed for andre enheder til at “tale op” og anmode om deres egne data, hvorefter det opdeler download-lufttid mellem den nærliggende enhed og “det dårlige soveværelse” i orden at prøve at imødekomme begge deres anmodninger. Det tilføjer dog stadig flere eller hundreder af millisekunder til det tidspunkt, det tager disse andre enheder at vente på, at adgangspunktet forlader dem et vindue, men de er stadig nødt til at konkurrere med hinanden, når et sådant vindue åbnes.

Det bliver endnu værre, hvis brugeren i “det dårlige soveværelse” forsøger at uploade en video, sende en e-mail eller sende et stort billede til sociale medier. Routeren forsøger at lade lufttiden være åben for andre enheder til at tale op – men brugerens telefon er ikke under sådanne begrænsninger, og den vil muntert spise op hver bit lufttid, den kan. Værre er det, at telefonen ikke har nogen idé om, hvor meget data andre brugere muligvis har anmodet om, i de korte vinduer, de måtte anmode om. Routeren ved, hvor meget data der skal leveres til hver klient individuelt, så den kan tildele lufttid til at downloade data korrekt – men alt hvad telefonen ved, er, at den ønsker at uploade disse ting, så alles oplevelse er forfærdelig, mens den gør det. Så hvis du efterlader al denne visdom med kun én regel i tankerne, burde dette sandsynligvis være det.

Google går ned på Android-apps, der sporer placering

Ny Play Store-politik gør, at apps retfærdiggør adgang til baggrundsplacering.

Ved siden af ​​lanceringen af ​​Android 11 Developer Preview annoncerede Google en plan om at slå ned på Android-apps, der anmoder om brugerens placering i baggrunden. Ligesom vi så med Googles pushback mod apps, der bruger API’erne til tilgængelighed til ting, der ikke er relateret til tilgængelighed, vil Google flexere den magt, den har over Play Store, og manuelt gennemgå apps, der anmoder om placeringsdata i baggrunden.

Når vi skrev om den nye politik, siger Google, “Da vi kiggede nærmere på brug af baggrundsplacering, fandt vi, at mange af de apps, der anmodede om baggrundsplacering, faktisk ikke havde brug for det. Faktisk kunne mange af disse apps give det samme brugeroplevelse ved kun at få adgang til placering, når appen er synlig for brugeren. ” Virksomheden siger, at apps i Play Store snart vil blive evalueret af mennesker for at se, om apps faktisk har brug for de baggrundsplaceringstilladelser, de anmoder om.

Google fastlægger følgende kriterier for anmodning om baggrundsplacering:

Senere i år opdaterer vi Google Play-politikken for at kræve, at udviklere får godkendelse, hvis de vil have adgang til placeringsdata i baggrunden.

Faktorer, der vil blive set på inkluderer: Leverer funktionen klar værdi til brugeren?

Ville brugere forvente, at appen får adgang til deres placering i baggrunden?

Er funktionen vigtig for det primære formål med appen?

Kan du levere den samme oplevelse uden at få adgang til placering i baggrunden?

Alle apps evalueres ud fra de samme faktorer, inklusive apps foretaget af Google, og alle indsendelser gennemgås af folk i vores team.

Blogindlægget viser også en tidslinje for de nye placeringsregler:

Vi forventer følgende tidslinje for denne politikudvikling; det kan dog ændres.

April: officiel opdatering af Google Play-politikken med baggrundsplacering

Maj: udviklere kan anmode om feedback om deres brugssag via Play Console med en estimeret svartid på 2 uger, afhængigt af lydstyrken

3. august: alle nye apps indsendt til Google Play, der har adgang til baggrundsplacering, skal godkendes

2. november: alle eksisterende apps, der anmoder om baggrundsplacering, skal godkendes eller fjernes fra Google Play

Apps vil stadig være i stand til at anmode om din placering i forgrunden – hvilket betyder, når de er den aktuelt synlige app. Den nye politik gælder kun apps, der anmoder om din placering, når du ikke kan se dem, som kan bruges til hemmeligt at spore brugerens placering.

Alle Android-apps skal anmode om “Placering” -tilladelse for at se brugerens placering, så selv uden disse ændringer kunne brugerne altid ramme “afvise” og ikke sende appen nogen oplysninger. Dette træk er beregnet til at slå ned på apps, der unødigt anmoder om tilladelse. I Android 10 tilføjede Google en mere begrænset mulighed til placeringstilladelsen, hvilket gjorde det muligt for brugere at give en app adgang til deres tilladelse, når den kørte i forgrunden. I Android 11 kan denne indstilling begrænses endnu mere med et nyt tilladelsesomfang, der giver adgang til placering en gang.

Google siger, at selv “apps lavet af Google” vil være underlagt disse nye krav, men mange af kravene til baggrundsplacering giver en klar adgang til funktioner i Google Maps, som kontinuerligt at dele din placering med en ven. Google fremstiller også basisoperativsystemet, som konstant kan spore din placering i baggrunden gennem ting som Google Play Services. Disse data gemmes på Internettet som din “Placeringshistorik”, og Google er for nylig kommet i varmt vand for ikke at gøre kontrollerne for denne funktion så klare, som de kunne være. Som svar på rapporteringen om placeringshistorik fra Associated Press gendannede Google sine lokationshistorik-kontroller med tydeligere beskrivelser, og ud over muligheden for at slå dem helt fra, tilføjede virksomheden muligheder for automatisk sletning for at slippe af med data efter en bestemt tidsrum.

Apple overvejer at lade brugerne ændre standard-e-mail, browser, musikapps i iOS

Planerne er ikke endelige, men de vil skabe en radikal ændring i strategien.

Apple overvejer seriøst muligheden for at give brugerne mulighed for at ændre standardapps til webbrowsing, mail eller musik på deres iPhones. Virksomheden kan muligvis også give brugerne mulighed for at lytte til Spotify eller andre musikstreamingtjenester udover Apple Music via Siri på iPhone eller på HomePod smart højttaler.

Mens Apples planer ikke er endelige, kunne ændringerne træde i kraft, så snart Apples iOS 14 frigives senere på året, hvilket betyder, at de sandsynligvis vil blive introduceret under Apples udviklerkonference i juni.

I øjeblikket kan iOS-brugere downloade tredjepartsapplikationer til mail eller webbrowsing som Outlook eller Firefox, men de kan ikke indstille dem til at være standardapps, som systemet åbner, når der f.eks. Tappes et link eller en e-mail-adresse i et andet program. Apple tillader brugere at gøre disse ting i nogle tilfælde med sin macOS-software til desktops og laptops, selvom det ikke er muligt på virksomhedens mobile platforme.

Dette kan hjælpe Apples iOS-platform med at konkurrere med Googles Android, der har den dominerende position på smartphonemarkedet; denne mangel på fleksibilitet i iOS nævnes undertiden af ​​brugere som en grund til at vælge Android i stedet, da Android længe har givet brugerne disse slags valg.

Og som Bloomberg bemærker, ville mere elegant support til streamingtjenester udover Apple Music næsten helt sikkert være en velsignelse for salget af Apples Smart HomePod-højttaler, da den manglende fleksibilitet er en stor begrænsning for dette produkt sammenlignet med dets konkurrenter. Ja, HomePod-brugere kan streame Spotify til HomePod ved hjælp af Apples AirPlay-teknologi, men mange brugere føler måske, at det ikke er en komplet løsning.

Hvis disse ændringer forekommer, ville de være velkomne dem for mange iPhone-ejere. Og de kan hjælpe Apple med at forhindre eller adressere nogle retssager eller klager over antitrust.

Idet man tager musik som eksempel, indgav Spotify en antitrust-klage til EU-embedsmænd med påstand om, at Apple uretfærdigt prioriterer sin egen musik-streamingtjeneste frem for Spotify’s, selv når brugerne bevidst opsøger Spotify. Spotify har blandt andet påpeget, at Apple stablede søgeresultater i sin App Store på enheden med førstepartersoftwareresultater på bekostning af tredjepart som Spotify, skønt Apple allerede har svaret på disse klager ved i det mindste delvist at rette op på specifikke spørgsmål). Spotify citerede også den næsten unikke i industrien manglen på direkte Spotify-support på HomePod.

Ved at foretage disse ændringer kan Apple muligvis finde sig i en bedre position, når den argumenterer for beskyldninger om urimelig forretningspraksis. Og nogle brugere vil være glade for at have flere muligheder, selvom nogle andre kan blive frustrerede eller forvirrede af en mere åben platform. Under alle omstændigheder ville ændringen sandsynligvis gøre iOS mere attraktiv for flere brugere.

Bloombergs kilder var omhyggelige med at præcisere, at der endnu ikke er truffet nogen endelige beslutninger, men i betragtning af Apples mangeårige forpligtelse til en anden filosofi, er det faktum, at denne ændring overhovedet overvejes alvorligt overhovedet at være en stor udvikling.

Da det frigav iOS 13 og iPadOS 13 i 2019, begyndte Apple allerede at løfte nogle mindre begrænsninger for, hvordan brugere kunne tilpasse det mobile operativsystem. Så hvis disse ændringer for standard-apps går fremad, kan de medføre et dramatisk skift i Apples softwarestrategi – uanset om de er gjort til at gøre tingene bedre for brugerne, til at appease regulatorer eller begge dele.

Android 11 Forhåndsvisning hands-on – Meddelelsesændringer, indstillinger for mørk tilstand og mere

Ny Android-forhåndsvisning er laserfokuseret på nye API’er, med lidt i vejen for nyt UI.

Android 11 Developer Preview er ude, og jeg har prøvet det i et par timer. Jeg er tilbage til at rapportere mine fund.

For at være ærlig er der ikke mange ændringer, som brugeren vender mod i denne første preview-udgivelse. Ligesom det tidligere anførte Android 11-indlæg er dette næsten udelukkende API-ændringer med lidt at se fra et UI-perspektiv. Lige nu ligner Android 11 ligesom Android 10. Forhåbentlig holder Google bare tilbage, og vi ser mere i fremtidige udgivelser af Developer Preview.

Android 11

Se flere historierHvad angår hvad der er her, som vi har mistanke om, er der nu et “samtaler” -afsnit i underretningspanelet, som indkommende tekster og meddelelser ender i. Sektionen sorteres helt øverst i underretningspanelet, over almindelige underretninger og lydløs meddelelser. Hvis du længe trykker på en meddelelsesmeddelelse, får du en hel række indstillinger. Du kan forvise en bestemt type meddelelse fra kategorien “meddelelser”, vise en meddelelse som en boble, “favorit” en person til at sortere dem over enhver anden person, slukke en meddelelse eller slå en anmeldelse.

Hver enkelt person får en meddelelseskanal nu, så du kan gøre ting som at gøre beskeder fra en person højt prioriteret og slå en anden af, selvom de alle bruger den samme app. Indstillingerne Ikke forstyrr er blevet omarrangeret og kan også opdeles efter “person” sammen med indstillinger for apps og alarmer.

Meddelelsesapps kan frit kastes i en boble fra denne menu, så appen kan flyde over toppen af ​​alt andet. Selv for gamle, ikke-elskede, kriminelt forsømte apps som Google Hangouts – som stadig er Googles bedste messaging-platform – fungerer funktionen godt. Google arbejder på at lukke de gamle metoder til opbygning af flydende apps, da de kan resultere i skjulte, ikke tildelte skærmoverlejringer, hvilket kan være et sikkerhedsmæssigt problem. For flydende apps vil bobler være den foretrukne stil i Android 11.

Det mørke tema kan nu planlægges at gå af sammen med solopgang og solnedgang, som var en meget efterspurgt funktion efter introduktionen sidste år. Der er en indbygget skærmoptager skjult i Hurtige indstillinger, der fungerer godt. Google arbejder også hårdt på en scrolling-screenshot-funktion, som ikke er aktiv i denne udgivelse, men er blevet hacket til eksistens af XDA Developers .

Skærmen til Udviklerindstillinger har en ny mulighed for at “vise opdateringsfrekvens”, der sætter et nummer i hjørnet, der viser, om din 90Hz-telefon virkelig kører på 90Hz. Dette vil være godt til diagnosticering af uheldige displayimplementeringer som Google Pixel 4 . Det ville have været let at bruge lagertypen til dette nummer, men nogen hos Google gik ud af deres måde at få antallet til at ligne  Fraps  FPS-tæller med store, blokede numre i rødt, gult og grønt. Rekvisitter.

Android 11-planen, med "platformstabilitet", der kommer i juni.
Forstør / Android 11-planen, med “platformstabilitet”, der kommer i juni.Google

Hver Android-udgivelse kommer med nye og spændende mysterier, og denne gang er der en udviklerindstilling til “Aktiver Bluetooth Gabeldorsche-funktionsstakken.” Er der en ny Bluetooth-stak? Hvorfor? Hvad er bedre ved det? Er den færdig? Ingen ved! Vi spørger rundt på Google I / O.

Så vidt brugerændringer ændrer sig, er det stort set det. Langt de fleste tilføjelser til forhåndsvisning af Developer 1 var allerede beskrevet i Googles blogindlæg. Denne første udgivelse virkelig er bare for udviklere, og vi vil forhåbentlig se mere brugervenlige vender funktioner i senere udgivelser. Googles tidslinje lover en frigivelse hver måned, så kom tilbage senere.