WordPress Importer أداة استيراد ووردبريس

الوصف

أداة استيراد ووردبريس (WordPress Importer) سوف تقوم باستيراد المحتوى التالي من ملف تصدير ووردبريس:

  • المقالات، الصفحات، وأنواع المقالات المخصصة الأخرى
  • التعليقات وميتا التعليقات (comment meta)
  • الحقول المخصصة والبيانات التعريفة للمقالات
  • التصنيفات، الوسوم، العناصر (terms) من الفئات المخصصة (taxonomies) وميتا العنصر (term meta)
  • الكتّاب والأعضاء

لمزيد من المعلومات والتعليمات، يرجى الاطلاع على وثائق وتعليمات استيراد المحتوى.

الفلاتر

تحتوي أداة الاستيراد على عدد من الفلاتر التي تسمح لك تمكين/حظر ميزات معينة بشكل كامل:

  • import_allow_create_users: return false if you only want to allow mapping to existing users
  • import_allow_fetch_attachments: return false if you do not wish to allow importing and downloading of attachments
  • import_attachment_size_limit: return an integer value for the maximum file size in bytes to save (الإفتراضي هو 0، وهو غير محدود)

هناك أيضاً بعض الإجراءات المتاحة للربط بها:

  • import_start: يحدث بعد رفع ملف التصدير وبعد اختيار إعدادات استيراد المؤلف
  • import_end: الاستدعاء بعد آخر مايتم تصديره من المستورد

التنصيب

أسرع طريقة لتثبيت إضافة أداة الاستيراد هي:

  1. زيارة الأدوات -> استيراد في لوحة تحكم الووردبريس
  2. أنقر على رابط WordPress الموجود ضمن قائمة إضافات الاستيراد
  3. أنقر “تنصيب الآن”
  4. وأخيرًا، أنقر على “تفعيل الإضافة & تشغيل المستورد”

إذا كنت تُفضّل القيام بالخطوات يدويًا، اتبع التعليمات التالية:

  1. رفع المجلد wordpress-importer إلى المسار /wp-content/plugins/
  2. تفعيل الإضافة من خلال قائمة ‘إضافات’ في لوحة تحكم ووردبريس
  3. الذهاب إلى الأدوات -> استيراد، ثم أنقر على WordPress

الأسئلة المتكررّة

المساعدة! تحصل معي مشكلة تضطرني إلى الخروج بسبب أخطاء الذاكرة أو شاشة فارغة.

إذا كان حجم الملف الذي تم تصديره كبيرًا جدًا، فقد يتم تشغيل السكربت للاستقبال في حد ذاكرة PHP لتكوين المستضيف.

تشير الرسالة مثل “خطأ فادح: حجم الذاكرة المسموح به من 8388608 بايت استنفذت” إلى أن السكربت لا يمكنه استيراد ملف XML بنجاح ضمن حد ذاكرة PHP الحالي. إذا كان لديك حق الوصول إلى ملف php.ini، فيمكنك زيادة الحد يدويًا؛ إذا لم تقم بذلك (على سبيل المثال، تتم استضافة موقعك المثبت عليه WordPress على خادم مشترك)، فقد تضطر إلى فصل ملف XML الذي تم تصديره إلى عدة أجزاء صغيرة وتشغيل السكربت للاستيراد في وقت واحد.

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

Support Article: Importing Content

المراجعات

17 يونيو، 2020
I'm giving this two stars not one, because previous attempts left half the images behind, but I have now at least managed to get all the posts and all the images into the new WordPress site... from the previous WordPress.com site. Horrible though. Had to split a relatively small blog (55 posts) into 11 blocks, get my host to raise the timeout massively, change PHP settings, deactivate everything in sight... and I still had to push through 503 errors, STILL getting timeouts after (e.g.) 10 minutes importing a block of 5 posts, re-running several of the imports... But the worst thing is that it pulled down two copies of each image, creating a second unattached copy of the thumbnail and displaying that rather than the 'real' image, which is then viewable by clicking on the thumbnail. Some thumbnails also then displayed bigger than they are, so fuzzy too. Going to have to go through every post manually, replacing the 'ghost' image with the real one, and then deleting it. Just hoping ALL the images really are there. If it turns out the blog author didn't always link to the media file, I may find some are missing and have to back and look for them. Horrible horrible horrible... and that's going from a WordPress blog to a WordPress blog... what can be so hard?!
25 مايو، 2020
Dear Team Plugin is working fine, great work, I would like to suggestion if allow more data file size it will great help for people. This time plugin have (Maximum size: 4 MB) that is not enough. Please increase file size to make more useful Thank you
30 مارس، 2020
Importing a couple dozen posts including attachments: ✓ Importing a couple dozen pages including attachments: ✓ Importing ~100 media files including attachments: ✗ HTTP 503. I've tried disabling leech & hotlinking protection on the source domain. I've tried increasing the PHP memory_limit to 512MB, max_execution_time to 0 (unlimited), max_input_time to -1 (same as max_ececution_time), post_max_size to 128MB, upload_max_filesize to 128MB. Note that the media files I was attempting to import were less than 100MB combined. But I kept getting a HTTP 503. The way I eventually got around it was as follows: start the import of media, including attachments. When it fails, do it again, but this time without attachments. You will get a list showing you which media files were actually imported already and which haven't been imported. Now edit the xml file and remove all entries (delimited by <item>…</item>) that have already been imported. Start the media import again, with the edited xml file and include attachments. If it fails again, repeat the import but without attachments. Note files already imported, remove from xml file, rinse and repeat. Tedious? Perhaps. This plugin's fault? I honestly don't know. My cheap hoster's fault? Entirely possible. My skills not being as good as I think they are? Definitely an option. But was it the quickest way to get the job done? Yes, for me it was. Hopefully this information can help someone else. Or perhaps at least it'll help the plugin author to make this plugin more foolproof 😉
7 فبراير، 2020
Timing out on a perfectly healthy VPS after importing only 25 posts and their media attachments. Have to workaround by migrating to a locally hosted site, then using a working migrator tool to the online site. Could there be an option to split XML into smaller chunks? I realise this is difficult to get to work everywhere, but I always advise people starting out a website and not sure how much effort they will put in to start a wordpress.com site, and its easy to upgrade. Thats a big part of what makes wordpress such a great platform for all kinds of users. When its so difficult to migrate to a self hosted wordpress, then its the opposite just a pain in the butt.
إقرأ جميع المراجعات 290

