Capacidad de spip

Hola a todos...

Estoy adaptando spip para incluir mas de 10.000 artículos y cada uno de ellos va a tener asociados 6 documentos (60.000 documentos) ... entre otros artículos de noticias que seria lo normal de spip, mi inquietud es acerca de la robustez de spip que creo la tiene, pero no tengo experiencia con tantos articulos... estos los voy a crear desde un cvs que ya casi lo tengo solucionado, mi inquietud es si el servidor tiene que tener algo especial para que la base de datos funcione sin problemas .

Los artículos solo van a ocupar cuatro campos y tienen una extensión máxima de 200 caracteres. Mi preocupación es por ejemplo al momento de crear un back up de la base de datos al haber tanta información.

Si alguien ha trabajado con tantos datos le agradezco sus consejos.

saludos desde Colombia....

Bueno, mi experiencia es hasta 5 mil y anda muy bien.

no tengo mucho más para agregar. espero que siga igual hasta los 10 mil :slight_smile:

El día 13 de mayo de 2010 01:28, Héctor José Muñoz Collazos
<spip@nomadagroup.com> escribió:

Hola a todos...

Estoy adaptando spip para incluir mas de 10.000 artículos y cada uno de
ellos va a tener asociados 6 documentos (60.000 documentos) ... entre otros
artículos de noticias que seria lo normal de spip, mi inquietud es acerca de
la robustez de spip que creo la tiene, pero no tengo experiencia con tantos
articulos... estos los voy a crear desde un cvs que ya casi lo tengo
solucionado, mi inquietud es si el servidor tiene que tener algo especial
para que la base de datos funcione sin problemas .

Los artículos solo van a ocupar cuatro campos y tienen una extensión máxima
de 200 caracteres. Mi preocupación es por ejemplo al momento de crear un
back up de la base de datos al haber tanta información.

Si alguien ha trabajado con tantos datos le agradezco sus consejos.

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

Saludos Hector, yo creé y he estado llevando la web www.rojoynegro.info/2004 y teníamos publicados más de 25.000 artículos, no sé cuantas miles de imágenes y documentos, además con el handicap de que venía desde muy atrás, desde la versión 1.6 que fuimos actualizando sucesivamente.
Mi experiencia es muy buena, problemas con los servidores siempre hay, pero han sido pocos y solucionables. Lo de las BBDD es más complicado, la nuestra pesaba unos 200Mb y claro no te hace un back desde mysql ni para atrás, al menos yo no sabía hacerlo, pero no tienes ningún problema con los respaldos.

Esta es mi experiencia.

Saludos

Carlos Peña

El 13/05/2010, a las 1:28, Héctor José Muñoz Collazos escribió:

Hola a todos...

Estoy adaptando spip para incluir mas de 10.000 artículos y cada uno de ellos va a tener asociados 6 documentos (60.000 documentos) ... entre otros artículos de noticias que seria lo normal de spip, mi inquietud es acerca de la robustez de spip que creo la tiene, pero no tengo experiencia con tantos articulos... estos los voy a crear desde un cvs que ya casi lo tengo solucionado, mi inquietud es si el servidor tiene que tener algo especial para que la base de datos funcione sin problemas .

Los artículos solo van a ocupar cuatro campos y tienen una extensión máxima de 200 caracteres. Mi preocupación es por ejemplo al momento de crear un back up de la base de datos al haber tanta información.

Si alguien ha trabajado con tantos datos le agradezco sus consejos.

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

2010/5/12 Héctor José Muñoz Collazos <spip@nomadagroup.com>

Hola a todos…

Estoy adaptando spip para incluir mas de 10.000 artículos y cada uno de ellos va a tener asociados 6 documentos (60.000 documentos) …

A priori, no debería haber ningun problema.
lavozdelanzarote.com , uno de los sitios en los que trabajo, está por alcanzar la cota de 40mil articulos, asociados a imágenes y otros documentos.

La robustez de spip no está en entre dicho para « cuanta información » puede almacenar. Sí ser cauto con los bucles que manipulan tanta información. Ejemplo burdo: si se listan los 10mil articulos en un bucle, el rendimiento no será optimo (además de que probablemente cuelque el navegador) . Un ejemplo menos burdo: los filtros por « palabra clave » (El criterio {titre_mot} en un bucle de articulo implica un JOIN en la consulta SQL, que es bastante costosa computacionalmente)

