Hola a todos, no suelo escribir mucho pero voy a intentar una temporada estar conectado a este foro para contaros mis problemas y con un poco de suerte las soluciones a los mismos
Ahora con la migracion de 1.9.X a 2.X creo que toda la ayuda que nos podamos dar va a ser poca.
Uno de los primeras cosas que os quiero comentar es mi decepcion al darme cuenta que las copias de seguridad de 1.9.X no se pueden restaurar en 2.X, me parece un error grave por parte de la direccion de Moodle haber trabajado mucho en otras partes y haber olvidado esto. Yo creo que no habia necesidad de haber lanzado 2.0 tan pronto pero bueno ...
Si estas pensando en migrar tus contenidos de 1.9.X a 2 mi consejo es NO LO HAGAS DE MOMENTO (7 de Enero de 2010). Las ventajas respecto a los problemas que te puede dar no merecen la pena si estas trabajando en un entorno de producción con muchos usuarios.
Si te quieres tirar a la piscina, bueno ahi van un par de consejos para Moodle basados en RHEL/ CentOS:
- php-intl. Hay que activar los repositorios de REMI si quieres poder instalar php-intl lo cual es vital si quieres migrar un Moodle que no este en ingles ( nuestro caso ) en la documentacion en ingles te cuenta como se puede hacer, os lo pego aqui:
wget http://download.fedora.redhat.com/pub/epel/5/x86_64/epel-release-5-4.noarch.rpm
wget http://rpms.famillecollet.com/enterprise/remi-release-5.rpm
rpm -Uvh remi-release-5*.rpm epel-release-5*.rpm
Luego de esto debeis ir a la configuracion del yum y activar el repositorio. ¡Ojo, asi pasamos a una version de php 5.3 !
- Mix of Collations Esto puede traerte un disgusto. A mi me ha pasado esto en una prueba de Migracion.
System
Error reading from database
SELECT DISTINCT c.id AS courseid, ra.enrol, c.timecreated, c.timemodified
FROM mdl_course c
JOIN mdl_context ctx ON (ctx.instanceid = c.id AND ctx.contextlevel = 50)
JOIN mdl_role_assignments ra ON (ra.contextid = ctx.id AND ra.enrol <> '')
LEFT JOIN mdl_enrol e ON (e.courseid = c.id AND e.enrol = ra.enrol)
WHERE c.id <> ? AND e.id IS NULL
[array (
0 => '1',
)]
- line 391 of /lib/dml/moodle_database.php: dml_read_exception thrown
- line 718 of /lib/dml/mysqli_native_moodle_database.php: call to moodle_database->query_end()
- line 4082 of /lib/db/upgrade.php: call to mysqli_native_moodle_database->get_recordset_sql()
- line 1309 of /lib/upgradelib.php: call to xmldb_main_upgrade()
- line 252 of /admin/index.php: call to upgrade_core()
Solución si os pasa esto:
El bueno de Larry Elchuck nos da un par de alternativas a este problema
Found 2 other solutions to this collation problem ...
1. Backup the database; Dump the database to a .sql or text file; Perform a global search and replace all instances of utf8_general with utf8_unicode; Run a query on the database replacing the existing code
2. In the following script, replace "database_name" with the name of your database and edit the statement template in the parameters of the CONCAT function to have the target character set (and/or collation) of your choice. After that you can just take the statements and batch execute them in the MySQL client of your choice (eg. phpmyadmin, Navicat, the official MySQL client, etc.). Of course, you're strongly advised to make a backup of your database before you start messing around with character set (and/or collation) conversions.
SELECT CONCAT('ALTER TABLE `', t.`TABLE_SCHEMA`, '`.`', t.`TABLE_NAME`, '` CONVERT TO CHARACTER SET utf8 COLLATE utf8_unicode_ci;') as stmt
FROM `information_schema`.`TABLES` t
WHERE 1
AND t.`TABLE_SCHEMA` = 'database_name'
ORDER BY 1
I used the first option and later located the latter.
A mi me ha funcionado .... espero que esto pueda servir de ayuda a las generaciones venideras