Después de actualizar WordPress en mi Windows Server 2008 a la versión 3.4.1, me encontré con un comportamiento bastante extraño. Utilizando el Añadir Nuevo Postfuncionalidad, imágenes, subidas por múltiples -file-Registro no se han mostrado ya, ni en el editor ni en el propio puesto.
Una vez que termine de tu artículo, tu blog va a terminar con un servidor Error interno 500. Sin embargo, todas las miniaturas creadas por WordPress se pueden solicitar sin ningún problema.
Con el tiempo, empecé a hacer algunas investigaciones sobre este tema, que termina en una excavación bastante exhaustiva hasta el metal de la de Windows, sin embargo, con un resultado bastante sorprendente. En este artículo voy a tratar de dar una visión general de este tema, explicando por qué ocurre esto en Windows y cómo resolver esto con casi un solo clic.
Hay un montón de entradas de blog y stackoverflow respuestas sobre este tema con pasos más o menos útiles. Si estás en busca de la respuesta rápida, sin necesidad de entender las causas de este problema en particular, aquí se trata:
Cambie la carpeta temporal por defecto del sistema ( C: \ Windows \ temp ) los derechos por la concesión de derechos para IIS_IUSRS usuario y es probable que haya terminado.
La carga de imágenes de WordPress está utilizando la funcionalidad estándar de PHP, utilizando la carpeta de carga temporal especificado en su php.ini archivo. Por defecto , PHP está usando el directorio temporal del sistema (por ejemplo c: \ windows \ temp ) para cargar la imagen inicial.
Con el tiempo, el uso de la carpeta temporal del sistema es la causa raíz del problema descrito en este artículo. Al subir la imagen a la carpeta de archivos temporales, el archivo se crea inicialmente en el sistema. En consecuencia, el archivo se hereda la configuración de seguridad de la carpeta. Tras la descarga, el archivo original se copia en la carpeta de destino, por ejemplo, \ wp-content \ archivos \ 2012 \ 08. Aquí todas las miniaturas se generan a partir del archivo original. A medida que se crean en la carpeta de destino, ellos heredarán la configuración de seguridad de esta carpeta que resulta en dos conjuntos diferentes de permisos aplicados al archivo original y las miniaturas. Esto explica por qué sólo recibirá un error con código de error 500 para el archivo original, mientras que todas las miniaturas se pueden solicitar sin ningún problema.
En caso de que usted ya tiene imágenes de la carpeta de destino causando un código de error 500, puede volver a aplicar los derechos reales de la wp-content carpeta que probablemente se solucionará el problema.
En caso de cambiar los permisos de la carpeta temporal del sistema no soluciona el problema, compruebe que su php.ini archivo si no se especifica otra carpeta de carga en la sección de carga de archivos. Baer en cuenta que PHP usará archivo temporal del sistema de archivos también como respaldo en caso de PHP no tiene derechos de acceso a la carpeta especificada en el php.ini archivo.
Si se tiene en cuenta la concesión IIS_IUSRS como un riesgo de seguridad para acceder a la carpeta temporal por defecto del sistema es posible que desee especificar una carpeta de carga alternativa de todos modos.
Pasé mucho tiempo pensando éste hacia fuera.
Una vez más gracias por la ayuda!