En el mismo sentido, a la hora de los backups. habrá que usar directamente el cliente mysql (o la herramienta mysqldump) que producen sql, en vez del exportador de SPIP que produce xml, mucho más verbósico y « costoso » de generar y, sobre todo, de recuperar.

saludos y mucha suerte!

Hola. Mi experiencia es similar a la de Carlos. Hace menos de un año migramos A.N.I.A. que tenía por entonces casi 30.000 artículos. Además no estaba hecho con ningún CMS, si no con scripts php y conectado a una base MySql.

El problema fue adaptar una base que no se parecía en nada o en casi nada a la de Spip… pero por lo demás, todo perfecto.

Desde luego mereció la pena, porque inicialmente sólo se metía texto… pero con el uso de imágnes, vídeos, audios, mapas… pues crear los códigos de php era un infierno. Después del palizón adaptando la base, lo demás sólo han sido ventajas:

  • Conservamos todo el archivo, con sus textos e imágenes y archivos.
  • Rápido, gracias a la caché, y consumiendo menos recursos
  • Integración fácil de vídeo, audio, mapas, imágenes…
  • Agenda de convocatorias
  • Integración de noticias de otros portales
  • Envíos de correos a más de 5000 suscripciones
  • No hubo que modificar sustancialmente el diseño (sólo lo que quisimos) ya que spip es totalmente flexible en este sentido

En fin, que tendríamos que haberlo hecho antes.

La cuestión es tener capacidad suficiente en el servidor para los archivos. En cuanto a la base, yo tengo una aplicación en el servidor que hace las copias de seguridad semanalmente, pero también las saco con phpMyAdmin (de un tamaño similar a la de Rojo y Negro, unos 200 Mb) y no me da problemas. No he probado a hacerlo con el backup de Spip, pero creo que no daría problemas.

Suerte

F

El 13 de mayo de 2010 01:41, Carlos Peña <carlosp@nodo50.org> escribió:

Saludos Hector, yo creé y he estado llevando la web www.rojoynegro.info/2004 y teníamos publicados más de 25.000 artículos, no sé cuantas miles de imágenes y documentos, además con el handicap de que venía desde muy atrás, desde la versión 1.6 que fuimos actualizando sucesivamente.
Mi experiencia es muy buena, problemas con los servidores siempre hay, pero han sido pocos y solucionables. Lo de las BBDD es más complicado, la nuestra pesaba unos 200Mb y claro no te hace un back desde mysql ni para atrás, al menos yo no sabía hacerlo, pero no tienes ningún problema con los respaldos.

Esta es mi experiencia.

Saludos

Carlos Peña

El 13/05/2010, a las 1:28, Héctor José Muñoz Collazos escribió:

Hola a todos…

Estoy adaptando spip para incluir mas de 10.000 artículos y cada uno de ellos va a tener asociados 6 documentos (60.000 documentos) … entre otros artículos de noticias que seria lo normal de spip, mi inquietud es acerca de la robustez de spip que creo la tiene, pero no tengo experiencia con tantos articulos… estos los voy a crear desde un cvs que ya casi lo tengo solucionado, mi inquietud es si el servidor tiene que tener algo especial para que la base de datos funcione sin problemas .

Los artículos solo van a ocupar cuatro campos y tienen una extensión máxima de 200 caracteres. Mi preocupación es por ejemplo al momento de crear un back up de la base de datos al haber tanta información.

Si alguien ha trabajado con tantos datos le agradezco sus consejos.

saludos desde Colombia…


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


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

–
Fernando García Balestena. - fernando.garcia@urcm.net - Unión de Radios Libres y Comunitarias de Madrid - www.urcm.net

“ la radio sería el más fabuloso aparato de comunicación imaginable de la vida pública, un sistema de canalización fantástico, es decir, lo sería si supiera no sólo transmitir, sino recibir, por tanto, no solamente hacer oir al radioescucha, sino también hacerle hablar”
B. Bretch

Hola.,

