In der aktuellen 7er iX steht etwas zu Scans wichtiger europäischer Sites im Hinblick auf DSGV und Security. Den kostenlosen Scan habe ich dem Blog auch gegönnt. War das Ergebnis nun auch nicht so schlecht.
Woz auf der appsworld 2015 in Berlin
Steve Wozniak, einer der beiden Steves, die Apple mit dem Partner Ron Wayne gründeten, hat sich klar ausgesprochen:
[Hat] vor den Datenschutzproblemen im Zusammenhang mit Facebook gewarnt. In einem Interview empfahl er Nutzern, die Facebook-Anwendung zu löschen.
Quelle: Heise
Oder wie er im Originaltext bei TMZ sagt:
GET OFF FACEBOOK!!!
Privacy Concerns Scare Me
Was sind Universal Links eigentlich? Das sind diese Angaben auf Webseiten, um die – allerdings installierte – App dieser Seite anstelle der Webvariante auszuführen.
Wodurch weiß die Webseite, dass es eine App gibt, die mit dieser Webseite assoziiert ist? Des Rätsels Lösung ist die AASA – die Apple App Site Association, eine JSON-Datei, die alles beinhaltet.
Dabei gibt der erste rote Kasten die Apple Team ID an (zu finden unter „Certificates, Identifiers & Profiles“ im Developer-Bereich bei Apple). Der zweite Wert ist die Bundle ID, die entweder per Xcode (erkennbar am XC bei der App ID) oder im Developer Portal erstellt wird.
Wichtig ist, dass bei der App ID das Entitlement „Associated Domains“ ausgewählt ist. In Xcode wird dann bei den Einstellungen die Webseite angegeben, auf der sich die AASA-Datei (die Apple-JSON-Datei von oben) befindet. Die AASA kann entweder im WWW-Root liegen oder aber in einem versteckten Directory „.well-known“. Ich habe sie ins Root gelegt. Es gibt verschiedene Aussagen, die besagen, dass das mit dem Hidden-Directory entweder geht oder nicht, je nach dem wo man im Web schaut.
Zu der Associated Domain muss nun noch das Entitlement in Xcode angeben werden. Ich habe den Hinweis gelesen, wenn der Build gemacht wurde im Projektverzeichnis zu schauen, ob wirklich die „Projektname“.entitlement-Datei im Projekt mitenthalten ist. Ich selber hatte hiermit keine Probleme.
Der URL-Präfix bei der Associated Domain und dem Entitlement muss (für diesen Fall) zwingend „applinks:“ heißen.
Wenn das Projekt angelegt wird, ist ja – wie immer – die Bundle ID zu wählen. Diese muss ja zwingend mit der App ID korrelieren (wenn Xcode die Arbeit macht, kein Problem). Auch das Provisioning Profile muss natürlich die App ID beinhalten.
Was machte das ganze so schwierig und nervig? Die Anleitungen, die man im Netz bei Apple oder woanders findet, sind recht eindeutig. Doch es hat Stunden gedauert, bis ich schlußendlich den Universal Link hatte.
Folgend Dinge haben (mir) geholfen:
1. Eine .htaccess-Datei, die https erzwingt (sonst geht das lt. Apple nicht mit den Universal Links).
2. Das Erzwingen, dass die AASA-Datei an Apple mit dem richtigen MIME-Type JSON ausgeliefert wird.
3. Die AASA sollte man wie folgt erstellen: Touchen im Terminal, danach wurde sie per Terminal-Befehl in Visual Studio Code geöffnet und dann der der Inhalt eingepasted und gesichert. Ich habe sie auch getouched, dann aber mit Xcode bzw. TextWrangler erstellt. Ich habe sie dann mit Cyberduck übertragen und auf dem Webspace in den korrekten Namen umbenannt.
4. Das aber wohl alles entscheidende war die Tatsache, dass ich die Webseite nach unten gezogen habe. Und Wunder: Der Universal Link kam zu Tage.
Er deutete sich mit zart durschimmerndem Magenta links oben (rote Quadrat) als App Icon leicht an. Doch es hat sehr lange gedauert, bis ich das mit dem Runterziehen begriffen habe.
Was ich noch rausfand, dass ein schlankes
<p align=“CENTER“><b><a href=“https://ikisser.de/UniLnkTst/index.html“><img src=“./images/ULT-app-icon.jpg“></b></p>
auf de Startseite den Universal Link nicht auf der Unterseite „UniLnkTst“ anzeigt, nein es wird sofort die App gestartet.
Hat mich richtig Nerven gekostet. Am Ende ganz einfach. Es musste nur eine .htaccess auf die Universal Link Seite und in dieser angegeben werden, dass die AASA-Datei mit dem richtigen MIME-Tye ausgeliefert wird – kinderleicht sozusagen! 😉
Apples stringente Bemühungen, Cloud-Dienste auf eigene Server umzustellen.
Einer der Gründe soll auch sein, dass Apple der Infrastruktur der Lieferanten nicht recht traut. So sollen bereits Infos von bei Google gehosteten iCloud-Accounts aufgrund technischer Probleme verloren gegangen sein. Dabei handelte es sich um Fotos und andere Daten.
Quelle: Heise
Was DuckDuckGo in diesem Artikel How to live without Google sagt, klingt einfach und einleuchtend. Ist es auch!
Das Gequatsche wie „ach, ist doch eh egal, da nicht mehr zu ändern“ ist fatalistisch und dumm. Ist ein wenig wie „scheiß egal, ich rauche, saufe, kokse weiter – muss ja eh sterben“.
Nicht umsonst habe Apple in seiner Grundschule, die es in Silicon Valley betreibe, digitale Geräte verboten.
Der Neurobiologe Martin Korte zur Frage: Lernt man digital besser? Ein klares Nein, wie das übrigens auch schon Manfred Spitzer sehr deutlich gemacht hat.
Das Heise-Quiz für alle, die früher schon jung waren. 😉
Klar ist, dass am Samstag die legendäre 20-Jahr-Feier von heise online war, ich dazu auch etwas auf dieses kleine unbedeutende Blog (damals noch Port 80) stellte, aber ein Directory wie eine Bilddatei benamed in den Untiefen des Heise-(Troll-)Forums völlig zufällig zu finden, macht mich doch schon nachdenklich…
