Ok!私は今それを得ると思います。
あなたが正しいですが、もちろんUDIDはブラウザから送信されません。 testflightappはUDIDに似た一意のIDを追加するので、Safariのセキュリティー欠陥、またはそれに類するものがあると私は確信していましたが、
実際に行うことは、新しいDeviceID(UDIDに関係しない)を生成することです。次に、デバイスを登録するために、このDeviceIDに特別に作成されたプロファイルを生成します。このプロファイルには、testflightappによって生成されたDeviceIDを含むURLに対してデバイスを登録するEnrollment Payloadが含まれています。
この登録プロセスでは、プロファイルによってデバイスにUDID(およびその他のデータ)を送信するように要求されます。デバイスは、このデバイスを登録するtestflightappサーバに要求したとき、彼らは実際のUDIDと、プロファイルに格納されているデバイスIDを関連付けることができるしているので
<array>
<string>UDID</string>
<string>IMEI</string>
<string>ICCID</string>
<string>VERSION</string>
<string>PRODUCT</string>
<string>MODEL</string>
<string>DEVICE_NAME</string>
</array>
:これは、プロファイルはを要求する情報であります現在のデバイス。それで、プロセスが完了してUDIDを保持していることがブラウザに表示されます。
しかし、セッションデッドとDeviceIDが孤立している場合でも、実際にこのWebセッションとUDIDをどのように関連付けるのかはまだ解決していないため、これで答えは完了しません。答えは(確認されていませんが、99%は確信しています)、エンロールメントプロセスでSpringboardメニューに挿入するWebClipを定義することができます。このWebClipにはURLにデバイスのUDIDが書かれているので、このWebClipを通じてtestflightappに入ると、セッションにあなたのUDID番号が反映されるため、セッションが終了しても関係ありません。
希望は私の投稿が今役立つ!不完全な誤った前のものについてもう一度申し訳ありません。
本当に良い音です。このような機能を実装する過程にないので、まだ自分自身でチェックしていません。ありがとうございました ! – rpechayr
私はこの時点でこの正確な領域を見ています。 webclipがURL(この場合は* .testflightapp.com)に一致する署名情報を指定し、iOS Safariがそのパターンに一致するURLをヒットすると、署名情報も送信されると思います。そしてその署名情報はあなたの要求をあなたのUDID /あなたのアカウントに結びつけます。 – occulus
スプリングボードショートカットのWebClipのURLを見ると、URLにはユーザー情報が含まれていません。彼らは前に述べたように、署名証明書に頼っています。 – occulus