Googleapis.com

[Greybird]

Jag kör Windows 8.1 Pro med IE 11.0.9600.17207 med uppdatering 11.0.10.

Jag har en anpassad spårningsskyddslista där googleapis.com är blockerad. I och med det kan jag till exempel inte logga in på apoteket.se och naturvardsverket.se

När jag inaktiverar spårningsskyddslistan går det bra att logga in.

Några synpunkter på att Apoteket och Naturvårdsverket använder verktyg från Google?

[si3rra]

nej, varför skulle någon ha det?

på Apoteket.se används det för "//commondatastorage.googleapis.com/code.snapengage.com" som är en chatt-tjänst, antagligen chatt med kundtjänst.

Och på naturvårdsverket verkar googleapis användas till http://www.outfox.com/produkter/enkat-kopplad-till-google-analytics/

Redigerad Juli 13, 2014 av si3rra

[Cecilia]

Och till det kan man lägga till att SnapEngage är ett företag som är fristående från Google.

http://snapengage.com/about-us/

http://startupsuccesspodcast.com/2011/01/show-94-jerome-breche-cofounder-of-snapengage/

 

Och bara använder sig av Googles "moln" för lagring: https://en.wikipedia.org/wiki/Google_Storage

[plastiq]

Märkligt, brukar blockera googleapis och har aldrig haft problem med det , använder visserligen inte IE. Min synpunkt skulle kunna vara, "behövs det chattas med apoteket, eller svaras på enkätsundersökning hos naturvårdsverket ?" . Det har annars mycket att göra med hur sidorna är kodade och länkade om det fungerar eller ej.

 

Edit : Förslag,,
Du skulle kunna köra med två olika webbläsare, en för tex. Apoteket och Naturvårdsverket (IE).
Kan tex. skaffa Firefox och skaffa "plugins" till den, kan blockera lite av varje med dem. Som tex. Javascript som googleapis använder, om du tex surfar till andra ställen ?

Redigerad Juli 14, 2014 av plastiq

[Greybird]

Tack för synpunkter.

Google gör inget gratis och tillhandahåller inget som är gratis. Om man inte betalar med pengar betalar man med sin information. Vill jag dela den information som jag ger Apoteksbolaget och Naturvårdsverket med Google? Utan att resp parter talar om att man gör så.

Allt som är lagrat i Googles moln är tillgängligt för Google och således delat med Google.

För att belysa vad som kan vänta en användare av Internet beroende på kunskap och erfarenhet:

När jag först träffar på en webbplats som inte fungerar tror jag att det är ett tillfälligt fel på webbplatsen eftersom det ofta är så och försöker igen efter en stund och igen efter ytterligare en stund och igen efter någon eller några dagar. Det går också att laborera med Kompabilitetsläget och ändra till en tidigare IE-version och påpeka till kundtjänst. Eller som nu är känt blockera eller tillåta googleapis. Man kan också ge upp och gå till en alternativ webbplats om det finns.

Frågan är vilken nytta jag har av att blockera googleapis när jag måste inaktivera spårningslistan för att med IE komma in till Apoteket och Naturvårdsverket? Förstår man vad man gör när man slentrianmässigt använder googleapis? Inser företags- eller verksledningen konsekvenserna?

Är jag den ende här i världen som ifrågasätter att oreserverat dela all min information med Google?

[Cecilia]

Jag tror du har missförstått något, det är koden för chattprogrammet som ligger på Googles server, inte något som vare sig du eller Apoteksbolaget (eller något annat av de tusentals företag som använder SnapEngage) skriver i chatten. Företaget SnapEngage betalar Google för det utrymme de använder, se prislistan https://developers.google.com/storage/pricing och Apoteksbolaget betalar för att få använda SnapEngage enligt deras prislista http://snapengage.com/live-chat-pricing/ dessutom.

[si3rra]

Fast finns nog värre saker att oroa sig för då *foliehatt på* t.ex på apoteket så används och delas säkert information med till b.la optimizely, Adform Tracking, amazonaws.com

