Ah yes, well spotted, that is a bug on resource import, the TV thing won’t work at the mo, there’s no connection between resources/templates/TV’s, but this can be done.
Use MODx, or the cat gets it!
Well, this tool are one of the many reasons to use MODx Revolution!!!
But if there is some special characters in the contents of a resource or the elements, it results in a lack of content after import from Evo, or is it just me? For example are æøå (danish) killing the output.
I have the same collation / charset in the two databases.
- A small step for mankind, so why not take two...
Working with web production, graphic design/workflow, photo and education - but are trying to get a life in between!
The data sent between Provisioner and either a remote evo site or revo site is encoded into JSON format, it maybe this thats losing or corrupting the special characters somewhow, its not something I’ve tested to be honest, its on the list now though, thanks.
Use MODx, or the cat gets it!
@shamblett: Just to clarify: It is not only the special characters there are disappearing. The full contents of the field (eg. introtext/title etc.) there contains such a special charecter - disappears. When I check the database the field are either empty or contain NULL.
But many thanks for working on this add-on!
- A small step for mankind, so why not take two...
Working with web production, graphic design/workflow, photo and education - but are trying to get a life in between!
I’m pretty sure this should work witha remote revo site but not a remote evo one, the evogateway doesn’t do a base 64 encode before conversion to JSON, which it should, if so this should be an an easy fix to implement.
Use MODx, or the cat gets it!
I used
Provisioner to help migrate from an Evo install.
File, image, check box and radio button TVs wouldn’t render the input field. I thought it may be
http://modxcms.com/forums/index.php/topic,51738.0.html.
It turned out that
Provisioner populated the
default_text field in the
modx_site_tmplvars table with
’\n’. After changing it in phpMyAdmin to
’’ (blank), all the missing TV fields reappeared.
Linux 2.6.32.8-grsec-2.1.14-modsign-xeon-64, PHP 5.2.14, MySQL 5.0.51a(client) 5.1.39-log (server), --with-pdo-mysql, Firefox/3.6.12
I’m trying to migrate an evo 1.0.3 site to Revo-pl. When i login via provisioner (revo), it logs me in fine to the evo site (moves the radio button to logout), but when i go to any tab (e.g. resources) then hit refresh, i get nothing showing up. I’ve installed the revogateway into assets/snippets as instructed and read thro UserGuide.odt
any suggestions on this one?
Thanks
André
If you have got no errors from the login process then you’ve installed the evogateway correctly so it looks as though the data coming back is not what Provisioner is expecting, you could look at your web server logs, on a refresh you should see a request going from the local install to its backend connectors, followed by a request going to the evogateway, this should return a 200 response.
Use MODx, or the cat gets it!
OK guys and gals, Provisioner is now in github, please go here
http://github.com/shamblett/provisoner/issues to file any issues. I intend to look at what’s been raised since the pl release of revo over the next few days. Ta.
Use MODx, or the cat gets it!