The method that Lindsey recommends should work with the following method of adding content to a field:
'tableFieldHandle' => json_encode($tableData)
However, the modifyImportRow documentation uses the (arguably better) method:
// Set modified content
Feed Me only supports Entries at this stage. Its on the short-term roadmap in allow importing into all Elements, including Commerce Products. This cannot be achieved through hooks at the moment. Keep an eye on the plugin page.
Update: FeedMe 2.0 now supports multiple entry types, including Commerce Products: http://sgroup.com.au/plugins/feedme/getting-...
Ok, so the answer was quite simple: I was using the PHP DateTime object instead of Crafts DateTime.
Removed the \ on this line:
$date = new \DateTime($article['article_start'], new \DateTimeZone('Europe/Oslo'));
and everything worked perfectly.
I haven't yet used the plugin, but I'd try to import the dates into another, custom datetime field (e.g. myImportDate) to see if it's a problem with postDate being a special field (also goes into other tables in the DB, as far as I know). This would be for testing purposes only...
Another hint that might help:
Craft usually saves a datetime in a format like ...
Yes, thanks carlcs!
So, as long as your postDate is set to this format "2014-07-31 12:00:00" and NOT your localised version as it appears in the Control Panel, everything works. Thanks to the magic of the import plugin, I can overwrite just the one field.
I used FeedMe successfully and this is what I used. The images have to be already present as assets in Craft(ftp and then update asset indexes). Having the full url in the images part stumped me too. In this example I pulled the images twice because in my EE build I was using the first image of many to create a preview image and in craft I actually created a ...
You'd do it from another plugin, just as if you were latching onto any of Craft's native hooks.
You can use the businessLogic plugin as a starting point or use https://pluginfactory.io to generate boilerplate plugin code.
Those are running tasks that Craft (and plugins) use to perform long running maintenance operations and an Import task got stuck causing the ones to come after it not to run.
Since you don't care about the Import task anymore, you can open the craft_tasks table in the database and delete the one for the Import task (probably the top row). The next time you ...
If the UserModel contains a user ID, then the existing user will be updated.
If the UserModel does not contain a user ID, then a new user will be created.
Either way, the UserModel will contain an ID after being saved. Since models in PHP are passed by reference, the ID will get set automatically for new users.
Increasing your servers available memory and execution time can help increase the number of items you can import in a single file, but with the number of records you're dealing with it's likely, you'll need to break your import into multiple steps.
Consider breaking up the import files into smaller batches that can be imported within your environment's ...
In Craft 2 the log files are usually stored in craft/storage/runtime/logs/ and named after the plugin handle.
If the Import plugin does nothing special, you should find its logs in craft/storage/runtime/logs/import.log
I'm not 100% clear on exactly what you're looking for, but I'll just throw this out there. Matrix content is saved in their own tables (table names are dynamically generated on a per-field basis) as opposed to most other fields, which have their content saved in the craft_content table.
You can look in MatrixService for methods needed for managing Matrix ...
That error means that something is being output to the browser before it's supposed to be. In this case, it's cookie information (or more specifically, the removal of a cookie by adding one with the same name, no value and an expired date).
The question is, what's calling removeCookie? If you enable devMode, then the error should present with a stack ...
The developer recently added multiple types of import - Entry, User and Category.
Your import history in the database saved prior to this recent update - I think the db table is called craft_import_history or similar - doesn't have a type saved against so an error is being thrown.
Edit the rows in that table directly and either delete them or edit the ...