Futura version 2.0

Monde es
1

Hola; actualmente tengo mi web (www.racamet.com) sobre spip 1.8.3 .
Quiero remodelarla de arriba a abajo (incluso, empezando de cero y copiando los articulos), he intentado hacerlo hacia la version 1.9 pero ha sido traumatica; aqui viene mi pregunta.

¿Merece la pena hacer este cambio (casi re-nacimiento) para pasar a la version 1.9.1 o mejor espero para la futura version 2.0?

Salu2.

2

La verdad la migraciòn es mas facil de lo que parece, en http://alufis35.uv.es/Migrar-de-SPIP-1-8-a-1-9.html esta un tutorial de lo mas sencillo, a mi me parecia tambien confuso y desesperante, hasta que encontre http://alufis35.uv.es/Migrar-de-SPIP-1-8-a-1-9.html , vale la pena la migraciòn

Saludos
Julio César Damián Radilla

----- Original Message -----
From: RaCaMeT
To: spip-es@rezo.net
Sent: Tuesday, October 31, 2006 3:28 PM
Subject: [Spip-es] [OT] Futura version 2.0

Hola; actualmente tengo mi web (www.racamet.com) sobre spip 1.8.3 .
Quiero remodelarla de arriba a abajo (incluso, empezando de cero y copiando los articulos), he intentado hacerlo hacia la version 1.9 pero ha sido traumatica; aqui viene mi pregunta.

¿Merece la pena hacer este cambio (casi re-nacimiento) para pasar a la version 1.9.1 o mejor espero para la futura version 2.0?

Salu2.

Spip-es@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-es

__________ Información de NOD32, revisión 1.1846 (20061031) __________

Este mensaje ha sido analizado con NOD32 antivirus system
http://www.nod32.com

3

Hola,

La verdad yo también he dudado mucho en la transición, me parece que los puntos más favorables son:

    * Que se deje (por fin) los archivos .php3 que le daban un toque
      demasiado "retro" a los URL (además de las limitaciones del formato),
    * Me parece que los plugins son una posibilidad muy interesante
      (aunque en los sitios que he migrado no los he usado aun), esto
      permitirá tener una cantidad de funciones complementarias nuevas
      que antes implicaban meterse a desbaratar el SPIP volverlo a armas
      (cosa dispendiosa para quienes no somos programadores PHP)
    * Es una ventaja que tengamos ahora unos esqueletos por omisión
      (dist) menos feos que los antiguos, se puede ahora montar un sitio
      sin hacer esqueletos y queda bastante presentable, si eso lo
      combinas además con la posibilidad de cambiarlos vía plugíns el
      resultado puede ser que se pueden tener sitios muy originales sin
      mucho bucle y baliza

