Foros aprenderaprogramar.com
Didáctica y divulgación de la programación

Gracias Ogramar.

Las plantillas como Beez puedes recuperarlas desde una instalación "en limpio" de Joomla, ya que se instalan por defecto, puedes hacerlo mediante copia de archivos.

Yo cogería la carpeta templates/beezXX y copia-pega al sitio ¿no?

En caso de re-empezar pienso que lo más recomendable sería crear un sitio nuevo joomla en la misma versión, hacer el trasvase de categorías y artículos vía base de datos (no habría demasiadas tablas implicadas)

¿has probado alguna vez esto? yo lo he probado con las tablas categories, content, frontpage, modules, menu. Pero, aunque aparecen en el backend los artículos, luego al ver el frontend del sitio, salta un 404. También he probado sólo con content y categories. Tampoco. Lo hago con phpmyadmin: copiar unas tablas de la bd origen a la bd del nuevo sitio, renombrarlas conforme a la nueva bd (prefijo), pero no funciona. Creo que faltaría alguna tabla(en los mensajes aparece assets y también habla del parent_ID, pero me pierdo)
¿alguna idea?
gracias

Hola Ogramar, como digo en mi última intervención :"...aún no he podido probar esta solución, pues me he cargado todas esas plantillas, por aligerar un poco el sitio...No encuentro donde bajármelas.... "
Supongo que tantas cosas que he hecho y que no me explico muy bien, ha hecho que no quede claro cómo está esto. Disculpa.
Sé a qué te refieres con que joomla, en la actualización, conserva los artículos joomla (efectivamente, mis artículos son joomla). Pero el problema está en la actualización. Permite que la realice, pero salen muchos errores. Y aquí estamos. Estaba pensando en si es mejor pasar los artículos de alguna forma a otro sitio limpio(incluso en la misma versión). Tengo la sospecha que mi sitio está dañado. Uno de los síntomas ha sido la dificultad para actualizar, cuando no me salía la opción y el botón (¿te acuerdas?). Cuando finalmente se vio el botón, al actualizar, salen multitud de mensajes de error php. He estado probando con una página de diagnóstico de hackeo: www.myJoomla.com que me muestra varios problemas: está cambiado el código del core de joomla, hay ficheros sospechosos de hackeo, en mi hosting me tienen puesto el sitio en un host de "cuarenta"... La verdad estoy un poco desorientado y no sé cómo actuar. Lo ultimo que he pensado es en comenzar el sitio desde cero. PEro veo muchos problemas para traspasar todos los artículos, pues no es tan trivial como copiar las tablas implicadas y cambiarlas de nombre en la nueva base de datos del nuevo sitio.
En fin agradezco tu atención y comentarios. No sé qué opinas y si me he explicado bien.
Saludos

Hola Ogramar,
gracias por tu ayuda.
Resulta que ayer borré parte del sitio y esta mañana cuando vi tu mensaje había empezado una nueva restauración. Se complicó la restauración al hacerlo sobre la misma base de datos existente para otra restauración del mismo sitio. Sorprendentemente convivían y curiosamente ambas me han dejado actualizar LTS donde ayer fallaba la restauración que medio borré, la que te dije el principio(algún mensaje que otro de errores php que he ido sorteando con refrescos y reintentos).
Finalmente he eliminado uno de los dos sitios para evitar más conflictos al compartir la misma bd.
Bueno, el caso es que no he necesitado hacer la prueba que me comentas. Milagrosamente algo ha debido marchar mejor  y estoy en los siguientes pasos: Preparar las plantillas y extensiones adecuadas para su compatibilidad con 3.X. antes de intentar una actualización STS ¿No sería así? he bajado un par de plantillas de Jooml Art que es la que hizo la que tengo predeterminada (joomla bussines 12). Suponiendo que las plantillas y componentes actuales tienen versiones para 3.X ¿qué debo hacer bajarme estas e instalarlas antes de la actualización STS, o al revés?
Otra cosa que estoy pensando es: ya que funciona en local la actualización LTS ¿por qué no restauro sobre el sitio de explotación: borrando previamente? ¿o mejor lo dejo para después de probar en local la actualización a 3.X y, si ha funcionado, subir a explotación? Tengo posibilidad de restaurar copia de forma sencilla y rápida copias de seguridad que hace el hosting.
En fin continua el camino. Como tú decías, es delicado y peligroso.
saludos

Hola Ogramar,
parece que se empieza a ver algo de luz...
después de seguir tus instrucciones, en ambos sitios: local y producción, aparece la opción de poder actualizar; eso si, con previa lista de errores de php que no entiendo, y una ventana de error sobre un fichero corrupto(no recuerdo cuál, pues lo cerré rápido).
Finalmente, queda colgado en un porcentaje , 86%(adjunto)
y ahí se queda.
Esperaré, pero tiene pinta de estar corrupto el sistema de ficheros. Tendría que pensar en restaurar el sitio, no sé desde cuando. Por suerte no he restaurado demasiadas contenidos.
Una vez más, gracias por tu ayuda

Así es.

versiones:
wamp   2.2