Estas respuestas son muy esperanzadoras y llenan de optimismo, creo que vale la pena hacer una nota sobre estos logros de SPIP y de las personas que están manejando sitios en SPIP, les pido permiso para citar algunos de sus comentarios en ella,

Germán

El 12 de mayo de 2010 19:29, Fernando García Balestena <fernando@radioenlace.org> escribió:

Hola. Mi experiencia es similar a la de Carlos. Hace menos de un año migramos A.N.I.A. que tenía por entonces casi 30.000 artículos. Además no estaba hecho con ningún CMS, si no con scripts php y conectado a una base MySql.

El problema fue adaptar una base que no se parecía en nada o en casi nada a la de Spip… pero por lo demás, todo perfecto.

Desde luego mereció la pena, porque inicialmente sólo se metía texto… pero con el uso de imágnes, vídeos, audios, mapas… pues crear los códigos de php era un infierno. Después del palizón adaptando la base, lo demás sólo han sido ventajas:

  • Conservamos todo el archivo, con sus textos e imágenes y archivos.
  • Rápido, gracias a la caché, y consumiendo menos recursos
  • Integración fácil de vídeo, audio, mapas, imágenes…
  • Agenda de convocatorias
  • Integración de noticias de otros portales
  • Envíos de correos a más de 5000 suscripciones
  • No hubo que modificar sustancialmente el diseño (sólo lo que quisimos) ya que spip es totalmente flexible en este sentido

En fin, que tendríamos que haberlo hecho antes.

La cuestión es tener capacidad suficiente en el servidor para los archivos. En cuanto a la base, yo tengo una aplicación en el servidor que hace las copias de seguridad semanalmente, pero también las saco con phpMyAdmin (de un tamaño similar a la de Rojo y Negro, unos 200 Mb) y no me da problemas. No he probado a hacerlo con el backup de Spip, pero creo que no daría problemas.

Suerte

F

El 13 de mayo de 2010 01:41, Carlos Peña <carlosp@nodo50.org> escribió:

Saludos Hector, yo creé y he estado llevando la web www.rojoynegro.info/2004 y teníamos publicados más de 25.000 artículos, no sé cuantas miles de imágenes y documentos, además con el handicap de que venía desde muy atrás, desde la versión 1.6 que fuimos actualizando sucesivamente.
Mi experiencia es muy buena, problemas con los servidores siempre hay, pero han sido pocos y solucionables. Lo de las BBDD es más complicado, la nuestra pesaba unos 200Mb y claro no te hace un back desde mysql ni para atrás, al menos yo no sabía hacerlo, pero no tienes ningún problema con los respaldos.

Esta es mi experiencia.

Saludos

Carlos Peña

El 13/05/2010, a las 1:28, Héctor José Muñoz Collazos escribió:

Hola a todos…

Estoy adaptando spip para incluir mas de 10.000 artículos y cada uno de ellos va a tener asociados 6 documentos (60.000 documentos) … entre otros artículos de noticias que seria lo normal de spip, mi inquietud es acerca de la robustez de spip que creo la tiene, pero no tengo experiencia con tantos articulos… estos los voy a crear desde un cvs que ya casi lo tengo solucionado, mi inquietud es si el servidor tiene que tener algo especial para que la base de datos funcione sin problemas .

Los artículos solo van a ocupar cuatro campos y tienen una extensión máxima de 200 caracteres. Mi preocupación es por ejemplo al momento de crear un back up de la base de datos al haber tanta información.

Si alguien ha trabajado con tantos datos le agradezco sus consejos.

saludos desde Colombia…


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


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

–
Fernando García Balestena. - fernando.garcia@urcm.net - Unión de Radios Libres y Comunitarias de Madrid - www.urcm.net

“ la radio sería el más fabuloso aparato de comunicación imaginable de la vida pública, un sistema de canalización fantástico, es decir, lo sería si supiera no sólo transmitir, sino recibir, por tanto, no solamente hacer oir al radioescucha, sino también hacerle hablar”
B. Bretch


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

–
Germán Bustos
(+57)3177381339
Atarraya
http://atarraya.org
http://germanbustos.com

Hola a todos

Es muy interesante todo lo que se ha escrito y creo que me queda muy muy clara la robustez de SPIP. Tendré que estudiar un poco lo de hacer back ups de las bases de datos aparte de la opción de SPIP pero creo que todo esta claro