Pero también hay problemas:

    * Montar la nueva versión suele ser complejo y lo deja a uno con un
      montón de archivos que no sabe si sirven o no, el cambio en la
      estructura de la carpeta ecrire hace que el código esté ahora
      guardado en diversas carpetas, para quien instala por primera vez
      puede parecer muy limpio y organizado pero cuando uno lo actualiza
      desde un 1.8 o algo así es un despelote.
    * La solución por la que he optado es borrar la instalación anterior
      en el momento de actualizar, dejo únicamente la carpeta IMG y el
      archivo ecrire/inc_connect.php3 y luego copio los archivos de la
      versión 1.9, esa forma (un poco salvaje) de hacer la actualización
      ha resultado bastante efectiva
    * Luego llega el suplicio de los esqueletos. Dos problemas grandes
      se me han presentado, en sitios viejos tenía enlaces a URL como
      auteur.php3?id_auteur=3 yo no sé porqué, supongo que en esa época
      no conocía la baliza #URL_AUTEUR, o al mapa del sitio plan.php3,
      eso enlaces empiezan a dar error y lo peor es que no te das cuenta
      si no navegas el sitio, en un sitio con muchas páginas puede ser
      difícil ubicar un problema de este tipo.
    * El otro gran problema con los esqueletos son los esqueletos
      incluidos, pasar de <INCLURE(pie.php3)> a
      <INCLURE(spip.php)(fond=pie)> implica revisar uno por uno los
      esqueletos y cambiar el código, pero me pasó que después que
      terminé de hacerlo me encontré con documentación que recomendaba
      no usar esa notación sino [(#INCLURE{pie})] porque en este caso
      los esqueletos incluidos no se vuelven a calcular y eso hace más
      eficiente el sitio
    * Otro punto problemático son los esqueletos propios, antes si yo
      quería poner mi esqueleto que se llamara "chismes"

    Hacía un par de archivos:
           chismes.php3
    Que contenía algo como
    <?php
    $fond = "base";
    $delais = 24 * 3600;
    include ("inc-public.php3");
    ?>:
    Y otro chismes.html en el que ponía mis bucles y balizas según se me
    antojara, pero ahora esa notación no me funciona (no le he dedicado
    mucho tiempo pero no he podido hacerlo igual que antes, algo debió
    cambiar en algún lado)

    * Finalmente está el dolor de cabeza de los buscadores, si algo que
      alguien necesita está en tu página y Google lo tenía registrado en
      la página www.tu-sitio.org/article.php3?id_article=245 cuando
      aparece en la búsqueda se va a una pagina de error porque ese URL
      simplemente no existe más, ahora está en spip,php?article245, pero
      ¿Como puede adivinarlo Goolge? Claro hay que cambiar las metatags
      para que Google reindexe lo antes posible, pero eso no todo el
      mundo lo sabe hacer o -si lo sabe hacer-, está muy ocupado
      arreglando los esqueletos y el montón de pequeños detalles
    * Una pregunta off topic sobre Google. Muchos sitios ahora cuando
      uno busca aparecen con un corto listado de enlaces debajo (por
      ejemplo si uno busca Avianca en el web aaprece una listica de
      enlaces donde dice cosas como Promociones o Productos y
      servicios). entiendo que eso se logra con SiteMaps, pero de nuevo
      es un poco complicado, mi idea es que uno pueda hacer un esqueleto
      que cree el XML del SiteMap y con palabras claves maque la
      secciones que se deben destacar en Google.........

Eso es todo amigos,

Germán

RaCaMeT escribió:

Hola; actualmente tengo mi web (www.racamet.com <http://www.racamet.com>) sobre spip 1.8.3 .
Quiero remodelarla de arriba a abajo (incluso, empezando de cero y copiando los articulos), he intentado hacerlo hacia la version 1.9 pero ha sido traumatica; aqui viene mi pregunta.

¿Merece la pena hacer este cambio (casi re-nacimiento) para pasar a la version 1.9.1 o mejor espero para la futura version 2.0?

Salu2.
------------------------------------------------------------------------

_______________________________________________
Spip-es@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-es
  ------------------------------------------------------------------------

No virus found in this incoming message.
Checked by AVG Anti-Virus.
Version: 7.1.407 / Virus Database: 268.13.20/508 - Release Date: 31/10/2006

--

Germán Bustos
german_bustos@gmx.net
http://www.atarraya.org/german

4

Hola Germán

El día 1/11/06, German Bustos <german_bustos@gmx.net> escribió:

Hola,

La verdad yo también he dudado mucho en la transición, me parece que los
puntos más favorables son:

  • Que se deje (por fin) los archivos .php3 que le daban un toque
    demasiado « retro » a los URL (además de las limitaciones del formato),

Con la antigua, se podían ocultar, usando las url_propres ó url_propres2 (que es como yo lo tenía)

  • Montar la nueva versión suele ser complejo y lo deja a uno con un
    montón de archivos que no sabe si sirven o no, el cambio en la
    estructura de la carpeta ecrire hace que el código esté ahora
    guardado en diversas carpetas, para quien instala por primera vez
    puede parecer muy limpio y organizado pero cuando uno lo actualiza
    desde un 1.8 o algo así es un despelote.

Todos los cambios son algo traumáticos, pero este lo tiene más organizado todo y redunda en beneficios para futuros cambios de versión :wink:

  • La solución por la que he optado es borrar la instalación anterior
    en el momento de actualizar, dejo únicamente la carpeta IMG y el
    archivo ecrire/inc_connect.php3 y luego copio los archivos de la
    versión 1.9, esa forma (un poco salvaje) de hacer la actualización
    ha resultado bastante efectiva

Diría que de las más limpias y rápidas, el tener que revisar uno a uno es algo pesado y que puede llevar a fallos igualmente

  • Luego llega el suplicio de los esqueletos. Dos problemas grandes
    se me han presentado, en sitios viejos tenía enlaces a URL como
    auteur.php3?id_auteur=3 yo no sé porqué, supongo que en esa época
    no conocía la baliza #URL_AUTEUR, o al mapa del sitio plan.php3,
    eso enlaces empiezan a dar error y lo peor es que no te das cuenta
    si no navegas el sitio, en un sitio con muchas páginas puede ser
    difícil ubicar un problema de este tipo.

Yo por eso pegué la paliza en la lista con este tema en su día :wink: ahora las url’s están estandarizadas con #URL_ARTICLE, #URL_RUBRIQUE, etc y me permitirá en futuras versiones, no tener que tocar prácticamente nada de las plantillas.

  • El otro gran problema con los esqueletos son los esqueletos
    incluidos, pasar de <INCLURE( pie.php3)> a
    <INCLURE(spip.php)(fond=pie)> implica revisar uno por uno los
    esqueletos y cambiar el código, pero me pasó que después que
    terminé de hacerlo me encontré con documentación que recomendaba
    no usar esa notación sino [(#INCLURE{pie})] porque en este caso
    los esqueletos incluidos no se vuelven a calcular y eso hace más
    eficiente el sitio

Están bien los dos sistemas, yo en mi caso, tengo [(#INCLURE en casi todas exepto en la mini-agenda de http://Alufis35.uv.es donde lo tengo con <INCLURE, porque me sacaba mal los días de la semana (los incluye en la web en función del idioma en el que navegamos)

  • Otro punto problemático son los esqueletos propios, antes si yo
    quería poner mi esqueleto que se llamara « chismes »

Hacía un par de archivos:
chismes.php3
Que contenía algo como

<?php $fond = "base"; $delais = 24 * 3600; include ("inc-public.php3"); ?>:

Y otro chismes.html en el que ponía mis bucles y balizas según se me
antojara, pero ahora esa notación no me funciona (no le he dedicado
mucho tiempo pero no he podido hacerlo igual que antes, algo debió
cambiar en algún lado)

No, esto ya no funciona y piensa, que ahora te libras de tener el « .php3 », ahora, cuando quieres incluir un esqueleto propio, lo haces con la baliza:

[(#URL_PAGE{chismes})]

Y si le quieres pasar parámetros: [(#URL_PAGE{chismes}|parametre_url{‹ id_rubrique ›,#ID_RUBRIQUE})] y spip ya te genera el enlace oportuno para que eso funcione (en la actualidad sería igual que poner " spip.php?page=chismes&id_rubrique=#ID_RUBRIQUE" pero al hacerlo de esta forma, nos aseguramos de que en futuras versiones, también funcionará

  • Finalmente está el dolor de cabeza de los buscadores, si algo que
    alguien necesita está en tu página y Google lo tenía registrado en
    la página www.tu-sitio.org/article.php3?id_article=245 cuando
    aparece en la búsqueda se va a una pagina de error porque ese URL
    simplemente no existe más, ahora está en spip,php?article245, pero
    ¿Como puede adivinarlo Goolge? Claro hay que cambiar las metatags
    para que Google reindexe lo antes posible, pero eso no todo el
    mundo lo sabe hacer o -si lo sabe hacer-, está muy ocupado
    arreglando los esqueletos y el montón de pequeños detalles

La forma más sencilla, es hacer algo como hice yo, crear un archivo « parser » al que se le redirija la url antigua y haga un Permanent Redirect a la url nueva, de forma que los buscadores, actualicen su bbdd con la nueva url (tienes la última versión del que gasto yo en: http://alufis35.uv.es/websvn/filedetails.php?repname=spip&path=%2Fmollio%2Fbranches%2F1.9%2Fparser.html&rev=0&sc=0 ). Como verás, analiza el parámetro que le pasas (id_rubrique, id_article, id_mot, id_auteur) y te redirige a la página para esa id) (y este método, funciona muy, muy bien)

  • Una pregunta off topic sobre Google. Muchos sitios ahora cuando
    uno busca aparecen con un corto listado de enlaces debajo (por
    ejemplo si uno busca Avianca en el web aaprece una listica de
    enlaces donde dice cosas como Promociones o Productos y
    servicios). entiendo que eso se logra con SiteMaps, pero de nuevo
    es un poco complicado, mi idea es que uno pueda hacer un esqueleto
    que cree el XML del SiteMap y con palabras claves maque la
    secciones que se deben destacar en Google…

Otra vez lo mismo :wink: En http://alufis35.uv.es/websvn/filedetails.php?repname=spip&path=%2Fmollio%2Fbranches%2F1.9%2Fsitemap.html&rev=0&sc=0 tienes el archivo sitemap que utilizo yo para generarlo dinámicamente, luego a google envías como « sitemap » la página: http://www.tusitio.com/spip.php?page=sitemap

Y si quieres rematar la faena, también puedes incluir soporte RoR utilizando la plantilla: http://alufis35.uv.es/websvn/filedetails.php?repname=spip&path=%2Fmollio%2Fbranches%2F1.9%2Fror.html&rev=0&sc=0

Como siempre, este código está implementado en los esqueletos Mollio que tiene Alufis35.uv.es y tenéis explicación de su uso y características en:

http://alufis35.uv.es/Esqueleto-basado-en-Mollio-org.html

y forma de uso (para la parte interna), iguales a las descritas para la anterior versión de los esqueletos de la web:

http://alufis35.uv.es/Manual-de-usuario-de-los.html

Saludos
Pablo

–
Pablo Iranzo Gómez
( http://Alufis35.uv.es/~iranzo/)
(PGPKey Available on http://www.uv.es/~iranzop/PGPKey.pgp)

Postulado de Boling sobre la Ley de Murphy:

Si se encuentra bien, no se preocupe. Se le pasará

5

Hola Pablo,

Me parece que tu conclusión es contundente y estoy de acuerdo: Todos los cambios son algo traumáticos, pero este lo tiene más organizado todo y redunda en beneficios para futuros cambios de versión :wink:

Muchísimas gracias por los consejos, estoy muy interesado en lo de la "permanent redirect" y los site maps, me pondré a trabajar en ello esta misma tarde, si tengo dudas te escribo, espero no molestar.

Quedo con dudas sobre el punto que recorté. Te pongo un ejemplo más concreto para intentar explicarme mejor:

En algunos de mis sitios existe una URL del tipo http://entidad.org/contacto.php
Que como su nombre lo indica es la página de contacto y me mostraba en realidad el contenido de una página de autor, así no necesito montar url_propres, es decir non tengo problema en que los demás sean del tipo spip.php?articleXX, spip.php?rubriqueYY, spip.php?auteurZZ, etc. De igual manera me funcionaba la dirección mapa.php

Hasta 1.8 me funcionó hacer el archivo como lo escribí abajo y hacer el esqueleto en html, pero ahora no funciona igual.

Como alternativa intenté algo con solo php como
contacto.php
<?php
inclure(spip.php?auteur2);
?>

Y tampoco funcionó

En otras palabras quiero crear algunas páginas con mis propios bucles y que queden con un URL simple: loquesea.php y no spip.php?page=loquesea

Muchas gracias de nuevo,

Germán

Pablo Iranzo Gómez escribió:

    * Otro punto problemático son los esqueletos propios, antes si yo

          quería poner mi esqueleto que se llamara "chismes"

        Hacía un par de archivos:
               chismes.php3
        Que contenía algo como
        <?php
        $fond = "base";
        $delais = 24 * 3600;
        include ("inc-public.php3");
        ?>:
        Y otro chismes.html en el que ponía mis bucles y balizas según
    se me
        antojara, pero ahora esa notación no me funciona (no le he
    dedicado
        mucho tiempo pero no he podido hacerlo igual que antes, algo debió
        cambiar en algún lado)

No, esto ya no funciona y piensa, que ahora te libras de tener el ".php3", ahora, cuando quieres incluir un esqueleto propio, lo haces con la baliza:

[(#URL_PAGE{chismes})]

Y si le quieres pasar parámetros: [(#URL_PAGE{chismes}|parametre_url{'id_rubrique',#ID_RUBRIQUE})] y spip ya te genera el enlace oportuno para que eso funcione (en la actualidad sería igual que poner " spip.php?page=chismes&id_rubrique=#ID_RUBRIQUE" pero al hacerlo de esta forma, nos aseguramos de que en futuras versiones, también funcionará

--

Germán Bustos
german_bustos@gmx.net
http://www.atarraya.org/german

6

Que pena otra pregunta.
En mi nueva instalación (usando la estrategia que yo llamo "salvaje" y Pablo llama limpia, de borrar casi todo y volver a montar, encontré que me queda el archivo ecrire/inc_connect.php3 en medio de un mar de *.php ahora está funcionando perfectamente pero me preocupa que leí que la versión 2 no tendrá soporte para php3

La pregunta es: ¿Cambio la extensión php3 por php así, sin más? ¿debo hacer algún otro procedimiento? ¿Tener algunas seguridades?

Gracias mil,

Germán

        * La solución por la que he optado es borrar la instalación
    anterior
          en el momento de actualizar, dejo únicamente la carpeta IMG
    y el
          archivo ecrire/inc_connect.php3 y luego copio los archivos de la
          versión 1.9, esa forma (un poco salvaje) de hacer la
    actualización
          ha resultado bastante efectiva

Diría que de las más limpias y rápidas, el tener que revisar uno a uno es algo pesado y que puede llevar a fallos igualmente

7

El día 1/11/06, German Bustos <german_bustos@gmx.net> escribió:

Que pena otra pregunta.
En mi nueva instalación (usando la estrategia que yo llamo « salvaje » y
Pablo llama limpia, de borrar casi todo y volver a montar, encontré que
me queda el archivo ecrire/inc_connect.php3 en medio de un mar de *.php
ahora está funcionando perfectamente pero me preocupa que leí que la
versión 2 no tendrá soporte para php3

La pregunta es: ¿Cambio la extensión php3 por php así, sin más? ¿debo
hacer algún otro procedimiento? ¿Tener algunas seguridades?

Gracias mil,

Germán

  • La solución por la que he optado es borrar la instalación
    anterior
    en el momento de actualizar, dejo únicamente la carpeta IMG
    y el
    archivo ecrire/inc_connect.php3 y luego copio los archivos de la
    versión 1.9, esa forma (un poco salvaje) de hacer la
    actualización
    ha resultado bastante efectiva

Diría que de las más limpias y rápidas, el tener que revisar uno a uno
es algo pesado y que puede llevar a fallos igualmente

–
Pablo Iranzo Gómez
(http://Alufis35.uv.es/~iranzo/)
(PGPKey Available on http://www.uv.es/~iranzop/PGPKey.pgp)

Postulado de Boling sobre la Ley de Murphy:

Si se encuentra bien, no se preocupe. Se le pasará

8

Hola Germán

Muchísimas gracias por los consejos, estoy muy interesado en lo de la
« permanent redirect » y los site maps, me pondré a trabajar en ello esta
misma tarde, si tengo dudas te escribo, espero no molestar.

Para nada, espero poder ayudarte si te surge algún problema.

En algunos de mis sitios existe una URL del tipo
http://entidad.org/contacto.php
Que como su nombre lo indica es la página de contacto y me mostraba en
realidad el contenido de una página de autor, así no necesito montar
url_propres, es decir non tengo problema en que los demás sean del tipo
spip.php?articleXX, spip.php?rubriqueYY, spip.php?auteurZZ, etc. De
igual manera me funcionaba la dirección mapa.php

Hasta 1.8 me funcionó hacer el archivo como lo escribí abajo y hacer el
wesqueleto en html, pero ahora no funciona igual.

Como alternativa intenté algo con solo php como
contacto.php

<?php inclure(spip.php?auteur2); ?>

Y tampoco funcionó

En otras palabras quiero crear algunas páginas con mis propios bucles y
que queden con un URL simple: loquesea.php y no spip.php?page=loquesea

La verdad es que ese caso no me lo había planteado, como gasto las redirecciones y las propres, lo que hago, es que el artículo se llama por ejemplo « Contacto » y en la url, aparece como http://sitioweb.com/contacto.html

La solución a tu problema, creo que es esta:

Crear un archivo « contacto.php » con el siguiente contenido:

<?php $fond="contacto"; include('spip.php'); ?>

Pruébalo y ya me cuentas
Saludos
Pablo

–
Pablo Iranzo Gómez
( http://Alufis35.uv.es/~iranzo/)
(PGPKey Available on http://www.uv.es/~iranzop/PGPKey.pgp)

Postulado de Boling sobre la Ley de Murphy:

Si se encuentra bien, no se preocupe. Se le pasará

9

estaba atento a la pregunta de Germán y a las posibles respuestas,
porque estoy haciendo diversas pruebas con el buscador integrado que ofrece ahora Google… (cse / co-op)
y resultado que al poner una dirección tipo www.midominio.com/spip.php?page=resultados
google me « borraba »
?page=resultados
y me agregaba después del php
?cse=xxxResto_del_Código…+criterio_de_busqueda=xxx
entonces spip me decía: « no existe el esqueleto cse=xxx… » obvio, porque no existe…
no probé si el cse de Google se puede integrar con las url propes… no me di cuenta, pero en teoría sí debería funcionar…

y finalizando
hice la prueba con lo que sugiere Pablo

<?php $fond="contacto"; include('spip.php'); ?>

y funciona de mil maravillas,
es decir que a Germán también le servirá para lo que está necesitando…
saludos
juan pablo

----- Original Message -----
From: Pablo Iranzo Gómez
To: German Bustos
Cc: spip-es@rezo.net
Sent: Wednesday, November 01, 2006 2:14 PM
Subject: Re: [Spip-es] [OT] Futura version 2.0

Hola Germán

Muchísimas gracias por los consejos, estoy muy interesado en lo de la
« permanent redirect » y los site maps, me pondré a trabajar en ello esta
misma tarde, si tengo dudas te escribo, espero no molestar.

Para nada, espero poder ayudarte si te surge algún problema.

En algunos de mis sitios existe una URL del tipo
http://entidad.org/contacto.php
Que como su nombre lo indica es la página de contacto y me mostraba en
realidad el contenido de una página de autor, así no necesito montar
url_propres, es decir non tengo problema en que los demás sean del tipo
spip.php?articleXX, spip.php?rubriqueYY, spip.php?auteurZZ, etc. De
igual manera me funcionaba la dirección mapa.php

Hasta 1.8 me funcionó hacer el archivo como lo escribí abajo y hacer el
wesqueleto en html, pero ahora no funciona igual.

Como alternativa intenté algo con solo php como
contacto.php

<?php inclure(spip.php?auteur2); ?>

Y tampoco funcionó

En otras palabras quiero crear algunas páginas con mis propios bucles y
que queden con un URL simple: loquesea.php y no spip.php?page=loquesea

La verdad es que ese caso no me lo había planteado, como gasto las redirecciones y las propres, lo que hago, es que el artículo se llama por ejemplo « Contacto » y en la url, aparece como http://sitioweb.com/contacto.html

La solución a tu problema, creo que es esta:

Crear un archivo « contacto.php » con el siguiente contenido:

<?php $fond="contacto"; include('spip.php'); ?>

Pruébalo y ya me cuentas
Saludos
Pablo

–
Pablo Iranzo Gómez
( http://Alufis35.uv.es/~iranzo/)
(PGPKey Available on http://www.uv.es/~iranzop/PGPKey.pgp)

Postulado de Boling sobre la Ley de Murphy:

Si se encuentra bien, no se preocupe. Se le pasará

Spip-es@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-es

10

Hola

El día 1/11/06, FabdeCo <fabrica_comunicacion@yahoo.com.ar> escribió:

y funciona de mil maravillas,
es decir que a Germán también le servirá para lo que está necesitando…
saludos

Genial!

Saludos
Pablo

–
Pablo Iranzo Gómez
(http://Alufis35.uv.es/~iranzo/ )
(PGPKey Available on http://www.uv.es/~iranzop/PGPKey.pgp)

Postulado de Boling sobre la Ley de Murphy:

Si se encuentra bien, no se preocupe. Se le pasará

11

Hola
Vuelvo a repetir que parece que no ha llegado

El día 1/11/06, German Bustos <german_bustos@gmx.net > escribió:

La pregunta es: ¿Cambio la extensión php3 por php así, sin más? ¿debo
hacer algún otro procedimiento? ¿Tener algunas seguridades?

Te decía que yo hice eso, cambiar el inc_connect.php3 a inc_connect.php y todo perfecto, en general, el código de php utilizado en spip, es compatible desde la versión 3 hacia arriba (por eso spip, funciona en un php5 sin problemas), así que por cambiarle el nombre, mientras lo interprete php, no va a causar problemas, y menos, con el contenido del inc_connect.

Saludos
Pablo

–
Pablo Iranzo Gómez
(http://Alufis35.uv.es/~iranzo/)
(PGPKey Available on http://www.uv.es/~iranzop/PGPKey.pgp)

Postulado de Boling sobre la Ley de Murphy:

Si se encuentra bien, no se preocupe. Se le pasará

12

Hola de nuevo Pablo,

Ante todo muchas gracias por tu colaboración con todo esto, los consejos que me diste han resultado de mucha utilidad.

Espero no abusar preguntando un poco más sobre el problema del Moved Permanently de los artículos. encontré tú página con los bucles que se ven muy comprensibles, lo que no entiendo es como la enlazo en el stio, supongo que tengo que enlazarla desde la primera plana, pero no sé cómo, ¿con un metatag? ¿Con un javascrip? ¿cuál? ¿qué nombre de archivo debe tener? ¿donde se ubica? o se pone en robots.txt ¿Se puede?

Lo puse en http://www.simbolodepaz.org/redgrafica/spip.php?page=relocate y ni siquiera sale nada

Lo otro es el sitemap lo tengo en http://www.simbolodepaz.org/redgrafica/spip.php?page=sitemap y me dice que no está definido el filtro procentaje

La idea es cambiar el sitio http://redgrafica.com de su actual proveedor al próximo que por ahora se ve desde http://www.simbolodepaz.org/redgrafica/

De antemano muchas gracias

Germán

Pablo Iranzo Gómez escribió:

        * Finalmente está el dolor de cabeza de los buscadores, si
    algo que
          alguien necesita está en tu página y Google lo tenía
    registrado en
          la página www.tu-sitio.org/article.php3?id_article=245
    <http://www.tu-sitio.org/article.php3?id_article=245&gt; cuando
          aparece en la búsqueda se va a una pagina de error porque
    ese URL
          simplemente no existe más, ahora está en
    spip,php?article245, pero
          ¿Como puede adivinarlo Goolge? Claro hay que cambiar las
    metatags
          para que Google reindexe lo antes posible, pero eso no todo el
          mundo lo sabe hacer o -si lo sabe hacer-, está muy ocupado
          arreglando los esqueletos y el montón de pequeños detalles

La forma más sencilla, es hacer algo como hice yo, crear un archivo "parser" al que se le redirija la url antigua y haga un Permanent Redirect a la url nueva, de forma que los buscadores, actualicen su bbdd con la nueva url (tienes la última versión del que gasto yo en: http://alufis35.uv.es/websvn/filedetails.php?repname=spip&path=%2Fmollio%2Fbranches%2F1.9%2Fparser.html&rev=0&sc=0). Como verás, analiza el parámetro que le pasas (id_rubrique, id_article, id_mot, id_auteur) y te redirige a la página para esa id) (y este método, funciona muy, muy bien)

        * Una pregunta off topic sobre Google. Muchos sitios ahora cuando
          uno busca aparecen con un corto listado de enlaces debajo (por
          ejemplo si uno busca Avianca en el web aaprece una listica de
          enlaces donde dice cosas como Promociones o Productos y
          servicios). entiendo que eso se logra con SiteMaps, pero de
    nuevo
          es un poco complicado, mi idea es que uno pueda hacer un
    esqueleto
          que cree el XML del SiteMap y con palabras claves maque la
          secciones que se deben destacar en Google.........

Otra vez lo mismo :wink: En http://alufis35.uv.es/websvn/filedetails.php?repname=spip&path=%2Fmollio%2Fbranches%2F1.9%2Fsitemap.html&rev=0&sc=0 tienes el archivo sitemap que utilizo yo para generarlo dinámicamente, luego a google envías como "sitemap" la página: http://www.tusitio.com/spip.php?page=sitemap

Y si quieres rematar la faena, también puedes incluir soporte RoR utilizando la plantilla: http://alufis35.uv.es/websvn/filedetails.php?repname=spip&path=%2Fmollio%2Fbranches%2F1.9%2Fror.html&rev=0&sc=0

--

Germán Bustos
german_bustos@gmx.net
http://www.atarraya.org/german

13

Hola Germán

El día 5/11/06, German Bustos <german_bustos@gmx.net> escribió:

Hola de nuevo Pablo,

Ante todo muchas gracias por tu colaboración con todo esto, los consejos
que me diste han resultado de mucha utilidad.

Me alegro

Espero no abusar preguntando un poco más sobre el problema del Moved
Permanently de los artículos. encontré tú página con los bucles que se
ven muy comprensibles, lo que no entiendo es como la enlazo en el stio,
supongo que tengo que enlazarla desde la primera plana, pero no sé cómo,
¿con un metatag? ¿Con un javascrip? ¿cuál? ¿qué nombre de archivo debe
tener? ¿donde se ubica? o se pone en robots.txt ¿Se puede?

Hay que ponerlo en el .htaccess para hacerlo tal de forma transparente.

Lo puse en http://www.simbolodepaz.org/redgrafica/spip.php?page=relocate
y ni siquiera sale nada

Lo otro es el sitemap lo tengo en
http://www.simbolodepaz.org/redgrafica/spip.php?page=sitemap y me dice
que no está definido el filtro procentaje

El porcentaje está en el mes_options.php y es añadir esto:

function porcentaje($valor) {
return $valor /100;
}

La idea es cambiar el sitio http://redgrafica.com de su actual
proveedor al próximo que por ahora se ve desde
http://www.simbolodepaz.org/redgrafica/

Ahí, puedes hacer la « jugada », creando un esqueleto personalizado para la url antigua de forma que los article.php3?id_article=34 se redirijan en el propio article.php3 a http://www.simbolodepaz.org/redgrafica/spip.php?page=parser&id_article=34 así, al visitarte los bucadores, ya irán redirigiendo al nuevo dominio y allí, el parser.htm redirigirá a la url completa del artículo.

Saludos
Pablo

–
Pablo Iranzo Gómez
(http://Alufis35.uv.es/~iranzo/)
(PGPKey Available on http://www.uv.es/~iranzop/PGPKey.pgp)

Postulado de Boling sobre la Ley de Murphy:

Si se encuentra bien, no se preocupe. Se le pasará