';
+ $parser = new Parser($input);
+ $result = $parser->parse();
+
+ $this->assertCount(1, $result['items'][0]['properties']['adr'][0]['type']);
+ $this->assertEquals('h-acme-some-acme-object', $result['items'][0]['properties']['adr'][0]['type'][0]);
+ $this->assertCount(1, $result['items'][0]['properties']['adr'][0]['properties']['locality']);
+ $this->assertEquals('MF2 some acme locality', $result['items'][0]['properties']['adr'][0]['properties']['locality'][0]);
+ }
+
+
+ /**
+ * Test mixed microformats2 with mf1 roots + properties
+ * Technically covered by other tests, but this is an additional test with @pfefferle's content
+ * after improvements were made to the backcompat parsing.
+ * @see https://github.com/indieweb/php-mf2/issues/45#issue-33893491
+ */
+ public function testMixedMf2andMf1Case1() {
+ $input = <<< END
+
+
Facebook kauft WhatsApp und ich hab nur wenig Möglichkeiten meine Konsequenzen daraus zu ziehen. Leider sind alle aktuell populären “Chat” Systeme direkt an die App gekoppelt und ich “muss” zwangsläufig die App benutzen die mein Freundeskreis bevorzugt.
+
WhatsApp benutzt intern das XMPP-Protokoll und arbeitet dadurch ja theoretisch dezentral und auch Telegram hat beispielsweise eine Art offenes Protokoll gebaut… Das Problem: Woher wissen auf welchem Server der Andere angemeldet ist.
+
Seit WhatsApp die Identifizierung über die Telefonnummer (statt einer z.B. E-Mail Adresse) eingeführt hat, sind viele anderen diesem Beispiel gefolgt und es gibt nichts Verwerfliches daran. Jeder der eine solche App nutzt hat zwangsläufig ein Telefon, was bedeutet dass er auch eine Telefonnummer hat und die Wahrscheinlichkeit dass in seinem (Telefon-)Adressbuch mehr Telefonnummern als E-Mail Adressen stehen ist auch sehr hoch. Prinzipiell also eine gute Idee! Leider kann man aber anhand einer Telefonnummer nicht auf einen Server (mal abgesehen vom Telekommunikations-unternehmen) schließen und das bedeutet, dass das Verfahren leider auch nur zentral funktionieren kann. Nutze ich WhatsApp, kann man mich nur über die WhatsApp-Server erreichen, für Telegram läuft die Kommunikation nur über die Telegram-Server usw.
+
Um mit XMPP oder anderen Protokollen wirklich dezentral arbeiten zu können, müsste man über die Telefonnummer erfahren können welchen Chat-Server der Andere benutzt. Vielleicht über so eine Art Tel to Id – Service oder über andere Protokolle wie z.B. SMS. Damit könnte sich jeder selbst den Client seines Vertrauens aussuchen und alles wäre gut besser
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+ 7 Gedanken zu “Wir brauchen Metadaten für Telefonnummern”
+
+
+
+
+
+
+
+
ENUM (RFC6116) macht genau das. Ist zwar für SIP gedacht, passt aber auch auf diese Anforderung.
ENUM wurde bisher nur als Möglichkeit zur Umgehung der Carrier/Kostenersparnis gesehen, dementsprechend natürlich von Carriern und nahestehenden Hard-/Softwareherstellern nicht unterstützt. Somit kommt es nicht in den Mainstream. Ich sehe es zur Zeit (leider) als reines “Nerd-Tool”, genau wie Diaspora, OpenID, IndieWeb …
+Aber der Gedanke eines “dezentralen WhatsApp” auf ENUM-Basis kam mir auch schon. Interessantes Projekt, aber auch nicht massentauglich wegen Huhn&Ei-Problemen.
Hmmm… Eine Unterstützung von Seiten aller Carrier wäre natürlich wirklich notwendig um massentaugliche Produkte zu bauen…
+
Wäre großartig wenn jede Nummer automatisch ne URI bekäme und unter dieser URI ne Art “Registry” zu finden wäre, die auch von Apps erweitert werden kann. So ne Art WebFinger für Telefonnummern quasi…
WhatsApp verwendet kein XMPP. XMPP ist für Mobiles der absolute Horror, denn es basiert auf TCP und damit braucht der Client eine stehende TCP-Verbindung, was massiv auf den Akku geht. Außerdem kommt es permanent zu reconnects, wenn sich laufend die IP-Adresse des Clients ändert.
+Aus diesem Grund will man ein verbindungsloses Push-System dahinter haben.
+
Google und Facebook verwenden XMPP, Facebook hat sich aber noch nie an s2s (Server to Server) Verbindungen beteiligt, Google hat es vor ca 1 Jahr abgeschaltet, damit kann man sich zB. von eigenen XMPP-Servern und damit eigenen XMPP-Accounts nicht mehr mit Google-Usern unterhalten, sonern muss den Google Account verwenden.
+Ich habe zB. sowohl meine Facebook als auch Google-Account in meinem pidgin konfiguriert.
+
TextSecure (clients momentan nur für Android) ist momentan das IMHO beste System in diesem Bereich:
+- open source
+- harte crypto
+- multi device (man kann einen Account auf meheren Devices nutzen)
+- bald für iOS und Desktop
+und: es unterstützt Federation, man kann sich also seinen eigenen Server hinstellen und es darüber machen.
+Siehe: https://whispersystems.org/blog/the-new-textsecure/
+
Ich muss natürlich immer noch den Account des anderen Teilnehmers kennen …
+
+END;
+ $parser = new Parser($input, 'http://notiz.blog/2014/02/20/wir-brauchen-metadaten-fuer-telefonnummern/');
+ $result = $parser->parse();
+
+ $this->assertCount(1, $result['items'][0]['properties']['author']);
+ $this->assertCount(1, $result['items'][0]['properties']['author'][0]['type']);
+
+ $this->assertEquals('h-card', $result['items'][0]['properties']['author'][0]['type'][0]);
+ }
+
+
+ /**
+ * Test mixed microformats2 with mf1 roots + properties
+ * Technically covered by other tests, but this is an additional test with @aaronpk's content
+ * after improvements were made to the backcompat parsing.
+ * @see https://github.com/indieweb/php-mf2/issues/45#issuecomment-267621041
+ */
+ public function testMixedMf2andMf1Case2() {
+ $input = <<< END
+
+END;
+ $parser = new Parser($input, 'https://aaronparecki.com/2016/12/15/16/dropvox');
+ $result = $parser->parse();
+
+ $this->assertCount(1, $result['items'][0]['properties']['item']);
+ $this->assertCount(1, $result['items'][0]['properties']['item'][0]['type']);
+ $this->assertCount(1, $result['items'][0]['properties']['name']);
+ $this->assertCount(1, $result['items'][0]['properties']['url']);
+ $this->assertCount(1, $result['items'][0]['properties']['author']);
+
+ $this->assertArrayNotHasKey('reviewer', $result['items'][0]['properties']);
+ $this->assertArrayNotHasKey('description', $result['items'][0]['properties']);
+ # The following two are correct per backcompat algorithm: classic properties are ignored inside the mf2 root.
+ $this->assertArrayNotHasKey('rating', $result['items'][0]['properties']);
+ $this->assertArrayNotHasKey('best', $result['items'][0]['properties']);
+
+ $this->assertEquals('h-product', $result['items'][0]['properties']['item'][0]['type'][0]);
+ $this->assertEquals('Dropvox', $result['items'][0]['properties']['name'][0]);
+ $this->assertEquals('https://aaronparecki.com/2016/12/15/16/dropvox', $result['items'][0]['properties']['url'][0]);
+ $this->assertEquals('https://aaronparecki.com/', $result['items'][0]['properties']['author'][0]);
+ }
+
+
+ /**
+ * @see http://microformats.org/wiki/hReview#Examples
+ */
+ public function testParsesClassicHreview() {
+ $input = <<< END
+
+ 5 out of 5 stars
+
Crepes on Cole is awesome
+ Reviewer: Tantek -
+ April 18, 2005
+
+
Crepes on Cole is one of the best little creperies in San Francisco. Excellent food and service. Plenty of tables in a variety of sizes for parties large and small. Window seating makes for excellent people watching to/from the N-Judah which stops right outside. I've had many fun social gatherings here, as well as gotten plenty of work done thanks to neighborhood WiFi.
ENUM (RFC6116) macht genau das. Ist zwar für SIP gedacht, passt aber auch auf diese Anforderung.
++-
+
+
+
+
+
+
+
+
+Das war ne schnelle Antwort
+Vielen Dank für den Tipp mit ENUM (noch nie davon gehört) und den Link… werde mich später mal durch das RFC kämpfen…
+Wollte auch gerade ENUM sagen. Dabei wird die Telefonnummer in einen DNS-Namen konvertiert. Wenn du damit spielen willst, kannst du dir unter http://www.portunity.de/access/produkte/telefonie/enum-domains.html kostenlos eine deutsche Nummer in ENUM eintragen lassen.
++-
+
+
+
+
+
+
+
+
+Krass dass das so vollkommen an mit vorbei gegangen ist… Gibt es da produktive Anwendungen die ENUM zum Beispiel für Chats o.Ä. verwenden?
+…ich sollte echt mehr bloggen!
++-
+
+
+
+
+
+
+
+
+ENUM wurde bisher nur als Möglichkeit zur Umgehung der Carrier/Kostenersparnis gesehen, dementsprechend natürlich von Carriern und nahestehenden Hard-/Softwareherstellern nicht unterstützt. Somit kommt es nicht in den Mainstream. Ich sehe es zur Zeit (leider) als reines “Nerd-Tool”, genau wie Diaspora, OpenID, IndieWeb …
++Aber der Gedanke eines “dezentralen WhatsApp” auf ENUM-Basis kam mir auch schon. Interessantes Projekt, aber auch nicht massentauglich wegen Huhn&Ei-Problemen.
+-
+
+
+
+
+
+
+
+
+Hmmm… Eine Unterstützung von Seiten aller Carrier wäre natürlich wirklich notwendig um massentaugliche Produkte zu bauen…
+Wäre großartig wenn jede Nummer automatisch ne URI bekäme und unter dieser URI ne Art “Registry” zu finden wäre, die auch von Apps erweitert werden kann. So ne Art WebFinger für Telefonnummern quasi…
+Diese Interoperabilität nennt sich gemeinhin “Federation”: http://en.wikipedia.org/wiki/Federation_(information_technology)
+WhatsApp verwendet kein XMPP. XMPP ist für Mobiles der absolute Horror, denn es basiert auf TCP und damit braucht der Client eine stehende TCP-Verbindung, was massiv auf den Akku geht. Außerdem kommt es permanent zu reconnects, wenn sich laufend die IP-Adresse des Clients ändert.
++Aus diesem Grund will man ein verbindungsloses Push-System dahinter haben.
Google und Facebook verwenden XMPP, Facebook hat sich aber noch nie an s2s (Server to Server) Verbindungen beteiligt, Google hat es vor ca 1 Jahr abgeschaltet, damit kann man sich zB. von eigenen XMPP-Servern und damit eigenen XMPP-Accounts nicht mehr mit Google-Usern unterhalten, sonern muss den Google Account verwenden.
++Ich habe zB. sowohl meine Facebook als auch Google-Account in meinem pidgin konfiguriert.
TextSecure (clients momentan nur für Android) ist momentan das IMHO beste System in diesem Bereich:
++- open source
+- harte crypto
+- multi device (man kann einen Account auf meheren Devices nutzen)
+- bald für iOS und Desktop
+und: es unterstützt Federation, man kann sich also seinen eigenen Server hinstellen und es darüber machen.
+Siehe: https://whispersystems.org/blog/the-new-textsecure/
Ich muss natürlich immer noch den Account des anderen Teilnehmers kennen …
+