Achtung Achtung!
Liebe Leute, ich war die letzten Wochen leider stark mit Umziehen beschäftigt und bin jetzt erst wieder verfügbar, lese mir das hier die Tage mal durch und verfasse eine ausführliche Antwort, sorry Leute!
UPDATE
Was die Technik angeht wird in dem WWDC Video von Javascripten gesprochen über die dann die Kommunikation läuft. Jan hat das auch schon angedeutet und außerdem gesagt das er mit PHP arbeitet, was soweit ich das verstanden habe aber in HTML Code eingebettet werden muß.
Ich stelle das nur kurz klar: Du musst Safari via JavaScript sagen, dass es "Um Erlaubnis bitten soll". Das heißt, der Dialog, der von oben herunterfährt, muss über das JavaScript getriggert werden. Die eigentliche Funktionalität sollten wir serverseitig belassen, ggf. da einklinken, wo aktuell Apfeltalk schon iOS Push-Mitteilungen versendet.
Dann brauchen wir noch jemanden mit einem Apple Account, der diese Webseite dann bei Apple für Safari Push anmeldet.
Das ist eine heikle (!!!) Situation. Das sollte von einem Apfeltlak-eigenem Account gemacht werden. Warum? Nunja, man muss auf dem Server von Apfeltalk ein Zertifikat ablegen, das die Entwickler-Identität enthält/bestätigt. Das würde grob gesagt heißen, wenn ich von unserem Firmenaccount dort ein Zertifikat ablege und das jemand von Euch in die Finger bekommt, könnte er sich bei Apple als "unsere Firma" ausgeben und in unserem Namen lustig Push-Notifications versenden.
Wie gesagt ich habe einen VServer wo ein Apache Server drauf läuft, dort könnte ich für uns was anlegen.
Ich hätte auch Root-Server im Angebot zu Testzwecken, mir ist das egal.
Bevor man es auf "das große AT" los lässt, könnte man es an einer Dummy Wordpress Installation testen. Dies soll nicht unterstellen das man euch nicht vertraut, aber Änderungen und Co an AT an sich sind kein allerwelts Ding. Deswegen ist eine größere Recherche und Evaluation angefacht.
Das ist prinzipiell richtig, es gibt da einen Haken. Wir müssen uns in das AT-CMS erst einarbeiten in einer Test-Installation, allerdings ist da die Frage, ob AT eine eigene interne Test-Installation hat, die wir nutzen können. Weil XenForo lediglich eine 3-Tages-Demo anbietet. Ziel wäre es natürlich, es so modular wie möglich zu behandeln und als "Plugin"/"Extension"/"Addon" für XenForo bereitzustellen. Ob XenForo dort jetzt Hooks oÄ. anbietet, um auf die Aktionen "Neuer Artikel" zu reagieren, weiß ich allerdings nicht. Das wäre die optimalste Lösung, anders müsste man die Pluginaufrufe manuell integrieren.
Deswegen sollten wir nicht auf einem einfachen WP herumspielen sondern gleich auf XenForo, natürlich als Testumgebung.
Zu den Bestandteilen des "Systems" sollte jedem klar sein, dass wir diese hier brauchen:
- Plugin-API das Plugin muss zwingend eine Schnittstelle (REST) nach Apples Vorgaben enthalten, um Client-Token zu verwalten, das "Paket" abzuholen mit den Webseiten-Eigenschaften (Logo, URL, …)
ACHTUNG: Wir brauchen ein _nicht_ selbstsigniertes SSL-Zertifikat, sonst spricht Apple nicht mit uns!
- JavaScript im FrontEnd zum Abfragen, ob Safari und Mac und den Dialog zeigen, Plugin-API ansprechen mit den Optionen
- Eine Datenbank-Tabelle mit den Tokens der Clients
- Plugin-Hooks, die dann den Push-Triggern, also den serverseitigen Teil, der aufgerufen wird, wenn ein neuer Artikel publiziert wird. Dort wird dann Apple angerufen und Bescheid gegeben, dass wir etwas Pushen wollen.