Migrate Codeigniter Database to Wordpress - php

I have been trying to import or migrate the Codeigniter database into wordpress. Is that possible to do by any means? I have searched for the solution for it at many places but was unable to find a relevant solution to it.
The real problem is that I have already got a website created in CodeIgniter but now I am making a new site for the same using Wordpress. I need to import all the data and posts contained in the older site into the new one. Maybe database migration can be a easier idea. How will be doing so??

Codeigniter is a development framework for building applications. WordPress is a system that's already built. I think you could build a large application like WordPress with Codeigniter. But it would then rely on Codeigniter's libraries and framework, so to make that happen I think you would have to rebuild WordPress from scratch. Unless Codeigniter can be used as more of a PHP editing framework as well?
Maybe a Codeigniter guru will weigh in.
Source https://wordpress.org/support/topic/codeigniter-wordpress

The main issue with this is that your CI database is not structured the same as wordpress database.
There are some tools that help you import databases in wordpress like this plugins:
WP Ultimate CSV Importer Plugin
Really Simple CSV Importer
CSV Importer
but you will have to provide them the CSV file, that you'll have to export from your CI website. I don't think the import process is very complicated but it's sure easier if you spend some time understanding wordpress databse structure, for that a great resource is the wordpress code and the Database Description page.
The complexity of the CSV file is determined by the objects that you have to import in WordPress here is a check list that its good to have when you start building a CSV file:
1) Are you importing custom post types or just blog entires?
2) Do you have extra info on your import objects that have to be imported as custom fields?
3) Do you have users that you need to import? if you do, what roles do you need to have? do you require custom roles (this makes things very complicated)
4) Do you objects have images attached to them? if they do you'll have to make sure that the import plugin is able to import images!
5) Do you have categories and tags? do they have extra info besides wordpress default info?
When I have to import data to WordPress I try to keep it as simple as possible, I'm trying to import only blog posts and their images if possible depending on the complexity of the initial website I might import categories and tags too but I might split the process before adding this and process them after I have the posts in my wordpress site (this is because I'm more comfortable working with wordpress database and functions then with 3rd party CSV generated files - it might not be your case since you have full access to the initial CI website)
In the end have a look at the plugins I've linked or search yourself some import plugins and check the CSV files they need and try to make the CI website generate a CSV file that is similar with the ones in the examples.
If you have experience with the WordPress databse structure then you can also create a script that loads your data from one database to the other one (I recommend this approach for developers that have experience with both the old websites and WordPress at code/database structure level.
if you can share your databse scheme some extra info might be given.

Export posts from CI database in CSV/XML format or SQL and then change it to CSV accordingly. after that, use WP all import plugin and select the columns correctly. Easy as that..

Related

Importing databases in prestashop

I have a big database in Access with products I want to insert in Prestashop!
I've read about the database import in prestashop but didnt find anything about access db import. Is there a way to import this database in prestashop?
Or am I supposed to write sql queries to add these products. I have read the source code of prestashop like Products.php or ObjectModel.phplike said here:http://stackoverflow.com/questions/16068141/prestashop-insert-products-script. So is the only way to write sql queries?
Thanks!
PrestaShop have tools to import products from CSV, you can check it in BO > Advanced Parameters > CSV Import. You can choose what you want to import, products, categories, attributes etc. If your file is too big you supposed to split it to few small files.
As Agnes said CSV will be the option.
Since I still don't have enough rep I can comment on his response but I'd like to add that in the CSV import page you can find templates for the CSV may be useful if you are not used to Prestashop Product Fields.
Also if you upload the images to a temporal folder and add the URLS in the product CSV the images will be imported and added to the product.
If is the first product upload I'll also recommend you to set up the IDs for the products this way if something doesn't fit or you want to change the uploaded products you can do it just by ID or simply delete all previous products and import the new ones.
Good luck.
Import is very complecated in PrestaShop, and not really fonctionnal.
I recommand to use the module Migration pro. Is a paid module, but it works really fine, i've used it a lot.
Otherwise, you can read this article (in french), you have the list of table to import. After that, you can import images and regenerate them.
Good luck ;)
Modern Prestashop can directly import xls/xlsx files
It is much better choice than CSV because you don`n have mess with field delimiters.
Export from Access to Excel should not be problem.
Native Import through web admin GIU is very good.
But you need some practice:
Make file with few products - you can delete them later if you not satisfied with results of import.
Look carefuly at field mappings. Maybe you will fail at first attempt or miss some mapping - thats why you need to import few products first.
If possible try to use the built in webservice api or you can make your own custom import module

Transfer Layerswp website to another Server?

I have created my website in demo folder using wordpress. I have used "Layers WordPress site builder". The problem is when I transfer all data and database to new server, pages show no data.
This is quite a big problem with LayersWP it seems. I don't know for sure what the cause is but I've noticed that the database after the import is a different size to the database exported
Not the perfect solution to the problem... but this was a good work around for me:
This plugin
https://wordpress.org/plugins/widget-settings-importexport/
Let's you import and export widgets. I'd advise leaving the working site in tact and only importing into a new database.

Wordpress plugin, XML files or Database table..both?

Ok guys, so i am 50% the way through creating a "content manager" plugin for wordpress (mainly for the internal benefit of the company i work for) that can create custom post types, taonamies and meta boes with a prety interface.
At the moment im using XML files created through php to parse and hold the data relating to "post types", "Taxonamies" and "metaboxes". The main reason i began down the xml road was so i could allow users to export to an xml file and import on another wordpress install. simple.
Although no im not sure? is it too server heavy to have the plugin recursing through directorys every each time to init the post types, taxonamies and meta boxes? would i be better served to crete 3 db tables and when i need to import or export simple do the XML from there?
would love to hear our opions?!
I would go with the database-solution. When the XML-File grows size, the parsing will take more and more time, as the whole file is read every time.
In a Database, you can select only the values you need and don't need to parse the whole document every time.
Also, realizing a XML import/export from the values stored in the database shouldn't be that much of a problem.
But if you have very tiny XML-files (like less then 100 chars) and they don't grow much, you'll have to decide if it's worth the time to change to a database.

Wordpress export posts for own system

I'm moving a site over that is currently setup in wordpress. I've not got a great knowledge on how WP works but the database all makes sense to me. I've built a custom blogging engine for the new site but I need to transfer all the old posts into the new site.
Before I go writing a script to loop through each posts then grab the image url etc and then match that up to the columns in my own database is there anything that exists already? I can't imagine I'm the first to do this!
Also - am I right in thinking that the image(s) for the post are _wp_attached_file with the corresponding post_id in the wp_postmeta table?
I've tagged this with php for Wordpress but happy for scripts in Python or RoR too if they exist.
Thanks
Is the standard wordpress export not detailed enough? I find this a very handy tool: http://en.support.wordpress.com/export
There is a plugin that imports your posts into a CSV file. It would be simpler to write a parser for that, I think - instead of writing a script to query the WP DB

How would the conversion of a custom CMS using a text-file-based database to Drupal be tackled?

Just today I've started using Drupal for a site I'm designing/developing. For my own site http://jwm-art.net I wrote a user-unfriendly CMS in PHP. My brief experience with Drupal is making me want to convert from the CMS I wrote. A CMS whose sole method (other than comments) of automatically publishing content is by logging in via SSH and using NANO to create a plain text file in a format like so*:
head<<END_HEAD
title = Audio
keywords= open,source,audio,sequencing,sampling,synthesis
descr = Music, noise, and audio, created by James W. Morris.
parent = home
END_HEAD
main<<END_MAIN
text<<END_TEXT
Digital music, noise, and audio made exclusively with
#=xlink=http://www.linux-sound.org#:Linux Audio Software#_=#.
END_TEXT
image=gfb#--#;Accompanying image for penonpaper-c#right
ilink=audio_2008
br=
ilink=audio_2007
br=
ilink=audio_2006
END_MAIN
info=text<<END_TEXT
I've been making PC based music since the early nineties -
fortunately most of it only exists as tape recordings.
END_TEXT
( http://jwm-art.net/dark.php?p=audio - There's just over 400 pages on there. )
*The jounal-entry form which takes some of the work out of it, has mysteriously broken. And it still required SSH access to copy the file to the main dat dir and to check I had actually remembered the format correctly and the code hadn't mis-formatted anything (which it always does).
I don't want to drop all the old content (just some), but how much work would be involved in converting it, factoring into account I've been using Drupal for a day, have not written any PHP for a couple of years, and have zero knowledge of SQL?
How would I map the abstraction in the text file above so that a user can select these elements in the page-publishing mechanism to create a page?
How might a team of developers tackle this? How do-able is it for one guy in his spare time?
You would parse the text with PHP and use the Drupal API to save it as a node object.
http://api.drupal.org/api/function/node_save
See this similar issue, programmatically creating Drupal nodes:
recipe for adding Drupal node records
Drupal 5: CCK fields in custom content type
Essentially, you create the $node object and assign values. node_save($node) will do the rest of the work for you, a Drupal function that creates the content record and lets other modules add data if need be.
You could also employ XML RPC services, if that's possible on your setup.
Since you have not written any PHP for a long time, and you are probably in a hurry, I suggest you this approach:
Download and install this Drupal module: http://drupal.org/project/node_import
This module imports data - nodes, users, taxonomy entries etc.- into Drupal from CVS files.
read its documentations and spend some time to learn how to use it.
Convert your blog into CVS files. unfortunately, I cannot help you much on this, because your blog entries have a complex structure. I think writing a code that converts it into CVS files takes same time as creating CVS files manually.
Use Node Import module to import data into your new website.
Of course some issues will remain that you have to do them manually; like creating menus etc.

Categories