apache 2.2.22
mysql   5.5.24
php      5.3.2

Tal y como lo veo, si quiero dejar esto medio decente antes de irme a fines de junio, me queda sencillamente una opcion:
 Instalar un joomla 3.2 y migrar componentes y contenidos poco a poco. Cuando saliera la 3.5 sólo sería una simple actualización. ¿por qué me decías al principio que no era el mejor momento para pasar a 3. X.? Supongo que porque ésta última se está actualizando y no está estable, pero yo lo haría todo en local. Si, el problema estaría en el paso a producción, pero guardando copia...
Me hubiera gustado resolver esto, pero no podría pararme mucho con esto. Si algo te suena o necesitas alguna info, aquí estoy.
En cualquier caso , gracias por tu atención.
Saludos
 

buenas tardes,
llevo tratando de actualizar en local mi sitio de producción de j 2.5.16 a 3.X
Aunque en componentes->actualización de joomla->opciones, he activado la actualización a STS, no se entera que hay actualización(adjunto). En el panel de control del backend, en el icono de actualización de joomla, aparece que está actualizado. También he probado a bajarme un parche para actualizar a 2.5.19, pero idem. Lo único que me ha dado algo de luz es comprobar que, después de  bajar e instalar un joomla 2.5.19 desde el principio, SI detecta la actualización a joomla 3.2 (activando STS). En este estado, he tratado de migrar mi sitio aquí, copiando las tablas:
    j25_categories
    j25_content
    j25_content_frontpage
    j25_menu
    j25_menu_types
    j25_modules
    j25_modules_menu
pero se ha descuajaringado el sitio .
El problema está en mi sitio, pero ¿dónde? y también ¿qué otro mecanismo probar? empezar el sitio de cero actualizado me aseguraría ir solucionando, pero no tengo más de 3 meses. Podría intentarlo, pero antes quería hacerlo por lo fácil.

¿alguna idea?

gracias

gracias por la aportación, para dar por zanjado el tema...de momento 
salu2

Hola Javi in the sky, gracias por tu respuesta

Hola Camilo, lo que yo te recomendaría es que uses directamente el validador de w3c que está disponible en http://validator.w3.org/

En el validador hay dentro de "More options" una opción que es "Show source". Lo normal sería tener activada esta opción junto a "List messages sequentially".


Una vez eliges estas opciones y escribes la URL, te aparece la lista de errores o warnings detectados y el código fuente a partir del cual indica el número de línea. Los números de línea están referidos al documento HTML a partir del que se construye la página web. ¿De qué ficheros concretos sale dicho código? Posiblemente el documento HTML se construya a partir de varios ficheros, no de uno solo (aunque también podría suceder que fuera uno solo).

Si, a eso me refería en el post: he usado tal y como muy bien explicas, el w3c con tales opciones;

El fichero a editar sí existe y se puede determinar con certeza, otra cosa es el grado de conocimiento que podamos tener nosotros de cuál es. Lo primero es tener conocimiento de cómo se genera la página web y eso depende del sistema que estemos usando y de lo que tenga detrás, no se puede saber simplemente mirando el HTML porque el html puede ser resultado del procesamiento realizado por el servidor que permanece oculto o semi-oculto.

Todo esto requiere un cierto trabajo "de investigación" cuya complejidad puede ser mayor o menor dependiendo de la complejidad del sistema que haya detrás y de la experiencia o habilidad del programador para saber a dónde tiene que dirigirse.

Entendido,
me imaginaba que iban por ahí los tiros. Otras veces he estado buceando siguiendo mi intuición y los mensajes, por los recovecos de la plantilla, de los bloques, etc (uso una plantilla de JAT3, la bussiness12). Algunas veces acertaba, pero era un trabajo de chinos. Por eso ponía este post, por si había alguna facilidad, método o extensión joomla para encontrar el fichero a tocar. Las extensiones SEO que he visto (EFSEO, SEOFLI) facilitan algunas cosas, pero arreglar los problemas de sintaxis...
Esto lo causa las imperfecciones de joomla,  mi falta de experiencia o no haber profundizado todavía.

En fin, gracias por acompañarme en el camino. :-)
Espero dar pronto con la solución con vuestra ayuda y cerraremos esto por si le ayuda a alguien más.
salu2

Efectivamente, borrando el item y volviéndolo a crear, parece que va

Gracias Ogramar, por tu ayuda.


Por la urgencia, abriré otro hilo si hace falta, pero por anticipar:
componente sobipro, depues de introducir una entrada en un directorio, me dice:

La entrada ha sido guardada pero no se publicará por el momento

¿sabes dónde se activa la publicación inmediata?

voy a buscar el foro sobripo

Lo he probado y parece que va mejor, no da 404...

hay un item de menu que no lo acaba de pillar, carga una pag en blanco con link de este tipo

http://www.altercexa.eu/test/index.php?option=com_sobipro&sid=56&Itemid=315&lang=es

justo cuando iba a presentarlo el lunes
En fin Dios dirá....

Gracias nuevamente por tu atención y por tu experiencia compartida
salu2