Movió WordPress a un nuevo servidor, ahora intenta descargar un archivo

12

Permítanme comenzar diciendo que he movido docenas de sitios web de un servidor a otro, sin problemas.

Recientemente me mudé a un sitio web y cuando se visita la URL, un archivo llamado "descargar" sin extensión y solo un archivo de 1 KB se descarga automáticamente. Realicé una copia de seguridad de todos los archivos y descargué las bases de datos utilizando cuatro métodos diferentes, solo para asegurarme: BackWPup, BackUpWordPress y manualmente comprimiendo los archivos y descargando los archivos a través de FTP.

El sitio web original funciona perfectamente en el servidor original.

Usé el método que siempre usé cuando me mudé a un nuevo servidor.

En el nuevo servidor:

  1. Crear nueva base de datos, usuario e importar la base de datos
  2. Sube archivos y descomprime
  3. Edite wp-config.php con el nuevo nombre de DB, usuario, contraseña
  4. Cambie la URL del sitio web utilizando el método functions.php en el Codex de WordPress, aquí: http://codex.wordpress.org/Changing_The_Site_URL

También debo mencionar que he subido el sitio a tres servidores diferentes (incluido un subdominio en el servidor original), todos con el mismo resultado.

Además de los métodos mencionados anteriormente, probé lo siguiente para intentar solucionar problemas:

  1. Cambió el nombre de la carpeta "complementos" para ver si un complemento estaba causando el error
  2. Cambió el nombre de la carpeta del tema activo para ver si el tema estaba causando el error
  3. Cambió WP_DEBUG a "verdadero" en wp-conig.php - Pero el sitio nunca se carga, por lo que no se muestran errores.

Actualmente, el sitio web erróneo se encuentra en: http://cgdev.webworksplayground.com/

Gracias por la ayuda.

migration server Travis Pflanz
fuente

Respuestas:

11

Supongo que no has echado un vistazo al archivo que se sirve para descargar, de ser así, habrías visto esto:

<?php
/**
 * Front to the WordPress application. This file doesn't do anything, but loads
 * wp-blog-header.php which does and tells WordPress to load the theme.
 *
 * @package WordPress
 */

/**
 * Tells WordPress to load the WordPress theme and output it.
 *
 * @var bool
 */
define('WP_USE_THEMES', true);

/** Loads the WordPress Environment and Template */
require( dirname( __FILE__ ) . '/wp-blog-header.php' );

Que podría haberse identificado fácilmente como el contenido del index.phparchivo dentro de la raíz de su instalación de WordPress.

En cuanto a las causas de este comportamiento, verifique si tiene los permisos de archivo correctos , asegúrese de que su archivo htaccess sea ​​correcto. Además de que algunas otras configuraciones relacionadas con el alojamiento podrían ser incorrectas, consulte Codex: Hospedaje de WordPress (aunque no muy informativo) o aquí ¿Cuáles son las mejores prácticas para configurar un servidor para sitios de Wordpress? .

Lo anterior debería ayudarlo a comenzar. En realidad, tuve que hacer una conjetura, algo educada, sobre la (s) razón (es), así que inspeccione eso más profundamente, pero estoy bastante seguro de que los orígenes están en el área general que abordé.

Nicolai
fuente
66
Gracias por la respuesta. El .htaccess tenía esto agregado al archivo: # Use PHP54 Single php.ini as default AddHandler application/x-httpd-php54s .phpdespués de eliminarlo, todo parece funcionar bien.
Travis Pflanz
El gusto es mio. Ok, esa es una directiva para usar PHP 5.4 con el parche Suhosin. No estoy seguro de por qué no funcionará con él. He usado otros similares y nunca tuve un problema. Tal vez pida ayuda a sus anfitriones. @TravisPflanz
Nicolai
Hola @algo, también estoy enfrentando el mismo problema. Revisé mi archivo .htaccess y descubrí que mi problema es similar al problema de Travis. También borré ese código adicional del archivo, pero cuando entro para actualizar enlaces permanentes, el mismo código se reescribe en el archivo.
Keyur Patel
@KeyurPatel Puede ser la configuración del servidor, mire los enlaces en mi respuesta para obtener más información.
Nicolai
En mi caso, la eliminación de los datos del sitio del navegador solucionó el problema (en Chrome: configuración> Configuración del sitio> Ver todas las cookies y datos del sitio> eliminar datos aplicables). Mi problema se produjo inmediatamente después de una gran instalación del módulo php.
Eric H
4

Pasos simples

1 - Ir al administrador de archivos a través de cpanel o FTP

2 - Eliminar el .htaccess (asegúrese de haber creado una copia de seguridad)

3 - Abra su sitio web y configure los enlaces permanentes, creará un nuevo archivo .htaccess.

4 - ¡Disfruta!

Acabo de eliminar el archivo .htaccess y ahora funciona perfectamente :)

Qaiser Ur Rehman
fuente
1
Eliminar .htaccess funciona bien y regenerar nuevos .htaccess automáticamente. Gracias
Jamil Ahmed
Si. Esto técnicamente funciona, pero si el archivo .htaccess tiene algo más que necesita el sitio web, todo se eliminará.
Travis Pflanz
1

También puede simplemente agregar la siguiente línea a .htaccess, lo que permite que las variaciones de PHP sean seguras.

AddHandler application/x-httpd-php52 .php .php5 .php4 .php3
Zak Lewis
fuente
1

Los complementos mu agregan un controlador cuando guarda la configuración AddHandler application/x-httpd-php71 .phphaciendo que la página se descargue en lugar de procesarse.

Si solo elimina la línea de su .htaccess (o elimina el archivo), la línea volverá en cada configuración guardada.

Una mejor solución es modificar mediante ftp el archivo wp-content / mu-plugins / endurange-php-edge.php

Solo comente (agregando "//" delante de la línea) la línea 20:
// $this->hooks();

Referencia: problema de htaccess después de guardar la configuración

Diogyn
fuente