لا تحب الإعلانات؟ يذهب خالية من الإعلانات اليوم 

مُحَوِّل ملف VCF (vCard) إلى JSON

بياناتمطورنص

إعلان · حذف؟

[iotools_vcf_vcard_to_json_converter]

إعلان · حذف؟

مرشد

مُحَوِّل ملف VCF (vCard) إلى JSON

تُحول أي تصدير ملف .vcf لمحفظة الاتصالات إلى مصفوفة JSON منظمة وواضحة للاتصالات. يحلل المُحول ملفات vCard 3.0 (RFC 2426) وvCard 4.0 (RFC 6350) بالكامل داخل متصفحك، ويتعامل مع تدوير السطور وفقًا للوائح المطلوبة من RFC، وملفات تحتوي على أكثر من جهة، وقيم مُنظمة للإسم والعنوان، ومواصفات متعددة TYPE، وحتى بيانات مُشفّرة بالـ base64 في الحقول PHOTO وLOGO. استخدمه لنقل الاتصالات إلى نظام إدارة علاقات العملاء (CRM)، أو لتغذية نظام تلقائي، أو ببساطة لقراءة محتوى ملف الاتصالات الأصلي.

كيفية استخدام

الصق محتوى ملفك .vcf في مربع المصدر، أو ارفع الملف باستخدام مُختار الملفات.
اختر خيارات الناتج – عرض JSON مُنظّم، مصفوفة مسطحة مقابل كائن مُغلف، تجزئة الإسم والعنوان بشكل منظم، تحليل تواريخ ISO للقيم BDAY/REV/ANNIVERSARY، تجميع البريد الإلكتروني والهاتف حسب نوعه، وتحديد ما إذا كان يجب تضمين بيانات PHOTO/LOGO المُشفّرة بالـ base64.
يُحدّث مجال الناتج JSON تلقائيًا أثناء الكتابة أو التبديل بين الخيارات.
انقر على "نسخ" لوضع الناتج JSON على مساحة الذاكرة، أو اضغط على "تنزيل" لحفظه كـ contacts.json.

خصائص

دعم vCard 3.0 و4.0 – يقبل كلاً من النسخ الحديثة (TYPE=) والنسخ القديمة (؛HOME؛VOICE) من معايير vCard 2.1.
توفير السطر وفق RFC 6350 – يُعيد تشكيل السطور الطويلة المُقسّمة بـ CRLF متبوعة بمسافة قبل التحليل.
تجزئة الإسم المُنظمة – يتم تقسيم خاصية N إلى مكونات عائلة، مُعطى، إضافي، مُقدّم، ونهاية، مع الحفاظ على القوائم المُفصّلة المُفصّلة كقائمة.
تجزئة العنوان المُنظمة – يتم تقسيم خاصية ADR إلى مكونات مربع البريد، العنوان المُمدد، الشارع، المنطقة، المنطقة، الرمز البريدي، والدولة.
ملفات تحتوي على أكثر من جهة – يُنتج ملف واحد لكل جهة في ملف .vcf يحتوي على العديد من مُدخلات BEGIN:VCARD.
دعم PHOTO / LOGO / KEY المُشفّر بالـ base64 – يتم إعادة بناء البيانات المُشفّرة بالـ base64 كـ URI مُدمج عند تفعيل "تضمّن بيانات PHOTO/LOGO المُشفّرة بالـ base64"، أو يتم تلخيصها مع عدد الأحرف عند عدم تفعيلها.
ترتيب PREF – يتم ترتيب القيم المتعددة للبريد الإلكتروني، الهاتف، العنوان، والرابط حسب معلمة PREF بحيث تظهر القيمة المفضلة أولًا.
تجميع TYPE – يمكن اختيار تجميع البريد الإلكتروني، الهاتف، العنوان، والرابط إلى مجموعات مُصنّفة (مكتب، منزل، هاتف متنقل، إلخ) لسهولة الوصول بشكل مماثل للقاموس.
تحليل تواريخ ISO 8601 – يتم توحيد القيم BDAY، ANNIVERSARY، وREV إلى سلاسل مناسبة لـ ISO 8601.
مُحلّل معلمة مُدرك للإشارات المُستخدمة – يتم الحفاظ على التمثيل الأصلي للعلامات والعلامات داخل القيم المُستخدمة في المعلمة المُستخدمة.
100% من جانب العميل – لا يغادر ملف .vcf متصفحك. لا توجد تحميلات، لا توجد معالجة على الخادم، لا توجد قلق من الخصوصية.
مخرج مُختصر اختياري – يُضاف القيمة الأصلية إلى القيمة المُحلّلة للاستخدام في التدقيق أو التبادل.

 التعليمات

ما هو تدوير السطر في vCard؟

يسمح RFC 6350 بتقسيم السطور الطويلة إلى عدة سطور مادية عن طريق إدراج CRLF متبوعًا برمز فراغ واحد (مسافة أو تباعد). عند التحليل، يتم إزالة التوقف والفراغ المُسبق لإعادة بناء السطر المنطقي الأصلي. هذا هو السبب في أن التحليل البسيط للسلاسل المُقسّمة في ملفات vCard غالبًا ما يُنتج قيم مُتضررة للسلاسل الطويلة أو للصور المُشفّرة بالـ base64.
ما الفرق بين vCard 3.0 و4.0 في القيم المُعلمة؟

تُستخدم vCard 3.0 (RFC 2426) والمواصفات القديمة 2.1 غالبًا عدة معلمات TYPE أو نمط غير مُحدد مثل TEL;HOME;VOICE:.... أما vCard 4.0 (RFC 6350) فتُفضّل معلمة TYPE واحدة مع قائمة منفصلة مُفصّلة، وتستخدم القيم URI (tel:، mailto:، data:) بدلًا من التشفير المُباشر. يجب أن يكون المُحلّل قويًا ليقبل الشكلين ويعمل على توحيدهما.
ما هو القيمة المُنظمة في vCard؟

الخصائص مثل N (الإسم) وADR (العنوان) تُحمل مكونات متعددة مُجمعة بسلاسل منفصلة. يحتوي N على خمسة مكونات - العائلة، المُعطى، الإضافي، المقدّم، النهاية - ويحتوي ADR على سبعة مكونات - مربع البريد، العنوان المُمدد، الشارع، المنطقة، المنطقة، الرمز البريدي، والدولة. يمكن أن يكون كل مكون قائمة مفصولة بفواصل. يجب أن يُحترم التسلسل المُستخدم للإسقاط لضمان أن الفواصل المُستخدمة في القيم لا تُعامل كمُقسّمات.
لماذا يحمل خاصية PHOTO بيانات مُشفّرة بالـ base64؟

تُستخدم vCard 3.0 لتمثيل البيانات الثنائية مثل الصور، الشعارات، والكُلّات من خلال تشفيرها بالـ base64 وتحديد التشفير من خلال معلمة ENCODING=B. أما vCard 4.0 فتُستخدم URIs من نوع data مع مقدمة نوعية. يمكن أن تُنتج كلا الشكلين سلاسل طولية كبيرة، وهي السبب الرئيسي الذي يُطلب فيه تدوير السطر وفقًا لـ RFC 6350 للنقل.