{"id":106,"date":"2019-03-12T08:30:00","date_gmt":"2019-03-12T11:30:00","guid":{"rendered":""},"modified":"2024-04-01T16:31:28","modified_gmt":"2024-04-01T19:31:28","slug":"que-hacer-cuando-falla-el-boton-agregar-objeto-en-wordpress","status":"publish","type":"post","link":"https:\/\/aleare.com.ar\/blog\/que-hacer-cuando-falla-el-boton-agregar-objeto-en-wordpress\/","title":{"rendered":"Qu\u00e9 hacer cuando falla el bot\u00f3n ‘agregar objeto’ en WordPress"},"content":{"rendered":"
<\/div>

En las \u00faltimas semanas estuve trabajando con varios sitios en WordPress, y me toc\u00f3 un caso bastante curioso:
\nEl cliente intentaba, como de costumbre, insertar una imagen en su post\/entrada de WordPress a trav\u00e9s el bot\u00f3n Agregar objeto (Insert media, en ingl\u00e9s), y luego de subir la imagen a la galer\u00eda y darle click, no suced\u00eda nada.<\/p>\n

Al acceder al administrador del sitio para ver el problema, vi que la versi\u00f3n de WordPress y plugins estaban muy desactualizados, y expuestos a diferentes ataques. Lo primero fue hacer un backup previo y luego actualizar todo. Despu\u00e9s instal\u00e9 el plugin WordFence, hice un escaneo completo, retir\u00e9 archivos infectados con malware de plugins desactivados, y lo dej\u00e9 activo para asegurar el sitio y prevenir futuros ataques.<\/p>\n

Sin embargo, el bot\u00f3n segu\u00eda sin funcionar.<\/p>\n

Hice click en el post con el bot\u00f3n derecho, y en el men\u00fa busqu\u00e9 Inspeccionar, y abr\u00ed el panel de DevTools de Chrome. Ah\u00ed vi que el archivo admin-ajax.php estaba tirando error 404 (not found). Sin embargo, al ver el sitio a trav\u00e9s de FTP el archivo estaba en su lugar. Lo compar\u00e9 con otros archivos de otros sitios en WordPress y eran exactamente iguales. Entonces, \u00bfqu\u00e9 causaba este error?<\/p>


\n\"presearch\"<\/a><\/p>\n<\/div><\/div>\n

Prob\u00e9 desactivando absolutamente todos los plugins, borr\u00e9 la cach\u00e9, intent\u00e9 nuevamente y nada. Prob\u00e9 a trav\u00e9s del modo HTML insertar la imagen mediante un link y, o se deshabilitaban los botones de Guardar y Publicar, o al hacer click en alguno me aparec\u00eda un mensaje de error 404. Ampli\u00e9 la memoria editando el archivo wp-config.php<\/strong> (en este post <\/a>en ingl\u00e9s est\u00e1 detallado el procedimiento paso a paso).<\/p>\n

Pero la funci\u00f3n de insertar imagen en el post\/entrada segu\u00eda sin funcionar \ud83d\ude41<\/p>\n

Hice otro backup y repliqu\u00e9 el sitio en una instalaci\u00f3n local, \u00a1aqu\u00ed s\u00ed funcionaba todo perfectamente! Volv\u00ed a mirar por FTP los permisos de los archivos y carpetas, y todos estaban correctos. Me contact\u00e9 con el desarrollador del Theme y me sugiri\u00f3 que lo actualizara a la \u00faltima versi\u00f3n. As\u00ed lo hice, pero no cambi\u00f3 nada. Sin embargo me coment\u00f3 que cab\u00eda la posibilidad que que el hosting hubiese bloqueado como protecci\u00f3n al recibir demasiados request. Usualmente algunos plugins, como Visual Bakery Composer<\/em> suelen causar este conflicto. Otra posibilidad era actualizar la versi\u00f3n de PHP del hosting. Con esto en mente, busqu\u00e9 referencias en el foro de soporte de WordPress. Y… \u00a1Bingo!<\/p>\n

Otro usuario coment\u00f3 el mismo problema<\/a> y lo solucion\u00f3 solicitando a su hosting que hicieran una excepci\u00f3n en el mod_security de Apache. Como no tengo experiencia en Apache (todo no se puede), hice exactamente lo mismo: escrib\u00ed al soporte del hosting y ped\u00ed esta excepci\u00f3n.<\/p>\n

Y al fin, minutos despu\u00e9s de recibir la respuesta al ticket de soporte, funcion\u00f3.<\/p>\n

Dejo esta referencia por si a otros usuarios les sucede lo mismo, al menos ya saben qu\u00e9 causa este error y cu\u00e1les son los pasos seguir. Comentarios sobre este tema en particular y soluciones alternativas son siempre bienvenidos.<\/p>\n

<\/a><\/div><\/div>