Publicado el Viernes 02 de Marzo del 2007 @ 18:52 por Armonth.
En el post anterior habréis visto que muestro un código de ejemplo con una nota justo después que indica que después de “curl” todo el texto es sin espacios ¿a qué viene no poner el código correctamente?.
Pues a que si lo pones recibes el siguiente mensaje al guardar/publicar la entrada:
Service Temporarily Unavailable
The server is temporarily unable to service your request due to maintenance downtime or capacity problems. Please try again later.
Y no es coña, he ido guardando poco a poco la entrada y no fallaba, hasta llegar al código y concretamente a esa línea: he podido guardar toda la entrada entera salvo esa línea…
Es más: sólo necesito escribir un post en blanco con esa línea y ya sale el mensaje. ¿Es una medida de protección de WordPress?, ¿de Dreamhost?…
Solamente que pongas la línea completa pero sin el “;” final ya no lo hace y no, no uso ningún plugin para poder ejecutar PHP en el propio post. ¿Alguna explicación razonable? O_O.
O_O O_O wtfg eing?? para mi que no tiene ni pies ni cabeza ni tronco ni na…
Creo que puede ser cosa de mod_security que dreamhost instala por defecto. Prueba a quitar el check en la configuración del dominio donde pone “extra security”
Quizá utilicen mod_security y tengan alguna regla… Es una idea.
A mi tambien me sale error, no exactamente ese pero me sale como si hubiera realizado una busqueda y halla fallado… y eso que no uso DreamHost; y antes de todo esto podia meter codigos bien…
No entiendo eso..
Saludos
Ostras es raro, por que yo escribí hace poco lo mismo acerca de como sustituir file_get_contents() en Dreamhost y usé el mismo (parecido) código…
Uso Worpress y Dreamhost, aunque… DH es un poco especial…
He usado poco el mod_security, pero creo recordar que es totalmente configurable la acción a tomar en cada regla determinada. Por ejemplo he visto realizar un HTTP Redirect ante una cookie ‘chunga’ de una aplicación de mi universidad en otro servidor alojado en la misma universidad pero independiente de dicha aplicación (fallo tonto que se manden las cookies a todo el dominio, y que encima posibilita robos de sesión [comprobado y avisada la universidad xD] …).
Pues eso, que sí podría ser el mod_security. En wadalbertia también tuvimos un problema similar y concluimos que debía ser por mod_security o una aplicación de seguridad a nivel HTTP similar.
Si, es cierto que para cada acción puedes configurar qué aviso. Han podido jugar mucho, peor lo que dice Armonth es verdad, si salta mod_security por algún evento dice que pa chulo él, que bloqueado. Vamos, que quizá tengan una diferente página de error para cada evento que se desarrolle en el POST, por ejemplo.