为什么 PHP 使用 objectGUID 的顺序与 Active Directory 不同？
Why Does PHP Use objectGUID In Different Order Than Active Directory?
我在 ADUC 中查找了通讯组列表的 objectGUID 属性。但是，尽管直接 copy/pasting 数据，但我的 LDAP 查询不起作用。我用不同的标准查询同一个对象并打印出获取的 GUID，我注意到它的部分顺序不同。在这里它们是并排的（为了便于阅读而分开）。
34E16D90 BAD1 4ED7 B51A 88C5C4CE7FA2
^----. \ /
906DE134 D1BA D74E B51A 88C5C4CE7FA2
如您所见，对于每个组来说，对本身是相同的，但是对的排列顺序是倒过来的...但是对于 来说，只有前三组 。其他 Active Directory 工具显示与 ADUC 相同的 GUID。我查询了无序的 GUID，它有效。对此有解释吗？
GUID 格式很有趣。有一个混合字节序模型，即 'standard'。您可以用许多不同的方式解析二进制数据。任何特定应用程序如何将 GUID 表示为非二进制取决于应用程序。
GUID 上的维基百科非常有趣。
我在 ADUC 中查找了通讯组列表的 objectGUID 属性。但是，尽管直接 copy/pasting 数据，但我的 LDAP 查询不起作用。我用不同的标准查询同一个对象并打印出获取的 GUID，我注意到它的部分顺序不同。在这里它们是并排的（为了便于阅读而分开）。
34E16D90 BAD1 4ED7 B51A 88C5C4CE7FA2 ^----. \ / 906DE134 D1BA D74E B51A 88C5C4CE7FA2
如您所见，对于每个组来说，对本身是相同的，但是对的排列顺序是倒过来的...但是对于 来说，只有前三组 。其他 Active Directory 工具显示与 ADUC 相同的 GUID。我查询了无序的 GUID，它有效。对此有解释吗？
GUID 格式很有趣。有一个混合字节序模型，即 'standard'。您可以用许多不同的方式解析二进制数据。任何特定应用程序如何将 GUID 表示为非二进制取决于应用程序。
GUID 上的维基百科非常有趣。