كيفية منع الملفات الجانبية للصور السحابية من تغيير تواريخ الالتقاط

امنع الملفات الجانبية للصور السحابية من تغيير تواريخ الالتقاط، وذلك باعتبار الطابع الزمني الأصلي المضمّن للالتقاط مصدر الحقيقة، واختبر أي دمج للملفات الجانبية قبل أن يؤثر في أرشيفك الرئيسي.

في مكتبة صور على وحدة NAS منزلية، يظهر الخطر عادةً بعد تصدير سحابي أو مزامنة عبر الهاتف المحمول أو كتابة ملف جانبي من Lightroom أو إصلاح جماعي للبيانات الوصفية: تظل الصورة تبدو صحيحة، لكن المخطط الزمني أو ترتيب المجلدات أو مقارنة النسخ الاحتياطية يبدأ فجأة باتباع تاريخ التصدير أو تاريخ التعديل أو تاريخ ملف JSON الجانبي، بدلًا من لحظة التقاط الصورة.

حدّد التاريخ الذي تستخدمه مكتبة صورك فعليًا

تتمثل الخطوة الآمنة الأولى في الفصل بين ثلاث ساعات مختلفة: تاريخ التقاط الصورة المضمّن في الكاميرا، وتاريخ تعديل الملف أو إنشائه في نظام الملفات، والتاريخ المخزن في ملف جانبي. قد تصف هذه التواريخ الصورة نفسها، لكن تطبيقات الصور لا تختارها دائمًا بالترتيب نفسه.

في سير العمل المعتاد لملفات JPEG والعديد من ملفات RAW، تكون العلامات المضمّنة مثل DateTimeOriginal وCreateDate وModifyDate هي الحقول التي تفحصها معظم الأدوات عند تحديد وقت التقاط الصورة؛ كما توثّق ExifTool حقول التاريخ الشائعة هذه، وتوفر أيضًا الاختصار AllDates لإجراء تعديلات منسقة على هذه الطوابع الزمنية للبيانات الوصفية.

قبل استيراد تصدير سحابي إلى معرضك الرئيسي، افحص عينة من الملفات باستخدام قارئ للبيانات الوصفية، وسجّل القيمة التي تطابق لحظة الالتقاط الفعلية. إذا كان تاريخ نظام الملفات يشير إلى يوم التصدير بينما تاريخ الالتقاط المضمّن صحيح، فلا تسمح لمنظّم الصور بإعادة بناء المجلدات اعتمادًا على ساعة نظام الملفات.

احتفظ بالملفات الجانبية بجوار الصور دون السماح لها بالتغلب تلقائيًا

تُعد الملفات الجانبية مفيدة لأنها تحمل التعديلات أو التصحيحات السحابية أو التقييمات أو التسميات أو البيانات الوصفية المفقودة دون إعادة كتابة الصورة الأصلية. لا يكمن الخطر في وجودها، بل في السماح لأداة الاستيراد بتطبيقها عشوائيًا على كل حقل تاريخ.

فعلى سبيل المثال، يستطيع Adobe Lightroom Classic كتابة التغييرات تلقائيًا في XMP، ما يعني أن الملفات الجانبية قد تُحدَّث باستمرار أثناء عملك. وهذا مفيد لقابلية النقل، لكنه يعني أيضًا أنه لا ينبغي التعامل مع الطابع الزمني للملف الجانبي وطابع التقاط الصورة الزمني على أنهما قابلان للتبادل.

انقل كل صورة وملفها الجانبي أو أنشئ نسخة احتياطية منهما كزوج واحد، لكن اضبط قاعدة الاستيراد بحيث لا تتجاوز تعديلات الملف الجانبي تاريخ الالتقاط، إلا بعد التحقق من أن الملف الجانبي يحتوي على حقل الالتقاط المصحح الذي تريده. إذا كان التطبيق يوفر تشغيلًا تجريبيًا، فعاين تعيينات التواريخ قبل اعتمادها.

اختبر الملفات الجانبية بتنسيق JSON من السحابة على نسخة قبل دمج التواريخ

تضيف عمليات التصدير السحابية غالبًا ملفات JSON تشبه أسماؤها اسم ملف الصورة. وقد تحتوي هذه الملفات على بيانات وصفية مفيدة، لكنها قد تحتوي أيضًا على عدة تواريخ ذات معانٍ مختلفة؛ لذلك تتمثل الخطوة الصحيحة في اختبار نسخة بدلًا من دمج المجلد بأكمله مباشرة.

تُميّز أدلة إصلاح تصدير Google Photos Takeout عادةً بين حقل وقت التقاط الصورة وحقول التحميل أو الإنشاء؛ ويوضح شرح ملفات Google Takeout بتنسيق JSON أن photoTakenTime يمثل وقت التقاط الصورة، بينما قد يمثل creationTime وقت دخول العنصر إلى Google Photos. وهذا التمييز هو بالضبط سبب إمكانية أن يؤدي الدمج العشوائي إلى نقل أرشيف كامل إلى السنة الخطأ.