Muchas gracias a todas las personas que respondieron y dieron su opinión desde sus experiencias que son muy valiosas para personas como yo que apenas llevo tres años con SPIP y cada día me doy cuenta que me queda mucho por aprender…

Gracias

¡¡Pues tres años no son pocos!!, que vaya bien. Todavía tengo más o menos fresco lo que hize en agosto con ANIA, así que si tienes dudas y te puede ayudar…

Germán, por supuesto, si te sirven mis comentarios todos ellos son Copyleft!! :slight_smile:

F.

El 13 de mayo de 2010 06:33, Héctor José Muñoz Collazos <spip@nomadagroup.com> escribió:

Hola a todos

Es muy interesante todo lo que se ha escrito y creo que me queda muy muy clara la robustez de SPIP. Tendré que estudiar un poco lo de hacer back ups de las bases de datos aparte de la opción de SPIP pero creo que todo esta claro

Muchas gracias a todas las personas que respondieron y dieron su opinión desde sus experiencias que son muy valiosas para personas como yo que apenas llevo tres años con SPIP y cada día me doy cuenta que me queda mucho por aprender…

Gracias

El 5/12/2010 10:34 PM, Germán Bustos escribió:

Hola.,

Estas respuestas son muy esperanzadoras y llenan de optimismo, creo que vale la pena hacer una nota sobre estos logros de SPIP y de las personas que están manejando sitios en SPIP, les pido permiso para citar algunos de sus comentarios en ella,

Germán

El 12 de mayo de 2010 19:29, Fernando García Balestena <fernando@radioenlace.org> escribió:

Hola. Mi experiencia es similar a la de Carlos. Hace menos de un año migramos A.N.I.A. que tenía por entonces casi 30.000 artículos. Además no estaba hecho con ningún CMS, si no con scripts php y conectado a una base MySql.

El problema fue adaptar una base que no se parecía en nada o en casi nada a la de Spip… pero por lo demás, todo perfecto.

Desde luego mereció la pena, porque inicialmente sólo se metía texto… pero con el uso de imágnes, vídeos, audios, mapas… pues crear los códigos de php era un infierno. Después del palizón adaptando la base, lo demás sólo han sido ventajas:

  • Conservamos todo el archivo, con sus textos e imágenes y archivos.
  • Rápido, gracias a la caché, y consumiendo menos recursos
  • Integración fácil de vídeo, audio, mapas, imágenes…
  • Agenda de convocatorias
  • Integración de noticias de otros portales
  • Envíos de correos a más de 5000 suscripciones
  • No hubo que modificar sustancialmente el diseño (sólo lo que quisimos) ya que spip es totalmente flexible en este sentido

En fin, que tendríamos que haberlo hecho antes.

La cuestión es tener capacidad suficiente en el servidor para los archivos. En cuanto a la base, yo tengo una aplicación en el servidor que hace las copias de seguridad semanalmente, pero también las saco con phpMyAdmin (de un tamaño similar a la de Rojo y Negro, unos 200 Mb) y no me da problemas. No he probado a hacerlo con el backup de Spip, pero creo que no daría problemas.

Suerte

F

El 13 de mayo de 2010 01:41, Carlos Peña <carlosp@nodo50.org> escribió:

Saludos Hector, yo creé y he estado llevando la web www.rojoynegro.info/2004 y teníamos publicados más de 25.000 artículos, no sé cuantas miles de imágenes y documentos, además con el handicap de que venía desde muy atrás, desde la versión 1.6 que fuimos actualizando sucesivamente.
Mi experiencia es muy buena, problemas con los servidores siempre hay, pero han sido pocos y solucionables. Lo de las BBDD es más complicado, la nuestra pesaba unos 200Mb y claro no te hace un back desde mysql ni para atrás, al menos yo no sabía hacerlo, pero no tienes ningún problema con los respaldos.

Esta es mi experiencia.

Saludos

Carlos Peña

El 13/05/2010, a las 1:28, Héctor José Muñoz Collazos escribió:

Hola a todos…

