Hola German:
La respuesta de mi proveedor cuando realizó el cambio a PHPSuexec fue:
"Lo que pasa es que como antes el PHP corria como "nobody" por un
problema de permisos habia que cambiarlo a 777 pero ahora que corre
con el usuario, con 755 debiera bastar."
Efectivamente no he tenido ningún problema en trabajar con spip solo
con permisos 755.
Ahora lo que te ha ocurrido ahora último yo también vengo saliendo de
un mes horrible resucitando mis sitios luego de un nuevo cambio de
servidor precisamente de un paso de PHP 4.4 a 4.4.6. Realicé el paso
de 1.9 a 1.9.2 y fue bastante parecido todo el tramite para
recuperarlos (reinstalar todo el spip recuperando la base de datos.
Sitio por sitio).
Ahora pensando un poco mejor que es lo que debería haber hecho,
definitivamente descartaría que los esqueletos tengan algo que ver. El
problema es definitivamente a nivel de bases de datos en donde el
problema debe ser complejo.
No sé si me equivoco pero así como una base de datos de spip solo
sirve para una misma versión de spip (lo digo porque perdí un sitio en
donde no pude restaurar una base de datos porque me decía que era de
una versión más antigua) lo mismo debería ocurrir si a la base de
datos le cambian el servidor y sus conexiones. También intenté lo de
inc-conect.php, y no resultó (o sea me apareció el mismo cartelito)
pero después me respondí solo en que no debe ser tan simple por que
toda la conexión a la base de datos cambió.
En fin ya que nos está ocurriendo lo mismo, de las preguntas irán
apareciendo las respuestas y encontraremos donde está el problema
(aunque ya hay algunas luces): lo bueno es que es solucionable, un
poco demoroso pero se puede.
Sería bueno que todos estuvieran preparados para cuando su proveedor
de hosting haga este tipo de cambios porque el Internal Server Error
va seguro.
Saludos
Pablo Moya
--
"Hasta la Victoria Siempre"
www.feuach.cl
www.zoronkalatribu.cl
www.solrebelde.cl
www.sigloxxv.cl
www.raluya.org
www.surda.cl