Entre en tu sitio, seguramente has cogido un hosting gratis sin certificado ssl y seguro que el servidor Apache no está bien configurado. Cambia de hosting 🙂
¿Puede ser por el certificado ssl?
Es el hosting oficial del CSIC, que imaginaba estaría bien configurado…
@dolopimen de nada. Prueba instalando el plugin Disable Gutenberg, a mi me sirvió, lo estoy haciendo ahora mismo así que puede que a ti te funcione de esa manera.
Muchas gracias, @dayline
Pero tampoco lo logre con Disable Gutenberg, ni No Gutenberg (y activando también el editor clásico).
He probado también con Elementor pero me da el mismo error.
A mi si se me resolvio con los permalinks solo que no se como modificar mi .conf
Hola Amigos,
yo tenía el mismo problema que todos y he podido solucionarlo, os comento mi caso a continuación por si a alguien le pasa lo mismo. Tras migrar de un hosting a un vps me funcionaba sólo la página de inicio y en el resto me aparecia el error 404. Si intentaba actualizar o crear un post salía el error ‘no es una respuesta json válida’. Había probado de todo y no me funcionaba nada de nada.
Solución: El problema residía en que apache no accedía al archivo .htaccess. Para solucionarlo hay que ir al archivo .conf de apache que en mi caso es apache2.conf y cambiar en <Directory /var/www/> ‘AllowOverride None’ por ‘AllowOverride All’, seguidamente guardar y reiniciar apache.
Con esto he podido solucionarlo, espero que os sirva.
Saludos!!
-
Esta respuesta fue modificada hace 3 años, 4 meses por
angelillomrm.
Estimados ya me ha pasado con el diseño y posterior traslado de 2 sitios y la solución en ambos fue
Instalar 2 plugin el editor clásico y el tinymce, activarlos y listo. no tienen que hacer nada más, solo cerrar el admisnitrador refrescar la página y volver a cargar.
Si desean pueden volver a los editores visuales y se ahora trabajarán sin problemas.
ESPERO QUE LES SIRVA!
Solución:
desde la consola SDK escribe (omite el $, es decir pon lo que está después):
$ sudo chown -R www-data:www-data directoriodondeestatuwordprees/directorio
Por ejemplo:
sudo chown -R www-data:www-data var/www/html/
Luego para dar permisos correctos:
$ sudo chmod -R 775 /var/www/
y por ultimo incluye a tu usuario en el grupo www-data para que puedas editar los archivos si luego entras por FTP
$ sudo usermod -a -G www-data aquiponestunombredeusuario
por ejemplo:
$ sudo usermod -a -G www-data Juan
——
el problema son los permisos, si tienes problemas con La API avisos JSON o no puedes publicar o subir fotos o plugins es por que no esta en www-data:www-data.
yo tarde una semana (literal 7 días casi 16 horas por día) para resolverlo, intente todo en los foros y nadie me pudo ayudar, fue horrible, al final encontré el problema, lo tenia con miusuario:www.data (porque así lo configuré) pero no sabia que ese era el problema, destruí apache 4 veces y todas mis tablas toqueteando todo, 3 hosting virtuales a la basura y era algo tan tonto que me da coraje.
Espero le sirva a alguien.
Hola,
Estoy suscrito en las notificaciones, y aunque no opino nunca de vuestras posibles soluciones os comento que la solucion que comenta @jlzecchin no la apliqueis nunca pero nunca, ya que crear un agujero de seguridad en vuestros servidores y dudo mucho que vuestros proveedores os permitan hacerlo cuando son compartidos.
Un usuario nunca deberia estar dentro del grupo www-data ya que si una web se infecta tiene posibilidad de infectar el resto de webs de otros usuarios.
Si os fijais en la mayoria por no decir en todos los proveedores los permisos nunca son www-data ya que crean uno especifico por cada usuario y mediante diferentes tecnicas se le da permisos para que el usuario pueda utilizar el WordPress, Drupal, etc…
Si teneis vuestra propia vps como @jlzecchin, por lo que parece, lo mejor es utilizar algun control de panel como Plesk, cPanel o gratuitos como vestacp, hestiacp entre otros muchos dependiendo que OS se utiliza para que el se encargue en la creacion de webs, usuarios, etc…
Dicho esto el problema del json, por lo que he podido deducir es que tiene diferentes soluciones y posibles causas que puede servir o no en cada caso. Personalmente no he podido averiguar el motivo ya que solo me sucedio una vez en local.
Vuelvo a compartir la manera de corregir este problema de forma segura, justamente a mi me paso lo mismo, en el servidor de prueba en mi ordenador.
La solución fue permitir httaccess en apache, lo cual no genera ningún problema de seguridad lo único que hace es buscar ese archivo en mas carpetas.
Problema de Gutenberg es:
Si instalas apache desde cero y wordpress desde cero.
==> Con enlaces simples funciona wordpress perfectamente
PROBLEMA ==> Con enlaces personalizados se rompe el editor y da el error
= ‘Las respuesta no es una respuesta JSON válida’
¿POR QUE?
Pues porque apache no esta buscando el archivo htaccess de worpress para cambiar la estructura de enlaces permanentes.
Enlace Documentación ==> https://httpd.apache.org/docs/current/es/howto/htaccess.html
<Directory «/www/Apache24/htdocs/wordpress»>
AddType text/example «.htaccess»
AllowOverride ALL
</Directory>
Este modulo que arregla el problema.
¿Por que ocurre en el editor?
El editor de wordpress usa REACT para crear los bloques y todo esta echo en javascript entonces para combinar javascript y php, lo que han hecho a sido usar la api de wordpress os dejo un enlace para que lo verifiqueis.
Ejemplo de enlace api wordpress
ENLACE ==> http://localhost/instatienda/wp-json/wp/v2/posts/
Ejemplo de archivo json
[{«id»: 11,
«date»: «2020-12-09T17:01:50»,
«date_gmt»: «2020-12-09T17:01:50»,
«guid»: {
«rendered»: «http://localhost/instatienda/?p=11»
},
«modified»: «2020-12-09T17:03:34»,
«modified_gmt»: «2020-12-09T17:03:34»,
«slug»: «nueva-entrada-4»,
«status»: «publish»,
«type»: «post»,
«link»: «http://localhost/instatienda/nueva-entrada-4/»,
«title»: {
«rendered»: «nueva entrada 4»
},
Probablemente se este usando
«link»: «http://localhost/instatienda/nueva-entrada-4/»,
en vez de
«guid»: {
«rendered»: «http://localhost/instatienda/?p=11»
},
Aun así es un problema de servidor no del cms.
Hola, ayer vine y di mi opinión sobre el usuario www-data:www:data no tenía nada que ver, hoy encontré la solución definitiva
Primer problema y solución: En vez de poner permisos «usuario:grupo» como Juan:www-data hay que poner SÍ O SÍ: www-data:www:data porque si no no vas a poder conectarte para subir medios y plugins. Solo hay que meter a tu usuario dentro del grupo para que puedas modificar también las carpetas si luego entras a FTP, (claro esto se aplica si tu intención es usar wordpress).
Segundo problema y solución: En los enlaces permanentes asegúrate que esté la opción de estructura personalizada y que incluya /index.php/ por ejemplo: https://tudominio.com/index.php/%category%/%postname%/
Hay que escribir /index.php/ en la raíz de la dirección, sino nunca vas a publicar o actualizar entradas o páginas. y te saldrá el mensaje » Las respuesta no es una respuesta JSON válida» y en la salud del sitio: que la API REST no puede ser encontrada.
Espero a alguien le sirva. llevo una semana tratando de hacer que funcione.
Hola @jlzecchin
Te remito al acertado comentario de @kallookoo: son varias las posibles causas y varias sus soluciones, te remito a esta entrada
@kallookoo gracias por tu comentario.
En nuestro caso, se solucionó como dice alguna personas anteriormente a Opciones > Enlaces permanentes y no hacer nada más que guardar (sin hacer ningún cambio) Y voilà!
(Los cambios que hemos hecho para que surgiera este problema, fue en el servidor actualizar PHP, añadir el certificado SSL Let’s Encript y añadir un .htacces para redireccionar todas las llamadas de http: a https.)
A mí también se me arregló con los permanlinks. Suerte 🙂