Estoy adaptando spip para incluir mas de 10.000 artículos y cada uno de ellos va a tener asociados 6 documentos (60.000 documentos) … entre otros artículos de noticias que seria lo normal de spip, mi inquietud es acerca de la robustez de spip que creo la tiene, pero no tengo experiencia con tantos articulos… estos los voy a crear desde un cvs que ya casi lo tengo solucionado, mi inquietud es si el servidor tiene que tener algo especial para que la base de datos funcione sin problemas .

Los artículos solo van a ocupar cuatro campos y tienen una extensión máxima de 200 caracteres. Mi preocupación es por ejemplo al momento de crear un back up de la base de datos al haber tanta información.

Si alguien ha trabajado con tantos datos le agradezco sus consejos.

saludos desde Colombia…


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


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

–
Fernando García Balestena. - fernando.garcia@urcm.net - Unión de Radios Libres y Comunitarias de Madrid - www.urcm.net

“ la radio sería el más fabuloso aparato de comunicación imaginable de la vida pública, un sistema de canalización fantástico, es decir, lo sería si supiera no sólo transmitir, sino recibir, por tanto, no solamente hacer oir al radioescucha, sino también hacerle hablar”
B. Bretch


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

–
Germán Bustos
(+57)3177381339
Atarraya
http://atarraya.org
http://germanbustos.com


_______________________________________________
[Spip-es@rezo.net](mailto:Spip-es@rezo.net) - [http://listes.rezo.net/mailman/listinfo/spip-es](http://listes.rezo.net/mailman/listinfo/spip-es)
  

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

–
Fernando García Balestena. - fernando.garcia@urcm.net - Unión de Radios Libres y Comunitarias de Madrid - www.urcm.net

“ la radio sería el más fabuloso aparato de comunicación imaginable de la vida pública, un sistema de canalización fantástico, es decir, lo sería si supiera no sólo transmitir, sino recibir, por tanto, no solamente hacer oir al radioescucha, sino también hacerle hablar”
B. Bretch

–
Fernando García Balestena. - fernando.garcia@urcm.net - Unión de Radios Libres y Comunitarias de Madrid - www.urcm.net

“ la radio sería el más fabuloso aparato de comunicación imaginable de la vida pública, un sistema de canalización fantástico, es decir, lo sería si supiera no sólo transmitir, sino recibir, por tanto, no solamente hacer oir al radioescucha, sino también hacerle hablar”
B. Bretch

12/05/10, Héctor:

Estoy adaptando spip para incluir mas de 10.000 artículos y cada uno
de ellos va a tener asociados 6 documentos (60.000 documentos) ...
entre otros artículos de noticias que seria lo normal de spip, mi
inquietud es acerca de la robustez de spip que creo la tiene, pero no
tengo experiencia con tantos articulos...

Normalmente no hay problema. Bueno claro depende de tus buclas. Por
ejemplo no hagas una bucla que recorra la totalidad de los artículos...
Per SPIP si aguanta.

Lo que sí deberías hacer es usar el plugin Médiathèque, ya que optimiza
las peticiones SQL sobre los documentos.

estos los voy a crear desde
un cvs que ya casi lo tengo solucionado,

Eso no entiendo. Un archivo CSV? Para qué?

mi inquietud es si el
servidor tiene que tener algo especial para que la base de datos
funcione sin problemas .

Normalmente no. Independientemente de SPIP, más bien van a ser
optimizaciones a nivel del servidor SQL: pon índices donde haga falta,
o cosas así, pero yo no sé muy bien de optimización SQL, le dejo a
alguien más la tarea de aclararnos sobre ello.

Mi preocupación es por ejemplo al momento
de crear un back up de la base de datos al haber tanta información.

El backup sí puede ser lento, pero al final funciona. Ni siquiera
deberías tener problemas de timeout sobre el tiempo de ejecución
máximo, ya que SPIP cuenta con un mecanismo de reempiezo trás error.

Si lo puedes, con esta cantidad de datos, te recomiendo hacer un backup
de tu base de datos SQL directamente, en vez de usar el backup
aplicativo desde SPIP. Será mucho más eficiente, pero a ver si tu
alojamiento te lo permita.

saludos desde Colombia....

Saludos desde un encuentro SPIP en Francia donde estoy conociendo por
fin a l@s SPIP-geeks... http://www.spip-party.net/Troglo-2010

--
davux