De repente, voy a mi sitio web de WordPress y todas las páginas me dan una página 404 no encontrada. Supongo que el problema radica en la estructura del enlace permanente, que podría jurar que no toqué. La configuración del enlace permanente está en "mes y nombre".
He investigado casos similares de este problema en línea y mucho de esto tiene que ver con el .htaccess
archivo. Intenté encontrar, pero no puedo. ¿Quizás se eliminó de alguna manera? Dónde se supone que debe estar ubicado.
Cualquier sugerencia será de ayuda
y, por supuesto, puedo ver archivos ocultos.
Respuestas:
.htaccess es un archivo oculto, por lo que debe configurar todos los archivos como visibles en su ftp.
Le sugiero que devuelva su estructura de enlace permanente a la predeterminada (? P = ID) para asegurarse de que .htaccess es el problema.
Después de eso, simplemente puede volver a establecer la estructura "mes y nombre" y ver si funciona.
PD: ¿Ha actualizado a 3.1? He visto a algunas personas con problemas con los complementos en este caso.
fuente
.htaccess
también podría llevar a este problema, independientemente de lo que corrija el enlace permanente, así que verifique que primero, no esté oculto ni falteBásicamente, el archivo .htaccess debería existir y el httpd.conf debería ser correcto.
En mi caso, cambié el archivo /etc/apache2/apache2.conf en la sección:
La línea cambiada es:
a
Y reinicie el servidor web con
fuente
La fijación de este problema es muy simple si se estaba utilizando los enlaces permanentes que no sean el
default
comoDay and name
,Month and name
,Numeric
,Post name
oCustom Structure
, sólo es necesarioInicie sesión en su área de administración:
Settings > Permalinks
que debería ser:http://yoursite.com/wp-admin/options-permalink.php
Elija la
Default
configuración de enlace permanente , luego guarde los cambiosEntonces tú puedes devolverlo nuevamente a su otra opción anterior de enlace permanente o mantenerlo
default
como deseeTenga en cuenta que este problema puede ocurrir cuando mueve su sitio de un dominio o ubicación a otro.
fuente
mysite.com/wp-admin
funciona?Si el comportamiento predeterminado (
example.com/?p=42
) está funcionando, debe:Admin: Settings > Permalinks
y haga clic en Guardar. En algún momento soluciona el problema. Si no fue así:/path/to/wordpress/.htaccess
haya sido modificado y ahora incluya la líneaRewriteEngine On
. Si no incluye la línea, es un problema de permisos de Wordpress.Verifique que el módulo 'reescribir' esté cargado: cree un archivo PHP con
en él, ábralo en el navegador y busque
mod_rewrite
. Debería estar en la sección 'Módulos cargados'. Si no es así, habilítelo - Mire suindex.html
archivo predeterminado de Apache para obtener más detalles - en Ubuntu, lo hace con el ayudantea2enmod
.Verifique que el servidor apache esté mirando el
.htaccess
archivo. abiertahttpd.conf
- o es la alternativa de Ubuntu,/etc/apache2/apache2.conf
. En él, deberías tener algo comoDespués de realizar estos cambios, no olvide reiniciar su servidor apache.
sudo service apache2 restart
fuente
SI todo esto no funciona, su .htaccess es correcto y el truco de enlaces permanentes no funcionó, es posible que no haya habilitado su mod de reescritura apache2 .
Ejecuté esto y mi problema se resolvió:
fuente
mod_rewrite
en laphpinfo();
página para comprobar si ha habilitado. Está enLoaded Modules
ofapache2
Dentro de la interfaz de administración de WordPress, haga lo siguiente:
Ir a la configuración de administrador
Haga clic en el enlace permanente y seleccione el nombre de la publicación en el botón de opción.
Desplácese hacia abajo y verá el
.htaccess
código aquí como..htaccess
archivo.fuente
htaccess
archivo senot
puede escribir ... si es wordpress simplemente lo escribirá él mismo ...Este error se debe a la desactivación de la modificación de reescritura en el documento httpd.conf de Apache, simplemente descomente y disfrute de los enlaces permanentes amigables con seo
fuente
fuente
Tuvimos el mismo problema y lo solucionamos revisando el error.log de nuestro host virtual. Encontramos el siguiente mensaje:
La solución fue establecer
Options All
yAllowOverride All
en nuestra configuración de host virtual.fuente
Si tiene acceso FTP a su cuenta:
Primero, inicie sesión en su wp-admin y vaya a Configuración> Enlaces permanentes
Debería ver algo en la parte inferior que dice:
"Si su archivo .htaccess fuera editable, podríamos hacerlo automáticamente, pero no es así, así que estas son las reglas mod_rewrite que debería tener en su archivo .htaccess. Haga clic en el campo y presione CTRL + a para seleccionar todo".
Si esto es cierto, haga lo siguiente:
Vaya a las preferencias de su cliente FTP y asegúrese de que se muestren los archivos ocultos (varía según su cliente FTP). Si no lo hace, no podrá encontrar su archivo htaccess.
Vaya a la carpeta donde se encuentran sus directorios wp-admin, wp-content, wp-includes. Busque el archivo .htaccess. Si existe, vaya al paso 4
Si no existe, cree un nuevo archivo en blanco en su programa FTP llamado .htaccess
Cambie el CHMOD de su archivo .htaccess a 666 (su preferencia sobre cómo desea hacer esto)
Regrese a su página de Permalinks y edite la estructura de enlaces que desee. ¡El problema debe resolverse!
Asegúrese de cambiar el chmod del archivo htaccess de nuevo a 644 una vez que haya terminado.
¡Acabo de tener el mismo problema y pareció solucionarlo instantáneamente! ¡Buena suerte!
fuente
La mayoría de las veces, este problema se soluciona simplemente visitando la página Configuración -> Enlace permanente en el administrador de WordPress y haga clic en Guardar (como ya se han señalado varias otras respuestas). Cuando se accede a esta página, WordPress reescribe las directivas en el
.htaccess
archivo que mágicamente soluciona el problema. El problema suele ocurrir después de mover un sitio (el sitio se rompe porque el.htaccess
se queda atrás o la configuración debe actualizarse).Si WordPress no tiene los permisos adecuados para escribir el
.htaccess
archivo, aparecerá un aviso en la parte superior de la página y más instrucciones en la parte inferior cuando se guarden las configuraciones. En este caso, debe editar el.htaccess
archivo usted mismo o, mejor, corregir los permisos en ese archivo. El archivo está en la raíz de la instalación de WordPress.cd
en el directorio ysudo chmod 644 .htaccess
. También es posible que desee verificar si el archivo pertenece al grupo correcto y el cambio que se necesita conchown
. Pregúntele a su proveedor de alojamiento si no sabe cómo hacerlo.Si tiene un alojamiento compartido, probablemente sea todo lo que pueda hacer. Si aún tiene el problema, es posible que desee hablar con el soporte de su proveedor de alojamiento. De lo contrario, asegúrese de que el uso de
.htaccess
archivos esté habilitado en el servidor, como ya sugirió @georgeos. Tenga en cuenta quehttpd.conf
no siempre se usa ( Ubuntu indica que está obsoleto, pero los documentos oficiales de Apache todavía dicen que a menudo es el archivo de configuración principal )./etc/httpd/conf/httpd.conf
y/etc/apache2/apache2.conf
parecen ser los lugares más comunes para este archivo. Busque el bloque de la carpeta pública, por lo general,<Directory /var/www/>
y asegúrese de que laAllowOverride
directiva esté configurada enAll
. Si está configurado enNone
,.htaccess
el servidor simplemente ignora el archivo.fuente
Instalé mod_rewrite para solucionar el problema. El siguiente enlace proporciona una guía de instalación: - http://www.iasptk.com/enable-apache-mod_rewrite-ubuntu-14-04-lts/
fuente
Es posible que no se permita .htaccess en la configuración del servidor web. Establecer los enlaces permanentes predeterminados funcionaría en ese caso.
fuente
Caso 1: - Pensemos si migrar el sitio de un alojamiento a otro alojamiento si vemos este tipo de problema.
Solución: - Simplemente vaya al código del archivo .htaccess de la copia del servidor anterior y luego páselo en el archivo .htaccess del nuevo servidor. 99% lo haré.
fuente
Tengo el mismo problema, así que elimino el Apache y lo hago de nuevo y el problema se resolvió.
fuente
Simplemente navegue a Configuración-> Enlace permanente en su tablero y luego al botón Guardar cambios en el último. \
fuente
Si su instalación de WordPress está en una subcarpeta (por ejemplo, https://www.example.com/subfolder ) cambie esta línea en su WordPress
.htaccess
a
Al hacerlo, le está diciendo al servidor que busque WordPress
index.php
en la carpeta de WordPress (por ejemplo, https://www.example.com/subfolder ) en lugar de en la carpeta pública (por ejemplo, https://www.example.com ).fuente
Acabo de cambiar el enlace permanente a 'mes y día' de todas las publicaciones al establecer> enlace permanente.
Ahora todas las publicaciones están abiertas y funcionando bien.
Nuevamente, cambié el nombre de todas las publicaciones a su enlace permanente real. De nuevo funciona bien.
Este método funcionó para mi :-)
fuente
Para usuarios de nginx
Utilice lo siguiente en su archivo conf para su sitio (normalmente
/etc/nginx/sites-available/example.com
)location / { try_files $uri $uri/ /index.php?q=$uri&$args; }
Esto transfiere todas las solicitudes de enlaces permanentes a index.php con una cadena URI y argumentos proporcionados. Haga una
systemctl reload nginx
para ver los cambios y los enlaces que no pertenecen a la página de inicio deberían cargarse.fuente
Antes de intentar hacer cambios en la configuración del servidor o el enlace permanente, verifique su archivo .htaccess. Esto es principalmente un problema de archivo .htaccess corrupto o en blanco. Restablecer el archivo htaccess al valor predeterminado
fuente
después de 2 largos días, la solución fue agregar
options +FollowSymLinks
a la parte superior de mi.htaccess
archivo.fuente
Tuve este problema no hace mucho tiempo. Había restablecido mi enlace permanente al valor predeterminado o simplemente lo había guardado, actualicé temas / núcleo a (4.7.4) / complementos, desactivé todos los complementos, cambié al tema predeterminado, base de datos optimizada, .htaccess ya está predeterminado, verifiqué los permisos de archivo, mod_rewrite está activado .
Hasta ahora nada funciona, lo que funciona son las publicaciones, la página nueva, la página / contacto EXCEPTO las páginas antiguas.
Básicamente, las páginas / URL que no funcionan son:
Ultimate, encontré estos archivos en la carpeta raíz:
/breeding.php y /training.php
Cambié el nombre de ambos archivos y las páginas anteriores funcionaron.
fuente