المساهمون والمطوّرون

“WordPress Importer أداة استيراد ووردبريس” هو برنامج مفتوح المصدر. وقد ساهم هؤلاء الأشخاص بالأسفل في هذه الإضافة.

المساهمون

لقد تم ترجمة ”WordPress Importer أداة استيراد ووردبريس“ إلى 55 لغة. شكراً إلى جميع المُترجمين لمُساهماتهم.

ترجمة ”WordPress Importer أداة استيراد ووردبريس“ إلى لغتك.

مُهتم بالتطوير؟

تصفّح الشفرة، تحقق من مستودع SVN، أو الاشتراك في سجل التطوير بواسطة RSS.

سجل التغييرات

0.7

  • Update minimum WordPress requirement to 3.7 and ensure compatibility with PHP 7.4.
  • Fix bug that caused not importing term meta.
  • Fix bug that caused slashes to be stripped from imported meta data.
  • Fix bug that prevented import of serialized meta data.
  • Fix file size check after download of remote files with HTTP compression enabled.
  • Improve accessibility of form fields by adding missing labels.
  • Improve imports for remote file URLs without name and/or extension.
  • Add support for wp:base_blog_url field to allow importing multiple files with WP-CLI.
  • Add support for term meta parsing when using the regular expressions or XML parser.
  • Developers: All PHP classes have been moved into their own files.
  • Developers: Allow to change IMPORT_DEBUG via wp-config.php and change default value to the value of WP_DEBUG.

0.6.4

  • تحسين التوافق مع PHP7
  • إصلاح الخطأ الذي تسبب في تجريد الشرطة من التعليقات المستوردة.
  • إصلاح لإشعارات الإهمال المختلفة بما في ذلك wp_get_http() و screen_icon().
  • إصلاح لاستيراد ملفات التصدير باستخدام بيانات تعريف عنصر متعدد.

0.6.3

  • إضافة دعم لاستيراد بيانات تعريف العنصر.
  • إصلاح الخطأ الذي تسبب في تجريد الشرطة من المحتوى الذي تم استيراده.
  • إصلاح الخطأ الذي تسبب في تجريد الأحرف داخل CDATA في بعض الحالات.
  • إصلاح إشعارات PHP.

0.6.2

0.6

  • دعم WXR 1.2 وأقسام CDATA المتعددة
  • مقالات غير مكررة إذا كانت أنواع الـ post_type مختلفة

0.5.2

  • تحقق مرة أخرى من وجود ملف التصدير الذي تم رفعه قبل معالجته. هذا يمنع رسائل الخطأ غير الصحيحة عندما
    يتم رفع ملف التصدير إلى خادم ذي أذونات سيئة ويتم استخدام نسخة ووردبريس 3.3 أو 3.3.1.

0.5

  • استيراد بيانات الميتا للتعليقات (يتطلب التصدير نسخة ووردبريس 3.2)
  • تصحيح الأخطاء البسيطة وإضافة التحسينات

0.4

  • خريطة التعليق user_id حيثما أمكن ذلك
  • استيراد المرفقات من wp:attachment_url
  • رفع المرفقات إلى المسار الصحيح
  • إعادة رسم عناوين URL للصورة التي تم تغيير حجمها بشكل صحيح

0.3

  • استخدم XML Parser إن أمكن
  • دعم الاستيراد الصحيح لقوائم الموقع
  • … والمزيد، شاهد Trac ticket #15197

0.1

  • إصدار أولي