انسخ عشرة ملفات تمثيلية إلى مجلد اختباري، وادمج حقل الالتقاط المقصود فقط، ثم افحص النتائج في موضعين: قارئ للبيانات الوصفية وتطبيق معرض الصور الفعلي الذي تستخدمه على وحدة NAS. لا تتابع إلا إذا اتفق كلاهما مع تاريخ الالتقاط المتوقع، وظلت تعديلات الملف الجانبي ظاهرة.

-15% OFF

ZimaBoard 2 - خادم منزلي صغير لأفكارك الكبيرة

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

حافظ على تواريخ تعديل الملفات عند إعادة كتابة البيانات الوصفية

تعيد العديد من أدوات البيانات الوصفية كتابة الملف عند تحديث الحقول المضمّنة. وقد يؤدي ذلك إلى تحديث وقت تعديل الملف في نظام الملفات حتى عندما يظل تاريخ الالتقاط المضمّن صحيحًا، وهو أمر مهم إذا كان برنامج النسخ الاحتياطي أو ترتيب معرض الصور يعتمد على وقت تعديل الملف.

تتضمن ExifTool خيارًا لـ الحفاظ على تاريخ تعديل الملف في عمليات العمل التي ينبغي فيها تغيير البيانات الوصفية دون نقل الطابع الزمني لنظام الملفات. ولا يثبت هذا أن كل تطبيق سيتصرف بالطريقة نفسها، لكنه يمنحك نمطًا أكثر أمانًا للإصلاح المنضبط.

عندما تضطر إلى كتابة تواريخ مصححة داخل الملفات، نفّذ الأمر على نسخة أولًا، وحافظ على وقت تعديل الملف إذا كانت أدواتك اللاحقة تعتمد عليه، وصدّر تقريرًا قبل التعديل وبعده. توقف إذا كان حقل التقاط الصورة صحيحًا لكن معرض الصور لا يزال يرتب الصور اعتمادًا على ساعة مختلفة؛ فهذه مشكلة في إعدادات التطبيق، وليست سببًا لمواصلة إعادة كتابة الملفات الأصلية.

تحقق من الأرشيف باستخدام ترتيب المجلدات وترتيب المعرض وفروق النسخ الاحتياطية

لا يكتمل إصلاح التاريخ عند انتهاء تنفيذ الأمر، بل يكتمل عندما تظهر الصور التمثيلية نفسها بالترتيب الصحيح في معرض NAS ومتصفح الملفات ومقارنة النسخ الاحتياطية.

غالبًا ما تعرض الحالات المجتمعية المتعلقة بالملفات الجانبية السحابية نمط الفشل نفسه: يدمج المستخدمون بيانات JSON أو XMP، ثم يكتشفون أن المكتبة تستخدم الحقل الخطأ بعد الاستيراد. وتُعد مناقشة دعم PhotoStructure حول التباس تواريخ الملفات الجانبية في Google Takeout تذكيرًا مفيدًا بضرورة التحقق من التسمية ودلالات التواريخ في تطبيق الوجهة، لا في مجلد التصدير فقط.

بعد اجتياز دفعة الاختبار، أجرِ الفحوص نفسها على نسخة أكبر قبل تغيير المشاركة الإنتاجية. وإذا اختلفت النتائج بين الأدوات، فأوقف سير العمل، واحتفظ بالنسخة الاحتياطية غير المعدّلة، ووثّق حقل التاريخ الذي يقرأه كل تطبيق قبل المتابعة.

الأسئلة الشائعة

هل ينبغي حذف الملفات الجانبية بتنسيقي JSON أو XMP بعد استيراد الصور؟

لا، ليس قبل التأكد من أن التعديلات أو البيانات الوصفية المصححة قد أُدرجت بأمان داخل الملفات أو استُوردت. احتفظ بالملفات الجانبية مع الملفات الأصلية إلى أن تثبت نسخة احتياطية وفحص المعرض عدم الحاجة إليها.

أي تاريخ ينبغي الوثوق به عندما يختلف تاريخ الملف عن تاريخ EXIF؟

بالنسبة إلى الملفات الأصلية من الكاميرا، ثق أولًا بتاريخ الالتقاط المضمّن، ما لم تكن تعرف أنه كان خاطئًا في الكاميرا. فمن السهل تغيير تواريخ الملفات أثناء التنزيل والتصدير والمزامنة والنسخ والاستعادة.

إذا كان هذا الإصلاح جزءًا من عملية تنظيف أكبر لأرشيف منزلي، فاربطه بسياسة تخزين تُبقي الملفات الأصلية غير المعدّلة منفصلة عن النسخ المعدّلة أو المُصلحة؛ ويساعد منطق الفصل نفسه أيضًا عندما تخطط لـ الاحتفاظ بنسخ اللقطات المتماثلة لمشاركة صور على NAS.