hotchpotch/wikipedia-multilingual-ir-pairs huggingface dataset:
المعرف الفريد العالمي شكل
يقوم الإصدار 1 بربط عنوان MAC المكون من 48 بت "للعقدة" (أي الكمبيوتر الذي يولد UUID)، مع طابع زمني مكون من 60 بت، وهو عدد الفواصل الزمنية التي تبلغ 100 نانوثانية منذ منتصف ليل 15 أكتوبر 1582 بالتوقيت العالمي المنسق (UTC)، وهو التاريخ الذي اُعتمد فيه التقويم الغريغوري لأول مرة من قبل الجزء الأكبر من أوروبا. تنص RFC 4122 على أن قيمة الوقت تتدحرج حول 3400 ميلادي،:3 اعتمادًا على الخوارزمية المستخدمة، مما يعني أن الطابع الزمني المكون من 60 بت هو كمية موقعة. ومع ذلك، فإن بعض البرامج، مثل مكتبة libuuid، تعامل الطابع الزمني على أنه غير موقّع، مما يضع وقت التبديل في عام 5623 ميلاديًا. وقت التدوير كما هو محدد في توصية ITU-T. X.667 هو 3603 م. :v
المعرف الفريد العالمي شكل
يمتد تسلسل الساعة "الموحد" المكون من 13 بت أو 14 بت إلى الطابع الزمني من أجل التعامل مع الحالات التي لا تتقدم فيها ساعة المعالج بسرعة كافية، أو حيث توجد معالجات متعددة ومولدات UUID لكل عقدة. عندما تُنشئ معرفات UUID بشكل أسرع من سرعة ساعة النظام، يمكن إنشاء البتات السفلية من حقول الطابع الزمني عن طريق زيادتها في كل مرة تُنشئ فيها معرف UUID، لمحاكاة طابع زمني عالي الدقة. مع كل إصدار 1 من UUID يتوافق مع نقطة واحدة في الفضاء (العقدة) والوقت (الفواصل الزمنية وتسلسل الساعة)، فإن فرصة أن يكون إصداران 1 من UUID تم إنشاؤهما بشكل صحيح متماثلين عن غير قصد هي عمليًا صفر. نظرًا لأن تسلسل الوقت والساعة يبلغ 74 بتًا، فمن الممكن إنشاء 2 74 (1.8 ×1022 ، أو 18 سكستيليون) من الإصدار 1 من معرفات UUID لكل معرف عقدة، بمعدل متوسط أقصى يبلغ 163 مليار في الثانية لكل معرف عقدة.
المعرف الفريد العالمي شكل
على النقيض من إصدارات UUID الأخرى، تعتمد إصدارات 1 و-2 من UUID المستندة إلى عناوين MAC من بطاقات الشبكة على تفردها جزئيًا على معرف صادر عن سلطة تسجيل مركزية، أي جزء معرف المنظمة الفريد (OUI) من عنوان MAC، والذي يُصدر بواسطة IEEE إلى مصنعي معدات الشبكات. تعتمد تفرد إصدارات 1 و2 من معرفات UUID المستندة إلى عناوين MAC الخاصة ببطاقات الشبكة أيضًا على قيام مصنعي بطاقات الشبكة بتعيين عناوين MAC فريدة لبطاقاتهم بشكل صحيح، وهو ما يكون عرضة للخطأ مثل عمليات التصنيع الأخرى. تتلقى الآلات الافتراضية عنوان MAC ضمن نطاق قابل للتكوين في المشرف الافتراضي. بالإضافة إلى ذلك، تسمح بعض أنظمة التشغيل للمستخدم النهائي بتخصيص عنوان MAC، وخاصة OpenWRT.
إن استخدام عنوان MAC الخاص ببطاقة شبكة العقدة لمعرف العقدة يعني أنه من الممكن تتبع UUID الإصدار 1 إلى الكمبيوتر الذي أنشأه. يمكن في بعض الأحيان تتبع المستندات إلى أجهزة الكمبيوتر التي أُنشئت أو حُررت من خلال معرفات UUID المضمنة فيها بواسطة برامج معالجة النصوص. أُستخدمت ثغرة الخصوصية هذه عند تحديد موقع مبتكر فيروس ميليسا.
المعرف الفريد العالمي شكل
يسمح RFC 9562 باستبدال عنوان MAC في إصدار 1 (أو 2) UUID بمعرف عقدة عشوائي مكون من 48 بت، إما لأن العقدة لا تحتوي على عنوان MAC، أو لأنه ليس من المرغوب فيه الكشف عنه. في هذه الحالة، يتطلب RFC أن يُعين البت الأقل أهمية في أول ثمانية بتات من معرف العقدة إلى 1. يتوافق هذا مع بت البث المتعدد في عناوين MAC، ويخدم ضبطه في التمييز بين معرفات UUID حيث يُنشئ معرف العقدة عشوائيًا من معرفات UUID استنادًا إلى عناوين MAC من بطاقات الشبكة، والتي عادةً ما تحتوي على عناوين MAC أحادية البث.
الإصدار 6 هو نفس الإصدار 1 باستثناء أن جميع بتات الطابع الزمني مرتبة من الأكثر أهمية إلى الأقل أهمية. يتيح هذا للأنظمة فرز معرفات UUID حسب ترتيب إنشائها ببساطة عن طريق فرزها معجميًا، في حين أن هذا غير ممكن مع الإصدار 1.
يحتفظ RFC 9562 بالإصدار 2 لمعرفات UUID الخاصة بـ "أمان DCE"؛ ولكنه لا يقدم أي تفاصيل. لهذا السبب، تتجاهل العديد من تطبيقات UUID الإصدار 2. ومع ذلك، تُوفر مواصفات UUIDs للإصدار 2 بواسطة مواصفات خدمات المصادقة والأمان DCE 1.1.
المعرف الفريد العالمي شكل
تتشابه معرفات UUID الخاصة بالإصدار 2 مع الإصدار 1، باستثناء أن أقل 8 بتات أهمية من تسلسل الساعة تُستبدل برقم "المجال المحلي"، وتُستبدل أقل 32 بت أهمية من الطابع الزمني بمعرف عدد صحيح ذي معنى داخل المجال المحلي المحدد. في أنظمة POSIX، تكون أرقام النطاق المحلي 0 و1 مخصصة لمعرفات المستخدم (UIDs) ومعرفات المجموعة (GIDs) على التوالي، ويُحدد أرقام النطاق المحلي الأخرى بواسطة الموقع. في الأنظمة غير POSIX، تُحدد جميع أرقام النطاق المحلية بواسطة الموقع.
إن القدرة على تضمين مجال/معرف مكون من 40 بت في UUID تأتي مع مقايضة. من ناحية أخرى، تسمح 40 بت بحوالي 1 تريليون قيمة للمجال/المعرف لكل معرف عقدة. من ناحية أخرى، مع اقتطاع قيمة الساعة إلى 28 بت الأكثر أهمية، مقارنة بـ 60 بت في الإصدار 1، فإن الساعة في UUID الإصدار 2 سوف "تدق" مرة واحدة فقط كل 429.49 ثواني، أكثر بقليل من 7 دقائق، على عكس كل 100 نانوثانية للإصدار 1. ومع تسلسل الساعة 6 فقط بتات، مقارنة بـ 14 بت في الإصدار 1، لا يمكن إنشاء سوى 64 معرف UUID فريد لكل عقدة/نطاق/معرف لكل 7 دقائق من دقات الساعة، مقارنة بـ 16384 قيمة تسلسل ساعة للإصدار 1.
المعرف الفريد العالمي شكل
تُنشئ معرفات UUID للإصدار 3 والإصدار 5 عن طريق تجزئة معرف مساحة الأسماء والاسم. الإصدار 3 يستخدم MD5 كخوارزمية تجزئة، والإصدار 5 يستخدم SHA-1.
معرف مساحة الاسم هو في حد ذاته UUID. توفر المواصفات معرفات UUID لتمثيل مساحات الأسماء لعناوين URL، وأسماء النطاق المؤهلة بالكامل، ومعرفات الكائنات، وأسماء X.500 المميزة؛ ولكن يمكن استخدام أي معرف UUID مرغوب فيه كمُعرّف لمساحة الأسماء.
لتحديد الإصدار 3 من UUID المقابل لمساحة اسم واسم معينين، يحول UUID لمساحة الاسم إلى سلسلة من البايتات، متصلة باسم الإدخال، ثم تُجزء باستخدام MD5، مما ينتج عنه 128 بت. ثم يُستبدل 6 أو 7 بتات بقيم ثابتة، وإصدار 4 بت (على سبيل المثال 0011 2 للإصدار 3)، و"متغير" UUID مكون من 2 أو 3 بتات (على سبيل المثال 10 2 يشير إلى UUID RFC 9562، أو 110 2 يشير إلى Microsoft GUID قديم). نظرًا لأن 6 أو 7 بتات محددة مسبقًا، فإن 121 أو 122 بت فقط تساهم في تفرد UUID.
تعتبر إصدارات UUID-5 مشابهة، ولكن يُستخدم SHA-1 بدلاً من MD5. نظرًا لأن SHA-1 ينشئ ملخصات مكونة من 160 بت، يُقلص الملخص إلى 128 بت قبل استبدال البتات الإصدارية والمتغيرة.
المعرف الفريد العالمي شكل
تتمتع إصدارات 3 و5 من UUIDs بخاصية مفادها أن نفس مساحة الاسم والاسم سيعين إلى نفس UUID. ومع ذلك، لا يمكن تحديد مساحة الاسم أو الاسم من UUID، حتى لو حُدد أحدهما، إلا عن طريق البحث بالقوة الغاشمة. يوصي RFC 4122 بالإصدار 5 (SHA-1) بدلاً من الإصدار 3 (MD5)، ويحذر من استخدام معرفات UUID لأي من الإصدارين كبيانات اعتماد أمنية.
يُنشئ UUID الإصدار 4 بشكل عشوائي. كما هو الحال في معرفات UUID الأخرى، يُستخدم 4 بتات للإشارة إلى الإصدار 4، و2 أو 3 بتات للإشارة إلى المتغير (10 2 أو 110 2 للمتغيرين 1 و2 على التوالي). وبالتالي، بالنسبة للمتغير 1 (أي معظم معرفات UUID)، فإن معرف UUID العشوائي للإصدار 4 سيحتوي على 6 بتات متغيرة وإصدار محددة مسبقًا، مما يترك 122 بت للجزء الذي أُنشئ عشوائيًا، بإجمالي 2 122، أو 5.3 ×1036 (5.3 أونديسيليون) الإصدار المحتمل-4 المتغير-1 UUIDs. هناك نصف عدد ممكن من UUIDs (GUIDs القديمة) للإصدار 4، المتغير 2 لأنه يوجد بت عشوائي متاح أقل، ويُستهلك 3 بتات للمتغير.
المعرف الفريد العالمي شكل
وفقًا لـ RFC 9562، تشير البتات الأربعة الأكثر أهمية في المجموعة السابعة إلى الإصدار الذي يلتزم به UUID. وهذا يعني أن الرقم السداسي عشر الأول في المجموعة الثالثة يبدأ دائمًا بالرقم 4 في UUIDv4s. من الناحية المرئية، يبدو هذا مثل xxxxxxxx-xxxx-Mxxx-Nxxx-xxxxxxxxxxxx، حيث M هو حقل إصدار UUID. إن البتتين أو الثلاثة البتات العلوية من الرقم N تشفر المتغير. القيم هي 8، 9، A أو B للإشارة المكونة من 2 بت، والقيم C أو D للإشارة المكونة من 3 بت. على سبيل المثال، يمكن أن يكون إصدار UUID العشوائي 4، المتغير 1 هو 8D8AC610-566D-4EF0-9C22-186B2A5ED793.
صُممت معرفات UUID الإصدار 7 (UUIDv7) للمفاتيح الموجودة في قواعد البيانات عالية التحميل والأنظمة الموزعة.
يبدأ UUIDv7 بعلامة زمنية Unix Epoch كبيرة الحجم مكونة من 48 بت مع حبيبات تبلغ حوالي مللي ثانية. يمكن تحويل الطابع الزمني بواسطة أي قيمة تحويل زمنية. يأتي بعد الطابع الزمني مباشرة إصدار nibble، والذي يجب أن يكون له قيمة 7. يجب أن تكون البتات المتغيرة 10x . 74 بت المتبقية هي عداد بذور عشوائي (اختياري، على الأقل 12 بت ولكن ليس أكثر من 42 بت) وعشوائية.
يمكن استخدام طريقتين للتعامل مع الانقلاب المضاد معًا:
في DBMS، يمكن مشاركة مولد UUIDv7 بين الخيوط (مرتبط بجدول أو بمثيل DBMS) أو يمكن أن يكون محليًا للخيط (مع رتابة ومحلية وأداء أسوأ).
تخبر هذه المتطلبات النظام أن هذا هو الإصدار 8 من UUID. يتعين على البائع تخصيص الـ 122 بت المتبقية. الفرق مع الإصدار 4 هو أن هذه البتات الـ 122 عشوائية، ولكن البتات الـ 122 في إصدار UUID 8 ليست كذلك، لأنها تتبع قواعد محددة للبائع.
"المعرف الفريد العالمي (UUID)" الصفري هو 00000000-0000-0000-0000-000000000000 ؛ أي أن جميع البتات مضبوطة على الصفر.
"الحد الأقصى" UUID، والذي يُطلق عليه أحيانًا أيضًا اسم "omni" UUID، هو UUID FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF ؛ أي كل البتات مضبوطة على واحد.
المعرف الفريد العالمي الترميز
في البداية، صممت شركة Apollo Computer معرف UUID باستخدام تنسيق السلك التالي:
في وقت لاحق، وسع UUID من خلال الجمع بين حقل العائلة القديم وحقل المتغير الجديد. نظرًا لأن حقل العائلة كان يستخدم فقط القيم التي تتراوح من 0 إلى 13 في الماضي، فقد تقرر أن UUID مع البت الأكثر أهمية المضبوط على 0 هو UUID قديم. وهذا يعطي الجدول التالي للمجموعة العائلية:
يحتوي UUID القديم لـ Apollo NCS على التنسيق الموضح في الجدول السابق. وصف متغير OSF DCE UUID في RFC 9562. يوصف متغير UUID الخاص بـ Microsoft COM / DCOM في وثائق Microsoft.
عند حفظ معرفات UUID إلى تنسيق ثنائي، تُرمز بشكل تسلسلي في big-endian. على سبيل المثال، تُرمز 00112233-4455-6677-8899-aabbccddeeff على هيئة البايتات 00 11 22 33 44 55 66 77 88 99 aa bb cc dd ee ff.
المعرف الفريد العالمي الترميز
الاستثناء الوحيد هو متغيرات Microsoft 2 UUID ("GUID"): تستخدم تاريخيًا في مكتبات COM/OLE، وتستخدم تنسيق little-endian، ولكنها تظهر بتنسيق مختلط مع المكونات الثلاثة الأولى من UUID بتنسيق little-endian والمكونين الأخيرين بتنسيق big-endian. يقوم هيكل GUID الخاص بشركة Microsoft بتعريف آخر ثمانية بايتات على هيئة مصفوفة مكونة من 8 بايتات، والتي تُسلسل بترتيب تصاعدي، مما يجعل تمثيل البايت يبدو مختلطًا. على سبيل المثال، تُرمز 00112233-4455-6677-8899-aabbccddeeff على هيئة البايتات 33 22 11 00 55 44 77 66 88 99 aa bb cc dd ee ff.
المعرف الفريد العالمي الترميز
في معظم الحالات، تُمثل UUIDs كقيم سداسية عشرية. التنسيق الأكثر استخدامًا هو تنسيق 8-4-4-4-12، xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx، حيث يمثل كل x 4 بتات. التنسيقات الأخرى المعروفة هي تنسيق 8-4-4-4-12 مع الأقواس، {xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx}، كما هو الحال في أنظمة Microsoft، مثل Windows، أو xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx، حيث تُزال جميع الواصلات. في بعض الحالات، من الممكن أيضًا أن يكون لديك xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx مع البادئة "0x" أو اللاحقة "h" للإشارة إلى القيم السداسية عشرية. يُقدم التنسيق باستخدام الواصلات مع نظام المتغيرات الأحدث. قبل ذلك، كان تنسيق Apollo القديم يستخدم تنسيقًا مختلفًا قليلاً: 34dc23469000.0d.00.00.7c.5f.00.00.00. الجزء الأول هو الوقت (الوقت المرتفع والوقت المنخفض مجتمعين). تُخطى الحقل المحجوز. يأتي حقل العائلة مباشرة بعد النقطة الأولى، لذلك في هذه الحالة 0d (13 في النظام العشري) لـ DDS (خدمة توزيع البيانات). أما الأجزاء المتبقية، والتي تُفصل كل منها بنقطة، فهي بايتات العقدة.
المعرف الفريد العالمي الترميز
الشكل الصغير للقيم السداسية عشرية هو التنسيق المفضل بشكل عام. وبشكل خاص في بعض السياقات مثل تلك المحددة في التوصية ITU-T. X.667، مطلوب الأحرف الصغيرة عند إنشاء النص، ولكن يجب أيضًا قبول الإصدار بالأحرف الكبيرة.
يمكن تمثيل UUID كعدد صحيح مكون من 128 بت. على سبيل المثال، يمكن أيضًا تمثيل UUID 550e8400-e29b-41d4-a716-446655440000 على النحو التالي 113059749145936325402354257176981405696. لاحظ أنه من الممكن الحصول على قيم موقعة وغير موقعة إذا عُين البت الأول من UUID على 1.
يمكن تمثيل UUID كرقم ثنائي مكون من 128 بت. على سبيل المثال، يمكن أيضًا تمثيل UUID 550e8400-e29b-41d4-a716-446655440000 على النحو التالي: 0101010100001110100001000000000111000101010110101000001110101010010101001110001011001010101010101000100000000000000000.
يسجل RFC 9562 مساحة اسم "uuid". يجعل هذا من الممكن إنشاء URNs من UUIDs، مثل urn:uuid:550e8400-e29b-41d4-a716-446655440000 . يُستخدم الشكل العادي 8-4-4-4-12 لهذا الغرض. من الممكن أيضًا إنشاء OID URN من UUIDs، مثل urn:oid:2.25.113059749145936325402354257176981405696 . في هذه الحالة، يُستخدم تنسيق العدد العشري غير الموقّع. يوصى باستخدام "uuid" URN بدلاً من "oid".
المعرف الفريد العالمي الاصطدامات
يحدث التصادم عندما يُنشئ نفس UUID أكثر من مرة وتعيينه إلى مراجع مختلفة. في حالة استخدام إصدارات 1 و2 القياسية من UUIDs باستخدام عناوين MAC فريدة من بطاقات الشبكة، من غير المحتمل أن تحدث تصادمات، مع زيادة الاحتمال فقط عندما يختلف التنفيذ عن المعايير، إما عن غير قصد أو عن قصد.
على النقيض من معرفات UUID للإصدار 1 والإصدار 2 التي أُنشئت باستخدام عناوين MAC، مع معرفات UUID للإصدار 1 و-2 التي تستخدم معرفات عقد أُنشئت عشوائيًا، ومعرفات UUID للإصدار 3 والإصدار 5 المستندة إلى التجزئة، ومعرفات UUID العشوائية للإصدار 4، يمكن أن تحدث تصادمات حتى بدون مشاكل في التنفيذ، وإن كان الاحتمال صغيرًا جدًا بحيث يمكن تجاهلها عادةً. يمكن حساب هذا الاحتمال بدقة بناءً على تحليل مشكلة عيد الميلاد.
على سبيل المثال، عدد إصدارات UUID العشوائية من الإصدار 4 التي يجب إنشاؤها للحصول على احتمال 50% لحدوث تصادم واحد على الأقل هو 2.71 كوينتيليون، محسوبًا على النحو التالي:
المعرف الفريد العالمي الاصطدامات
سيكون هذا الرقم معادلاً لتوليد 1 مليار معرف UUID في الثانية لمدة 86 عامًا تقريبًا سنين. ملف يحتوي على هذا العدد من UUIDs، بمعدل 16 بايت لكل UUID، سيكون حوالي 43.4 إكسابايت (37.7 إي آي بي).
يُقرب أصغر عدد من معرفات UUID للإصدار 4 التي يجب إنشاؤها لاحتمالية العثور على تصادم لتكون p بواسطة الصيغة
وبالتالي، فإن احتمال العثور على نسخة مكررة ضمن 103 تريليون إصدار 4 من UUIDs هو واحد في المليار.
لقد حدثت تصادمات عندما قام المصنعون بتعيين UUID افتراضي لمنتج، مثل اللوحة الأم، ثم فشلوا في الكتابة فوق UUID الافتراضي لاحقًا في عملية التصنيع. على سبيل المثال، يظهر UUID 03000200-0400-0500-0006-000700080009 على العديد من الوحدات المختلفة من اللوحات الأم التي تحمل علامة Gigabyte التجارية.
المعرف الفريد العالمي الاستخدامات
تتضمن الاستخدامات المهمة أدوات مساحة مستخدم نظام الملفات ext2 / ext3 / ext4 (يستخدم e2fsprogs معرف libuuid الذي توفره util-linux )، وLVM، وأقسام LUKS المشفرة، GNOME، KDE، macOS، ومعظمها مشتق من التنفيذ الأصلي بواسطة Theodore Ts'o. تُخزن "علامة القسم" و"معرف القسم UUID" في الكتلة الفائقة . كلاهما جزء من نظام الملفات وليس القسم. على سبيل المثال، تحتوي ext2–4 على UUID، بينما لا تحتوي NTFS أو FAT32 على ذلك. الكتلة الفائقة هي جزء من نظام الملفات، وبالتالي فهي متضمنة بالكامل داخل القسم، وبالتالي فإن القيام dd if=/dev/sda1 of=/dev/sdb1 يترك كل من sda1 وsdb1 بنفس التسمية وUUID.
جدول تقسيم GUID (GUID) هو أحد الأمثلة التي تستخدم GUIDs لتصنيف أنواع التقسيم.
هناك عدة أنواع من GUIDs المستخدمة في نموذج كائن المكون (COM) الخاص بشركة Microsoft:
المعرف الفريد العالمي الاستخدامات
CLSID – class identifier; (Stored at [HKEY_CLASSES_ROOT\CLSID]). In practice it is not entirely separate from the IID space, because remoting the interface can require a proxy/stub object which some toolsets used to create with a CLSID equal to the interface's IID.
تُستخدم معرفات UUID عادةً كمفتاح فريد في جداول قاعدة البيانات. الNEWIDدالة في Microsoft SQL Server الإصدار 4 تقوم Transact-SQL بإرجاع معرفات UUID العشوائية القياسية للإصدار 4، بينماNEWSEQUENTIALIDتعيد دالة معرفات مكونة من 128 بت مشابهة لـ UUIDs والتي يُلتزم بالصعود بالتسلسل حتى إعادة تشغيل النظام التالية. قاعدة بيانات أوراكلSYS_GUIDلا تقوم دالة بإرجاع GUID قياسي، على الرغم من الاسم. بدلاً من ذلك، فإنه يقوم بإرجاع قيمة RAW مكونة من 16 بايت و128 بت استنادًا إلى معرف المضيف ومعرف العملية أو الخيط، وهو مشابه إلى حد ما لـ GUID. يحتوي PostgreSQL علىUUIDنوع بيانات ويمكنه إنشاء معظم إصدارات UUIDs من خلال استخدام الوظائف من الوحدات النمطية. يوفر MySQLUUIDوظيفة، التي تولد إصدارات UUID القياسية 1.
المعرف الفريد العالمي الاستخدامات
قد تؤدي الطبيعة العشوائية لمعرفات UUID القياسية للإصدارات 3 و4 و5، وترتيب الحقول داخل الإصدارات القياسية 1 و2، إلى حدوث مشكلات في موقع قاعدة البيانات أو أدائها عند استخدام معرفات UUID كمفاتيح أساسية. على سبيل المثال، في عام 2002 أبلغ جيمي نيلسون عن تحسن كبير في الأداء مع Microsoft SQL Server عندما عُدلت معرفات UUID الخاصة بالإصدار 4 المستخدمة كمفاتيح لتشمل لاحقة غير عشوائية تعتمد على وقت النظام. لقد أدى هذا النهج المسمى "COMB" (معرّفات GUID الزمنية المجمعة) إلى زيادة احتمالية تكرار معرفات UUID بشكل كبير، كما اعترف نيلسون، لكن نيلسون لم يتطلب سوى التفرد داخل التطبيق. من خلال إعادة ترتيب وترميز الإصدارين 1 و2 من معرفات UUID بحيث يأتي الطابع الزمني أولاً، يمكن تجنب فقدان أداء الإدراج.
أنخليس بيارتا توينيون
أنخليس بيّارتا توينيون (ولدت في بلدة بلمونتي، إقليم أستورياس، بتاريخ 6 ديسمبر 1913 – وتوفيت في مدريد، بتاريخ 7 نوفمبر 2018) كانت كاتبة وصحفية، وتُعد من الرائدات في الصحافة الإسبانية، كما شغلت منصب رئيسة قسم الصحافة في هيئة "الإغاثة الاجتماعية"، وهي مؤسسة أنشأها النظام الحاكم آنذاك.
أنخليس بيارتا توينيون السيرة الذاتية
هي ابنة الطبيب بيدرو بيّارتا، من بلدة ألميدا الواقعة في إقليم طليطلة، ووالدتها ماريا توينيون، من بلدة بلمونتي. تعارفا هناك وتزوجا. كانت أنخليس الابنة الكبرى في أسرة تتكون من ٥ أبناء: ماروخا، ميغيل، والتوأمتان بيلار وكارمن.
في عمر ٣ سنوات، انتقلت الأسرة إلى بلدة لاستريس. وفي سن ١١، أرسلها والدها ووالدتها مع أختها ماروخا إلى مدرسة داخلية للراهبات في مدينة فريبورغ السويسرية، حيث تعلمت اللغة الألمانية والفرنسية وبعضًا من الإيطالية. بقيت تدرس هناك حتى عام ١٩٣٦.
بعد عودتها إلى إسبانيا، عملت في قسم الصحافة والدعاية التابع لهيئة "الإغاثة الاجتماعية"، وهي مؤسسة أنشأها نظام الحكم للعناية بالأطفال المتضررين من الحرب الأهلية. واصلت عملها الصحفي حتى أصبحت رئيسة قسم الصحافة، كما كانت تكتب في مجال الأدب والنشر. حصلت كذلك على شهادتين: واحدة في التدريس التجاري، وأخرى في تدريس اللغة الفرنسية.
أنخليس بيارتا توينيون النشاط الصحفي
اعتُبرت من النساء الرائدات في الصحافة بسبب عملها الميداني، فقد نزلت إلى أعماق مناجم الفحم في بلدة مييريس، وسافرت إلى فلسطين المحتلة وإلى القطب الشمالي. لم تكن تخشى شيئًا، فقد جمعت القمامة في شوارع مدريد ليلًا، ودخلت طوعًا إلى مصحّة عقلية لتتعرف على الأجواء قبل أن تكتب عنها. ويُعتبر أسلوبها بدايةً لنمط صحفي جديد في إسبانيا يجمع بين الميدان والكتابة الأدبية.
في أربعينيّات وخمسينيّات القرن العشرين، كان لها ركن ثابت في مجلة أسبوعية، وكتبت بانتظام في صحيفة يومية مشهورة، كما تعاونت مع صحف أخرى في العاصمة. كتبت في شتى المواضيع مثل اللقاءات الصحفية، تقارير الموضة والطعام، التحقيقات، والمراجعات الأدبية.
كما أشرفت على إصدار سلسلة قصصية قصيرة بعد الحرب، شارك فيها عدد من كبار الكُتّاب. وفي عام ١٩٥٢، أسّست مجلة ساخرة أسبوعية.
أنخليس بيارتا توينيون النشاط الصحفي
رغم أنها كتبت أيضًا في مجالي الشعر وأدب الأطفال من خلال مجموعات شعرية وقصص، إلا أنها اختارت التركيز على الصحافة، وكتبت في معظم أنواع الكتابة الصحفية. عملت لمدة عامين في صحيفة محلية في إقليم أستورياس، حيث خصصت زاوية بعنوان "العالم واسع ومخيف". كما نُشرت مقالاتها عبر وكالات أنباء وطنية ووزعت على مختلف الصحف في البلاد.
وفي الإذاعة، ساهمت في برنامج موجه للمستمعين في قارة أمريكا الجنوبية.
قدّمت منزل العائلة في بلدتها بلمونتي كهدية لبلدية البلدة. وبعد وفاتها، عبّر المجلس البلدي عن حزنه، مشيدًا بها كامرأة ملتزمة بالثقافة، عاشت حياة طويلة ومليئة بالعطاء. أُقيمت جنازتها في بلدة لاستريس، ودُفنت في مقبرة البلدة.
معركة الفاو
معركة الفاو قد تشير إلى:
عملية الفجر 8: عملية عسكرية إيرانية بدأت في فبراير 1986 خلال الحرب العراقية الإيرانية، أدت إلى سيطرة إيران على شبه جزيرة الفاو.
معركة تحرير الفاو: عملية عسكرية عراقية جرت في أبريل 1988 لاستعادة شبه جزيرة الفاو من القوات الإيرانية.
معركة الفاو (2003): اشتباك وقع في مارس 2003 بين قوات التحالف والقوات العراقية خلال الأيام الأولى لغزو العراق.
جهاز الاستقبال الموحد من لوجيتك
جهاز الاستقبال الموحد من Logitech هو جهاز استقبال لاسلكي صغير مخصص عبر USB ، يعتمد على عائلة nRF24L من أجهزة RF،  والذي يسمح بربط ما يصل إلى ستة أجهزة واجهة بشرية متوافقة من Logitech (مثل الفئران وكرات التتبع ولوحات اللمس ولوحات المفاتيح؛ سماعات الرأس غير متوافقة) بنفس الكمبيوتر باستخدام اتصالات لاسلكية بنطاق 2.4 جيجاهرتز .عادةً ما تكون أجهزة الاستقبال المرفقة مع منتجات Logitech مُقرنة بالجهاز في المصنع. عند شراء جهاز استقبال بديل أو الرغبة في توصيل عدة أجهزة بجهاز استقبال واحد، يلزم استخدام برنامج Logitech Unifying المجاني، والمتوفر لنظامي التشغيل مايكروسفت ويندوز و macOS. أما في نظام لينكس، فيمكن استخدام برنامج Solaar لضبط الإعدادات. وعلى الرغم من عدم توافقها مع تقنية البلوتوث، فإن الأجهزة تقترن بأجهزة الاستقبال الموحدة بطريقة مشابهة. تحتفظ الأجهزة الطرفية بحالة الاقتران الخاصة بها، ويمكن استخدامها لاحقًا على أنظمة التشغيل التي لا تدعم البرنامج. يمكن التعرف على أجهزة استقبال Logitech المتوافقة مع بروتوكول Unifying من خلال شعار Unifying البرتقالي المميز، والذي يفرقها عن أجهزة استقبال Logitech Nano ذات الشكل المشابه، والتي تقترن بشكل مماثل ولكن بجهاز واحد فقط، ولا تستخدم بروتوكول Unifying.
جهاز الاستقبال الموحد من لوجيتك
غالبًا ما تُضمّن أجهزة الاستقبال الموحدة من Logitech (LURs) مع مجموعات لوحات المفاتيح والفئران اللاسلكية من Logitech، كما يمكن شراؤها بشكل منفصل. وتتيح بعض الأجهزة الطرفية من Logitech إمكانية تخزين جهاز الاستقبال بداخلها.
في عام 2021، أصدرت Logitech جهاز استقبال أحدث يُطلق عليه اسم "Logitech Bolt"، والذي يوفر زمن انتقال أقل ولكنه غير متوافق مع المنتجات التي تستخدم تقنية Unifying.
جهاز الاستقبال الموحد من لوجيتك التوافق والاستخدام
يمكن لكل جهاز محيطي الاقتران بجهاز استقبال واحد لكل ملف تعريف. على الرغم من أن معظم الأجهزة الطرفية تخزن ملف تعريف واحد فقط، فإن المنتجات الأحدث مثل Logitech MX Master، وسلسلة MX Anywhere، وM720 Triathlon تسمح بتخزين ملفات تعريف متعددة. يمكن توصيل هذه الأجهزة بأجهزة استقبال متعددة في نفس الوقت. يتيح هذا استخدام أجهزة الاستقبال في العديد من أجهزة الكمبيوتر، على سبيل المثال، جهاز كمبيوتر سطح المكتب وجهاز كمبيوتر محمول ، وتحديد الكمبيوتر الذي سيتم استخدامه عن طريق تغيير ملفات التعريف على الماوس. يتم تعزيز وظيفة تعدد أجهزة الكمبيوتر هذه من خلال Logitech Flow (حل KVM البرمجي) المشابه لـ Synergy . بالنسبة للأجهزة التي لا تدعم ميزة تعدد أجهزة الكمبيوتر، يمكن نقل جهاز الاستقبال وأجهزة الإدخال معًا كوحدة واحدة من جهاز كمبيوتر إلى آخر. تحتفظ هذه الأجهزة بحالة الاقتران الخاصة بها حتى بعد فصلها عن مصدر الطاقة، حيث تُحفظ معلومات الاقتران داخل جهاز استقبال USB الصغير . هذه الطريقة أبسط بكثير من عملية نقل الجهاز الطرفي من جهاز استقبال إلى آخر عن طريق تغيير الإعدادات في البرنامج، كما أنها تتجنب أيضًا مشكلة الحد الأقصى لعدد الاقترانات (45 مرة) الموجود في الأجهزة القديمة. بالإضافة إلى ذلك، تسمح هذه الطريقة باستخدام الأجهزة الطرفية على أجهزة الحوسبة التي لا تدعم برنامج التوحيد، مثل الأجهزة التي تدعم USB OTG وتعمل بأنظمة تشغيل مثل أندرويد : كل ما عليك فعله هو إجراء الاقتران الأولي بجهاز الاستقبال على جهاز كمبيوتر شخصي أو جهاز Mac.
جهاز الاستقبال الموحد من لوجيتك التوافق والاستخدام
بعض أجهزة التوحيد القديمة كانت تحد من عدد مرات تغيير الاقتران المسموح بها إلى 45 مرة كحد أقصى. وعند الوصول إلى عملية الاقتران رقم 45، يصبح من المستحيل توصيل هذا الجهاز بجهاز استقبال آخر. بالنسبة للمستخدمين الذين يكثرون من تبديل جهاز التوحيد بين أجهزة كمبيوتر شخصية أو محمولة متعددة ذات أجهزة استقبال منفصلة، قد يصبح هذا الحد مشكلة حقيقية. على سبيل المثال، المستخدم الذي ينتقل بين جهازي استقبال بشكل متكرر (مثل العمل والمنزل) سيستنفد بسرعة الحد الأقصى المتاح لمفاتيح الاقتران.  تنصح شركة Logitech العملاء الذين يواجهون هذه المشكلة بالتواصل مع خدمة العملاء الخاصة بهم. أما الأجهزة الأحدث، فتتيح تبديل عمليات الاقتران لعدد غير محدود من المرات.
تقدم شركة Logitech برنامج الاقتران الخاص بها لأنظمة التشغيل ويندوز و Mac OS X. أما بالنسبة لنظام لينكس، فقد بدأ دعم الأجهزة اللاسلكية التي تستخدم جهاز الاستقبال الموحد منذ الإصدار 3.2 من النواة.  ويتوفر أيضًا برنامج لإدارة الأجهزة الموحدة على لينكس تم تطويره من قبل جهات خارجية، مثل برنامج Solaar. .
جهاز الاستقبال الموحد من لوجيتك التوافق والاستخدام
قامت العديد من الشركات بتصنيع أجهزة طرفية تتصل عبر أجهزة استقبال لاسلكية USB تشبه إلى حد كبير تلك الخاصة بـ Logitech؛ ومع ذلك، فإن أجهزة Logitech غالبًا ما تكون غير متوافقة مع العديد من أجهزة الاستقبال "غير الأصلية" هذه [بحاجة لمصدر].
هناك عدة إصدارات مختلفة من أجهزة الاستقبال الموحدة. النوع الأكثر شيوعًا للاستخدام اليومي يحمل الرقم CU-0007 على الغلاف المعدني. أما جهاز CU-0008 فيوزع مع أجهزة الألعاب ويتميز بزمن استجابة أقل.
جهاز الاستقبال الموحد من لوجيتك حماية
تم في عامي 2016 و2019، تم الإبلاغ عن العديد من الثغرات الأمنية في نظام Logitech Unifying، وقد قامت الشركة بإصدار تصحيحات لمعالجتها.
MouseJacking، وهي ثغرة أمنية تم الكشف عنها لأول مرة بواسطة شركة Bastille Networks, Inc. ، تتمثل في إرسال إشارات لاسلكية ضارة (حزم بيانات) إلى مستخدم غير منتبه عبر تقنية Logitech Unifying اللاسلكية. تستغل هذه الثغرة ضعفًا في جهاز الاستقبال Logitech Unifying Receiver الخاص بالمستخدم والإشارات اللاسلكية غير المشفرة التي يتم إرسالها ضمن نطاق يصل إلى حوالي 100 متر. تشمل الاستغلالات المحتملة لهذه الثغرة ما يلي:
بعد الإبلاغ عن اكتشاف ثغرات أمنية جديدة، قامت شركة Logitech بإصدار تحديثات للبرامج الثابتة الخاصة بجهاز الاستقبال الموحد.
يمكن لمستخدمي نظام Linux الاستعانة بأداة fwupd لتثبيت أحدث إصدارات البرامج الثابتة. تقوم هذه الأداة تلقائيًا بالبحث عن التحديثات المتاحة لأي أجهزة استقبال موحدة متصلة، بالإضافة إلى العديد من الأجهزة الأخرى التي تدعم تحديث برامجها الثابتة. أما البديل الأقدم لهذه الأداة فهو MouseJack.