Warning: escapeshellcmd() has been disabled for security reasons in /home/itprojec/public_html/semanaporlapaz/ecrire/inc/filtres_images_mini.php on line 505
Y el mensaje se repite muchas veces aumentando el número de la línea.
He reinstalado el sistema varias veces, actualicé a la última versión quité los esqueletos, los volví a poner etc… nada
Lo único que funcionó fue quitar los archivos adjuntos así que mi conclusión es que hay alguna imagen que pone problemas pero no veo cual puede ser, bajé y revisé las imágenes localmente y no encuentro nada raro. A menos que sea porque el sistema no soporta imágenes muy grandes tengo unas de más de 3000px de lado, pero me parecería un poco raro…
*Warning*: escapeshellcmd() has been disabled for security reasons in
*/home/itprojec/public_html/semanaporlapaz/ecrire/inc/filtres_images_mini.php*
on line *505*
significa que la función escapeshellcmd() de PHP ha sido desactivada en
el php.ini del servidor. Es común desactivar funciones peligrosas como
aquellas que permiten ejecutar comandos en el sistema operativo. Esta
función no hace eso, pero está relacionada con otras que si lo hacen,
como exec() o system().
Seguramente el filtro de imagen que intentas usar necesita esa función,
quizás por el método elegido para crear miniaturas en "Configuración del
sitio - Funciones avanzadas - Método de creación de miniaturas".
Creo que algunos de los métodos que ofrece SPIP, como "convert",
necesitan ejecutar órdenes del sistema (en ese caso el propio programa
convert). Mientras que otras como GD y GD2 usan funciones internas de
PHP sin llamar a comandos del sistema.
A propósito, yo pensaba que usar convert era mucho mejor que usar GD
para el manejo de imágenes.
puede ser, no lo sé, pero por encima de eso yo pondría la seguridad del
servidor. Y es lo que suele ocurrir, si convert requiere una función de
PHP que quien administra el servidor desactiva porque la considera
insegura, pues convert deja de ser una opción.
Un ejemplo, hay por ahí librerías PHP para generar PDF, completísimas,
con muchísimas opciones, pero que a la hora de generar el PDF consumen
muchísima CPU y tardan demasiado tiempo. Pueden estar bien entonces para
un servidor con poca carga, o un servidor dedicado. Pero para un
servidor compartido con bastante carga yo no lo consideraría una opción.
Quizás cuando tengamos servidores cuánticos con potencia nunca vista...
je, je.
Otro ejemplo, una aplicación en PHP que tenga como requisito que
register_globals esté activado. Me daría igual que fuera el mejor CMS
del mundo en cuanto a opciones y funcionalidades, ese requisito no sería
admisible para mi hoy en día, quizás hace 7 años sí, pero con los
peligros de la Internet actual ni loco.