buen punto.
prueba tambien vaciando la tabla phpbb_search_wordmatch si no tiene información relevante (se encarga de las últimas búsquedas?) y la otra phpbb_search_wordlist a ver que pasa...
Borradas las tablas que citas. Activos únicamente los módulos citados en la doc (upgrade.html):
Admin
Admin_Messages
Blocks
Groups
Header_Footer
legal
Mailer
Permissions
pnRender
Search
Settings
User
Xanthia
e inactivos los de Modules y Ratings (no se dejan eliminar).
Descargada la versión última (PostNuke08-23562-spa.zip) de tu web (guapa, guapa, por cierto) y sigue el mismo problema.
Sigo probando.
La instalación de sitio totalmente nuevo funciona sin problemas.
Ouch! borraste las tablas?
al tener tantos registros era solamente vaciarlas
tenias un backup no?
ahora, creo que es necesario que cambies en el php.ini la variable que controla el tiempo de ejecución de los scripts.
puedes cambiar el php.ini de tu host? o hemos de buscar en google cómo cambiar el max_execution_time y el memory_limit desde el .htaccess. Puedes modificarlos? mi hosting me lo permite poniéndole un php.ini modificado al pie del index.php, pregúntale al soporte.
Modules no puede estar inactivo, es el principal.
ojea la carpeta /system del 0.8, todos esos deben estar activos
Rating no hay problema, es adicional.
Para la prueba en local no hay problema en cuanto a las modificaciones del tiempo de ejecución de los scripts.
Creo que el problema radica en que no consigue crear las tablas de la nueva versión.
¿Hay que hacerlo manualmente?
He hecho una prueba creando las tablas y parece que avanza el script. Voy a repetir todo el proceso, luego edito y sigo informando.
Despues de varias pruebas sigue hasta aquí:
y la línea donde se para es:
// format a result array in the correct format for the block placements table
for (; !$result->EOF; $result->MoveNext()) {
Si la actualización es fallida, recupera el backup de la 0.764 para intentar la actualización de nuevo. Creo que ese es el problema con los errores SQL.
Sobre la cuestión de los bloques:
tu tabla de bloques tiene registros? al parecer el script no valida si hay o no bloques porque da por hecho que tienes alguno.
Ó
tu tabla de bloques no tiene el campo "pn_position" y hasta ahi llega.
entonces,
el problema es que si la actualización falla,
debes identificar el fallo para resolverlo aqui,
recuperar el backup de la 0.764,
e intentamos una solucón de nuevo.
Por ahora:
revisa si la tabla blocks tiene registros y el campo pn_position,
restaura las tablas de la 0.764,
prueba la actualización de nuevo y postea la experiencia.
P/D: tienes el backup de la 0.764 no?
trata de actualizar y postea el fallo
Gracias nestormateo por el seguimiento inteso del caso.
Antes que nada, si tengo backup. Trabajo con una web en producción, una copia en pruebas en el mismo servidor y varias copias en local. No hay problema en repetir cualquier secuencia de prueba.
Veamos:
En la versión 764 hay una tabla nuke_blocks que tiene 32 registros y en ella existe el campo pn_position como char(1) .
En la versión 08 hay una tabla pn_blocks que no tiene ningún campo llamado pn_position. En esta versión hay una tabla que se llama pn_blocks_positions.
Si observamos en el quote que adjunté:
SELECT pn_bid, pn_position, pn_weight FROM pn_blocks
se está refiriendo a la tabla blocks de la 764 ya que en la tabla blocks de la 08 no existen ni pn_position ni pn_weight .
En la secuencia que yo he seguido las tablas de la 764 tienen el prefijo nuke_ y las nuevas el prefijo pn_. El script no controla esa diferencia y creo que espera que las tablas viejas tengan el prefijo pn_.
he alli un detalle con el prefijo,
que se relaciona con el config.php...
le pusiste los datos del config.php de la 0.764 a la de la 0.8? allí se controla el prefijo y has de actualizarlo también a 'nuke_'.
En efecto, la consulta de pn_position y pn_weight se hace sobre la 0.764 para crear las tablas de la 0.8 nuke_blocks y nuke_blocks_positions pues ahora se manejan en tablas diferentes. Actualiza el prefijo y con una copia 0,764 "pura" dime si tienes algún problema luego de blocks.
excelente!
Acabo de reportar ese detalle y a traducir las instrucciones de actualización :-P
estaremos hablando sobre las impresiones que causa la 0.8!
estamos finalizando el módulo de Bienvenida (Tour)
que incluya instrucciones iniciales recién se instala la versión 0.8!
Bueno me he puesto a probar la ultima relase que salido pero me sale este error
He comprobado si es que me faltaba el perl pero lo tengo activado desde el repositorio de mi distro ubuntu en mi servidor local... no se ahora si que ando perdio...
Volvere a probar por la mañana a ver si meterlo desde cero otra vez...
Espero poder servirles de ayuda como ustedes lo seran conmigo. Saludos cordiales a Todos. Atenetamente javiermisol.
prueba re-instalando el servidor LAMP, pareciera un problema en la configuración, muy muy rara, porque yo he instalado apache2, mysql y php desde synaptic y me cuadra todas las dependencias tal que el server me queda funcionando apenas instala todo...
Suerte!
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
PostNuke 0.8 RC2 en español