Känner du ändå att apoteket är en stor stygg varg som säljer information om dina mediciner till google så får man nog hänvisa till deras integritetspolicy: http://www.apoteket.se/privatpersoner/kundservice/sidor/Apoteketcontents_Personuppgifter_Integritetspolicyforapoteket.se_EnligtPUL.aspx

Redigerad Juli 15, 2014 av si3rra

[plastiq]

Problemet är väl att koden ligger på googles servrar. Det är nog bättre att använda sig av foliehatt ibland, det kan senare visa sig vara ett "rätt beslut". Sedan är det annan sak att alla dessa "funktioner" (oavsett leverantör) belastar webbtrafiken i onödan.

Det slutar väl med att att de enda som trafikerar på nätet är "funktionerna" och inte de potentiella kunderna.

 

Edit : bara den här sidan innehåller "connecting to google accounts.com", "read google accounts.com", fejan, twitter osv. , dessutom har inte sidan laddats klart efter 1 minut. Har ändå en skapligt snabb lina.

Blixtsnabbt internet,, joo joo..

 

Edit2 : den har siten (AOW) hör till bland de snabbare jag har testat (bra kodat), det finns en del skrämmande exempel ute,, vill bara att tillägga att hastigheten "dippar" ofta så det är svårt att vara rättvis.

 

Edit3: ponera att man hamnar någonstans där det finns bara tillgång till en telefonlinje med

"56 modem", den här sidan skulle nog antagligen ta en halv dag att ladda, skickar man ett svar

tar en halv dag till. Heldagsjobb..
 

Redigerad Juli 16, 2014 av plastiq

[Cecilia]

Problemet är väl att koden ligger på googles servrar.

...

Sedan är det annan sak att alla dessa "funktioner" (oavsett leverantör) belastar webbtrafiken i onödan.

 

Varför är det ett problem med att kod på en webbsida hämtas från Googles server och inte från Amazons eller SnapEngages server?

Koden för en chattfunktion är då bra mycket mindre än allt som behöver skickas för alla filmer och videoklipp som folk gladeligen håller på och laddar ner hela tiden så jag håller verkligen inte med om att lite kod på en webbsida belastar internet. Det är säkert många som uppskattar möjligheten att chatta med personal dessutom.

 

 

Netflix accounts for about a third of peak Web traffic in the U.S., and YouTube is coming up on 20 percent.

http://allthingsd.com/20131111/netflix-youtube-half-your-broadband-diet/

Där har du vad som belastar internet, inte webbsidor.

[plastiq]

@ Cecilia

 

Webbsidor ligger på servrar för tusan ,, en chattfunktion är det inga problem med,, men inte så länge att sidorna ska läsas in via allehanda leverantörer. Har väl för tusan erfarenhet av vad som laddas och inte laddas in på en webbsida,

inte så dumt att påstå någonting annat och hänvisa till en länk.

 

Edit :

ingenting illa menat,, länken återspeglar andra förhållanden än de jag har att göra med.

Redigerad Juli 16, 2014 av plastiq

[plastiq]

Varför är det ett problem med att kod på en webbsida hämtas från Googles server och inte från Amazons eller SnapEngages server?

Koden för en chattfunktion är då bra mycket mindre än allt som behöver skickas för alla filmer och videoklipp som folk gladeligen håller på och laddar ner hela tiden så jag håller verkligen inte med om att lite kod på en webbsida belastar internet. Det är säkert många som uppskattar möjligheten att chatta med personal dessutom.

 

http://allthingsd.com/20131111/netflix-youtube-half-your-broadband-diet/

Där har du vad som belastar internet, inte webbsidor.

 

Vad har tex. facebook och twitter att med artikeln att göra ? Jag vill läsa en artikel utan inblandning av

tredjepart. Hela den tiden som det tog att ladda upp sidan var det korslänkat., själva sidan laddas snabbt men inte tredjepart. I princip får man blockera allt och köra utan "CS" på webbsidorna.

Det är tråkigt.