Otra vez por acá
No era nada de las palabras clave ni nada de lo que estaba haciendo. Yo que creía que era SPIP pero no el problema esera el servidor. En spip contrib hay un tuotorial (en frances) que seguí al pie de la letra y nada, lo de borrar imágenes cache tmp bueno en fin
Conclusiones
-
Las imágenes grandes pueden molestar por el procesamiento de GD o por limites del servidor
Solución: Borrarlas del articulo (si se deja abrir) o de lo contrario borrarla por FTP
-
Cuando hay muchas palabras clave se hace mucho procesamiento, o cuando se hacen muchas peticiones como por ejemplo listar todas las secciones y los artículos en una sola pagina.
Solución: Si en local funciona y en el servidor no, el problema es la memoria dedicada a los scripts. Entonces en el servidor se debe editar el archivo php.ini. La edición varia de acuerdo al servidor. En mi caso estaba a 32MB que no era suficiente. De esto me di cuenta revisando las propiedades del servidor que se pueden mirar por el administrador de SPIP en la sección Administrador/phpinfo. Pero si ni siquiera puedes entrar al administrador podes probarlo creando un archivo php con este codigo:
<?php
// Muestra toda la informacion, por omision INFO_ALL
phpinfo();
// Mostrar solo la informacion de modulos.
// phpinfo(8) produce el mismo resultado.
phpinfo(INFO_MODULES);
?>
Si la memoria es poca hay que subirla en el php.ini el código a modificar es el siguiente:
; Maximum amount of memory a script may consume (128MB)
; http://php.net/memory-limit
memory_limit = 64M
(donde dice memory_limit = 64M ) yo no se si ponerla a 128 sea malo o muy bueno no se que consecuencias tenga, pero lo estaré investigando por que ganas no me faltan de dejarlo a 128 no se si los del servidor se enojen
- Creo que si estamos trabajando el local seria bueno « emparejar » el servidor local con el del servidor, tratando de usar la misma versión de php y requerimientos
Espero que esta información sea de utilidad en algún momento.
Saludos desde Colombia
Pdta.
En este sitio que estoy creando, cree un formulario para publicar desde la parte publica y subir una imagen que se procesa del lado del cliente y la reduce a máximo 800 x 600 px y luego si la sube al servidor. Y pues sube información a artículos vinculando la imagen y unas palabras clave.
SI a alguien le sirve este script con gusto se lo envío. Peeeero esta hecho para trabajar con SQLite pero pasarlo a Mysql no es dificil pienso. Otra cosa. Lo hice yo y no soy programador, soy diseñador así que seguramente habrá muchas locuras que seguramente se podrán hacer mejor.
El jue., 25 feb. 2016 a las 8:37, Spip Nomadagroup (<spip@nomadagroup.com>) escribió:
Hola de nuevo.
Superado el problema
He borrado las ultimas palabras clave creadas, para esto las desvincule del articulo al cual se las aplique.
Al grupo le he puesto google (por que las voy a usar para ubicar google adsense). Intente borrar el grupo pero creo que no se puede.
Las internas les he puesto nombres de las secciones para hacer una vinculación con las secciones y su contenido con artículos (que van a contener los códigos de google).
Lo extraño es que en local todo va de maravilla y funcionan las cosas. El problema esta en el servidor y creo que lo que estoy haciendo no es muy complejo (digo yo)
En adelante voy a ir haciendo las cosas en el servidor poco a poco buscando que mis chapuzas vayan funcionando.
Al parecer el problema es mio y no de SPIP.
Si llego a alguna conclusión del problema lo publico.
Saludos desde Colombia
El jue., 25 feb. 2016 a las 8:08, Spip Nomadagroup (<spip@nomadagroup.com>) escribió:
Hola Pablo
Gracias por responder. Bueno te cuento que la parte publica va de maravillas. Los esqueletos aunque complejos andan rápido. Son complejos en recuperar la información pero no complejos en su requerimientos.
El problema esta en la parte privada. Algunos artículos no se dejan ver y las palabras claves son inaccesibles. Ahora estoy borrando las ultimas palabras clave creadas y subo la base de datos sqlite (subo por FTP y ya esta!!! esa es una de las grandes ventajas de sqlite, con mysql tenia que hacer una cantidad de cosas por php my admin y cosas así y me daba errores)
Espero poder resolver este impase.
Ahora estoy viendo que la memoria del servidor es de 32 MB que no se si sea suficiente… pero tengo otros sitios con esa memoria y van de lujo.
Saludos
El jue., 25 feb. 2016 a las 7:50, Pablo Iranzo Gómez (<Pablo.Iranzo@uv.es>) escribió:
Hace poco me daba timeouts un sitio porque en los esqueletos generaba
un volcado de todas las palabras claves asociadas, y el tiempo de
ejecución de las páginas era demasiado alto y el servidor de hosting
mataba el proceso, por lo que se servía una página en blanco.
¿eres capaz de reproducir el problema usando los esqueletos
predeterminados? Si no es así, te recomendaría ir revisando a ver si
aparece algún mensaje en los logs de apache acerca de alguno de estos
fallos.
Respecto al sqlite me pasó igual, con sqlite fallaba antes que con
mysql como backend.
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á
El día 25 de febrero de 2016, 12:24, Spip Nomadagroup
<spip@nomadagroup.com> escribió:
Gracias cuti por responder.
No hay tantas palabras clave y se me ha pasado cuando hay muchas se muestra
el buscador.
El único plugin usado es la navaja suiza.
Sqlite para mi es una maravilla. Los sitios en los cuales trabajo son
pequeños y el manejo de la base de datos con sqlite es muy facil pues es
solo arrastrar y soltar y ya esta listo tu sitio. Con mysql pues ya sabéis
como es el trasteo de sitios.
Sigo en mi investigación de este problema.
Gracias
Saludos desde Colombia
El jue., 25 feb. 2016 a las 3:26, cuti (<jose.cutillas@gmail.com>) escribió:
Hola.
No se si será uno de los problemas, pero cuando superas las 50 palabras
clave (mots) , para seleccionarlas en los artículos ya no se muestran como
siempre sino que aparece un buscador de palabras claves, que despista
bastante si no te lo esperas.
Yo utilizo la v.2.1.26 con MySql y funciona de maravilla.
¿Puedes identificar los cambios después del momento de subirla al servidor
y que funcionara bien?. ¿Utilizaste algún plugin, alguna copia de
seguridad… ?
¿porqué utilizas sqlite?
saludos
Cuti
El 25 de febrero de 2016, 3:12, Spip Nomadagroup <spip@nomadagroup.com>
escribió:
Hola a todos
Tengo un sitio que en local va de maravillas… Los esqueletos tienen
cierta complejidad pero van de maravillas.
Ya había subido el sitio al servidor para hacer algunas pruebas y
funcionaba bien.
Ahora resulta que tengo algunos problemas que ya se le han presentado a
otros según reviso la lista de correos de spip-es.
Ya borre todas las imágenes (en local subí una imagen de 4MB) y pues en
local como un tiro. Ya la borre y borre todo rastro de ella y de otras no
tan pesadas.
Elimine cache capeta tmp, baje todo el sitio lo volví a subir, repare
base de datos (nada estaba mal).
En la parte privada no abren algunos artículos de una sección. Las
palabras clave tampoco abren.
Desesperado borre la seccion que falla pero las palabras clave siguen sin
funcionar y el sitio se basa en las palabras clave 
Ya no se que más hacer.
Es la primera vez que tengo un problema tan complejo.
Si alguien le ha pasado, por favor como lo solucionaron… ya no se que
mas hacer.
La versión de spip es la ultima y la base de datos es SQLite (a proposito
alguien sabe como consultar esta base de datos en remoto)
Gracias
Spip-es@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-es
Spip-es@rezo.net - http://listes.rezo.net/mailman/listinfo/spip-es
