WordPress-importilo

Priskribo

La WordPressa importilo importos la sekvan enhavon el eksporta dosiero WordPressa:

  • Afiŝoj, paĝoj kaj aliaj propraj afiŝo-tipoj
  • Comments and comment meta
  • Propraj kampoj kaj afiŝaj metadatumoj
  • Categories, tags and terms from custom taxonomies and term meta
  • Aŭtoroj

For further information and instructions please see the documention on Importing Content.

Filtriloj

La importilo havas unudu filtrilojn por permesi senesceptan ebligon/blokon de apartaj eblecoj:

  • import_allow_create_users: liveru false se vi volas permesoi nur mapadon al nunaj uzantoj
  • import_allow_fetch_attachments: liveru false se vi ne volas permesi importadon kaj elŝutadon de alkroĉaĵoj
  • import_attachment_size_limit: liveras intjeran valoron por la maksimuma dosiera grandeco laŭ bajtoj por konservi (defaŭlto estas 0, senlima)

Estas ankaŭ kelkaj faroj al kiuj eblas kroĉi:

  • import_start: okazas post la alŝuto de la eksporta dosiero kaj elekto de agordoj por aŭtora importo
  • import_end: vokita post la fina eligo el la importilo

Instalo

La plej rapida metodo por instalo de la importilo estas:

  1. Vizitu la menuon Iloj -> Importado en la panelo de WordPress
  2. Alklaku al la ligilo WordPress en la listo de importiloj
  3. Alklaku “Instali nun”
  4. Fine, alklaku “Aktivigi kromprogramon & Ruli importilon”

Se vi preferas fari permane, do sekvu la jenajn instrukciojn:

  1. Enŝutu la dosierujon wordpress-importer al la dosierujo /wp-content/plugins/
  2. Aktivigu la kromprogramon per la menuo ‘Kromprogramoj’ en WordPress
  3. Iru al Iloj -> Importado, alklaku al WordPress

OD

Helpu! Mi ricevas memorerarojn aŭ blankan ekranon.

Se via eksportita dosiero estas tre granda, la importa skripto eble transpaŝos la limigon de via gastiganto por PHP-memoro .

Mesaĝo kiel “Neriparebla eraro: permesita memorgrando de 8388608 bajtoj elĉerpita” indikas, ke la skripto ne povas sukcese importi vian dosieron XML sub la nuna limigo de PHP-memoro. Se vi havas alirrajton al la dosiero php.ini, vi povas permane pliigi la limon; se vi ne rajtas (eble via instalo de WordPress estas en dividita servilo), vi eble devos rompi vian eksportitan dosieron XML en pecojn kaj ruli la importan skripton por ĉiu peco.

Por tiuj kun dividita gastigado, la plej taŭga alternativo eble estas konsulti la gastigan helpon por decidi pri la plej sekura maniero fari la importon. Gastiganto eble konsentos suspendi la limigon de memoruzo kaj/aŭ mem fari la procezon.

Support Article: Importing Content

Pritaksoj

Septembro 14, 2020
I've used WP Importer some times and it was reliable, which is the most important. However, there are alternatives with more options. Also, it's a given - always back up your content!
Septembro 8, 2020
Плагин не смог перенести даже картинки из стандартных записей в медиатеку нового сайта. Так они и тянутся со старого.
Septembro 7, 2020
Browser loading says it all. Not fit for purpose for any serious sites, or sites with more than a few posts or pages. This is a feature that should have been updated long time ago, and barely qualifies as a marketing feature for a small personal blogger. Please update both the exporter and importer to ensure that it is fit for purpose
Aŭgusto 12, 2020
Relies on the browser loading while processing. This needs to be rewritten. We are on 2020. Sometimes increasing timeout is not possible! It should NOT load on the browser level but have a loading bar that shows the process on the dashboard itself.
Junio 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?!
Legi ĉiujn 295 pritaksojn

Kontribuantoj k. programistoj

“WordPress-importilo” estas liberkoda programo. La sekvaj homoj kontribuis al la kromprogramo.

Kontribuantoj

“WordPress-importilo” has been translated into 55 locales. Thank you to the translators for their contributions.

Traduki “WordPress-importilo” en vian lingvon.

Ĉu interesita en programado?

Browse the code, check out the SVN repository, or subscribe to the development log by RSS.

Ŝanĝprotokolo

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

  • Improve PHP7 compatibility.
  • Fix bug that caused slashes to be stripped from imported comments.
  • Fix for various deprecation notices including wp_get_http() and screen_icon().
  • Fix for importing export files with multiline term meta data.

0.6.3

  • Aldono de subteno por importo-terminaj metadatumoj.
  • Riparo de cimo kaŭzinta forigon de deklivoj de importita enhavo.
  • Riparo de cimo kaŭzinta forigon de signoj ene de CDATA kelk-foje.
  • Riparo de PHP-avizoj.

0.6.2

0.6

  • Subteno por WXR 1.2 kaj pluropaj CDATA-sekcioj
  • Afiŝoj ne estas ripetitaj se ili havas malsamajn afiŝo-tipojn

0.5.2

  • Denova kontrolo ke la alŝutita eksporta dosiero ekzistas antaŭ ol procezado de ĝi. Tio preventas neĝustajn erarmesaĝojn dum
    alŝuto de eksporta dosiero al servilo kun malĝustaj permesoj kaj WordPress 3.3 aŭ 3.3.1 estas uzata.

0.5

  • Importo de komentaj metadatumoj (postulas eksportan el WordPress 3.2)
  • Negravaj erarkorektoj kaj plibonigoj

0.4

  • Mapu komentan user_id kiam eblas
  • Importo de alkroĉaĵoj el wp:attachment_url
  • Alŝuto de alkroĉaĵoj al ĝusta dosierujo
  • Ĝusta alimapo de URLo de aligrandigitaj bildoj

0.3

  • Se eble, uzu analizilon XML
  • Propra importa subteno por navigaj menuoj
  • … and much more, see Trac ticket #15197

0.1

  • Unua eldono