Buenas, por necesidad y otras cuestiones necesito actualizar el 764 a 8. Antes que nada hice una copia de seguridad de todo, y estoy probando la web en localhost.
Segui el manual e hice lo siguiente:
1) Descargue el postnuke 8 oficial de la pagina de postnuke.
2) hice una nueva base de datos en el mysql llamada original y puse el dump de mi sitio.
3) copie los archivos de la distribucion a una nueva carpeta
4) configure el config.php para que conectara a la nueva db, como root con su password.
5) corri el archivo upgrade.php
6) le di continuar y entonces...
se me bloquea el apache y el mysql!!!! tengo que reiniciar si o si (Estoy sobre win con xampp en localhost)
WTF? que paso o que estoy haciendo mal? necesito ayuda
otras opciones o a alguien que le haya psado lo mismo?
voy a seguir probando con otras cosas, si consigo mas info vuelvo a postear, sino es porque sigo en el mismo problema.
abrazos
hola!
pues el script de actualización necesita más memoria y tiempo de ejecución (configuraciones de PHP) dependiendo de la cantidad de información del sitio.
Mira en tu php.ini a ver en cuando tienes el 'memory_limit' y el 'max_execution_time'...
lo recomendable son 32M-64M y 300 (segundos o más) respectivamente...
cualquier otro error aparecería en pantalla
o mira el log de tu apache, por si algún error interno está ocurriendo
Bueno, paso a comentar algunas cosas que corregí:
le mande 64 megas de RAM y 6000 segundos de tiempo de ejecucion al php (alcanzara? je)
puse el tipo de base de datos en myisam ---> si no tenes el innodb en el mysql no anda de una el config php (ojo al piojo con esto, yo instale el mysql como server dedicado)
otra cosa, me habia olvidado de cambiarle el prefix :P (igual lo otro es necesario e imprescindible)
hasta aca vamos bien.
Es mas, le agregue una depuracion asi que tengo linea por linea lo que hace con la base de datos
$PNConfig['Debug']['sql_adodb'] = 1;
El problema llego aca:
(mysql): DELETE FROM la22pn_objectdata_attributes WHERE oba_object_type = 'theme_config' 1146: Table 'mdsoluci_la22.la22pn_objectdata_attributes' doesn't exist
Fatal error: mysql error: [1146: Table 'mdsoluci_la22.la22pn_objectdata_attributes' doesn't exist] in EXECUTE("DELETE FROM la22pn_objectdata_attributes WHERE oba_object_type = 'theme_config'") in miunidad\misdirectorios\includes\classes\adodb\adodb-errorhandler.inc.php on line 77
obviamente el adodb-errorhandler.inc.php aparece porque estoy depurandolo.... alguna ayuda o idea sera sumamente agradecida
Finalmente anduvo, pero ojo: la nueva versión RC4 de la última noticia NO quiso andar, ni con el Xanthia, ni con ningun theme.
La versión OFICIAL tar (probada en un linux) parece ser diferente de la zip OFICIAL.
Lo único que me anduvo después de probar y probar fue el ZIP oficial Full
PostNuke-0.800-RC3-FULL.zip 5.62 MB 1,816 Any Source .zip
De las versiones de aca no me anduvo ninguna, no sé que le pasa.
En fin, una vez actualizado todo, va para el index y...........
ERROR!
Fatal error: Class 'Sito Web' not found in \system\Theme\plugins\function.title.php on line 51
Bueno, el error tiene que ver simplemente con si hay un "::" en el titulo o en alguna cadena, se interpreta directamente como una clase de php, je!
igual anda medio mal
sigo investigando
Sí señor, son las 6 de la mañana pero lo hice andar. Hace 8 horas que estoy con esto. Decir que tengo bronquitis e igual no puedo salir ni a tomar una cerveza. En fin.
Lo único que me queda por arreglar ahora, en esto me parece que sí necesito ayuda, es el tema de las tildes y otros caracteres en español. En la base de datos según el phpmyadmin tengo codificación Español UTF8, y todo sale mal mal mal... al estilo Menú Principal
Bah, todo no, obviamente lo que viene de PHP no sale mal, solo lo que viene de la DB. En cualquier navegador funciona igual, así que estoy seguro que tiene que ver con la codificación de la web y la lectura del php. Cuando me fui a fijar, porque lo había visto en la configuración del que me bajé de acá, me desayuno (mmm... desayuno... necesito desayunar), bueno, me doy cuenta de que no existe esa configuración (que por cierto tenía como comentario que todo lo demás vendría como utf8.
Recordad que estoy usando el último desde postnuke.
Así que acá es donde no sé que hacer... porque no sé que tocar, no sé si tiene que ver con los metas, con postnuke o con la db. Voy a seguir probando pero acepto ayudas con respecto a esto.
Bueno, venga! gracias nestormateo por los consejos de siempre y por leer
Jejejejeje
malo lo de la bronquitis pero buena la trasnochada eh?
y tu sentido del humor!
Bueno, pues varias veces he tenido problemas exportando una versión comprimida de la Base de Datos, y es que parece que al comprimir cambia la codificación a UTF-8 y corrompe todo, por lo que revisa el backup de donde comenzaste en la actualización...
Las tablas deben ser latin1, y verifica que los datos están bien en las tablas de la .76...
P/D: ¿Ya viste el BlankTheme? me cuentas qué te parece
Ahi estoy subiendo los 15000000 megas de la pagina por disco virtual a mi hosting, en 48 semanas te cuento jajaja. Es buena la del backup, voy a probar por otros lados hacer el dump.
Lo estaba haciendo con el cpanel, voy a ver que onda con el phpmyadmin. De cualquier modo los datos los veo bien, o sea si hago un select * from blocks veo Menú Principal en vez de Men y chirimbolos.
Apenas termine de subir este parto a una carpeta tester en el hosting te cuento lo del theme.
Bueno, he encontrado un error bastante grave y que pese a mis conocimientos no encuentro forma de solucionar que no sea engorrosa.
A ver si alguien me puede dar una mano, no supe cómo buscarlo en el google.
En el prefijo de las tablas yo tengo además de pn otra cosa, ejemplo todas mis tablas se llaman la22pn_users, la22pn y etc. Pero los nombres de los campos se llaman pn_id y así. Es decir, el prefijo de todas las tablas es la22pn y el de todos los campos pn. Esto en la base de datos original de la 764.
Ahora, cuando quiero hacer el upgrade, sucede esto:
EXECUTE("ALTER TABLE la22pn_blocks DROP COLUMN la22pn_position")
y claro tira error porque encuentra la tabla pero no encuentra el campo, que en realidad se llama pn_position.
bueno paso así, el otro día me había andado perfecto, borre todo para hacer lo que vos me dijiste, otro dump tipo text sin compactar para que me anduvieran lo de las tildes y otros caracteres, y cuando lo voy a hacer IDENTICAMENTE igual con todos los pasos me tira este error que no lo habia visto nunca.
la ultima tilde verde es:
upgrade Profile: successful
y despues de varios mensajes lo ultimo es:
a lo cual evidentemente probe cambiando el nombre del campo y me tira error al toque que no lo puedo encontrar porque claro, busca pn y no la22pn
o sea estoy en un error recursivo. Ahora estoy probando otras configuraciones y cosas, a ver si lo logro sacar como el otro dia. Sinceramente no entiendo por que anda cuando se le da la gana, pero todavia no lo puedo actualizar, cada vez se registran mas usuarios y cada vez me es mas dificil
que se yo No se que hacer... necesito actualizar el sitio y ya no se como... y pasarle el contenido a mano va a tardar 12412341 dias.
(mysql): INSERT INTO la22pn_block_positions (pn_name,pn_description)VALUES ('right','Right blocks')
(mysql): SELECT LAST_INSERT_ID()
(mysql): SELECT pn_id AS "id",pn_name AS "name",pn_type AS "type",pn_displayname AS "displayname",pn_description AS "description",pn_regid AS "regid",pn_directory AS "directory",pn_version AS "version",pn_official AS "official",pn_author AS "author",pn_contact AS "contact",pn_admin_capable AS "admin_capable",pn_user_capable AS "user_capable",pn_state AS "state",pn_credits AS "credits",pn_changelog AS "changelog",pn_help AS "help",pn_license AS "license",pn_securityschema AS "securityschema" FROM la22pn_modules
(mysql): SELECT pn_id AS "id",pn_name AS "name",pn_type AS "type",pn_displayname AS "displayname",pn_description AS "description",pn_regid AS "regid",pn_directory AS "directory",pn_version AS "version",pn_official AS "official",pn_author AS "author",pn_contact AS "contact",pn_admin_capable AS "admin_capable",pn_user_capable AS "user_capable",pn_state AS "state",pn_credits AS "credits",pn_changelog AS "changelog",pn_help AS "help",pn_license AS "license",pn_securityschema AS "securityschema" FROM la22pn_modules
(mysql): SELECT pn_id AS "id",pn_name AS "name",pn_type AS "type",pn_displayname AS "displayname",pn_description AS "description",pn_regid AS "regid",pn_directory AS "directory",pn_version AS "version",pn_official AS "official",pn_author AS "author",pn_contact AS "contact",pn_admin_capable AS "admin_capable",pn_user_capable AS "user_capable",pn_state AS "state",pn_credits AS "credits",pn_changelog AS "changelog",pn_help AS "help",pn_license AS "license",pn_securityschema AS "securityschema" FROM la22pn_modules
(mysql): SELECT pn_id AS "id",pn_name AS "name",pn_type AS "type",pn_displayname AS "displayname",pn_description AS "description",pn_regid AS "regid",pn_directory AS "directory",pn_version AS "version",pn_official AS "official",pn_author AS "author",pn_contact AS "contact",pn_admin_capable AS "admin_capable",pn_user_capable AS "user_capable",pn_state AS "state",pn_credits AS "credits",pn_changelog AS "changelog",pn_help AS "help",pn_license AS "license",pn_securityschema AS "securityschema" FROM la22pn_modules
(mysql): INSERT INTO la22pn_block_positions (pn_name,pn_description)VALUES ('center','Center blocks')
(mysql): SELECT LAST_INSERT_ID()
(mysql): select version()
(mysql): ALTER TABLE la22pn_blocks DROP COLUMN la22pn_position
1091: Can't DROP 'la22pn_position'; check that column/key exists
Fatal error: mysql error: [1091: Can't DROP 'la22pn_position'; check that column/key exists] in EXECUTE("ALTER TABLE la22pn_blocks DROP COLUMN la22pn_position") in D:\AFG\WEBS\Sitios\gyecom\includes\classes\adodb\adodb-errorhandler.inc.php on line 77
porque por mas que busco lo unico que veo en el codigo es:
ALTER TABLE %s RENAME COLUMN %s TO %s
y evidentemente eso no lo va a arreglar... no entiendo por que no anda ni siquiera haciendo exactamente lo mismo que hice el otro dia con los archivos con los que me funciono el otro dia y con el dump que me funciono.
yo tengo gracias a dios un backup de la db despues haber sido traducido a la 8 (y con esto anda) pero tengo que pasar algunos 20 usuarios nuevos que siguen estando en 764, por ahi los puedo pasar a mano? esa seria mas piola me parece
nestor, seguramente te joda, pero si tuvieras 3 segundos libres no me darías una mano en real time?
mi msn es info@mdsoluciones.com.ar
sino no te preocupes, si podes seguimos por aca
Disculpa, busque la fuente pero no aparece nada...
En la 0.8 DBUtil se encarga de todo, y en la actualización cambia las tablas, tal de eliminar las columnas que ya no están en la 0.8 y renombrar otras algunas veces... lo único que se me ocurre es que el archivo pntables.php del módulo blocks esté corrupto.
Compáralos, y además, prueba con el paquete que publiqué ayer
Todos los logos y marcas registradas en este sitio son propiedad de sus respectivos dueños. Los comentarios son propiedad de sus autores, el resto es de este sitio Web (c) 2003,
que fue creado con PostNuke, un sistema portal Web escrito en PHP. PostNuke es Software Libre liberado bajo la licencia GNU/GPL.
Navegación
Traspaso de 764 a 8
:P (igual lo otro es necesario e imprescindible)
