php - texto - string strip_tags
Fichero de entrada no especificado (9)
Agregar php5.ini no funciona en absoluto. Pero consulte la sección '' Deshabilitar FastCGI '' en este artículo en GoDaddy: http://support.godaddy.com/help/article/5121/changing-your-hosting-accounts-file-extensions
Agregue estas líneas a los archivos .htaccess (webroot y directorio de instalación del sitio web):
Options +ExecCGI
addhandler x-httpd-php5-cgi .php
¡Me ahorra un día! ¡Aclamaciones! Gracias !
Estoy ejecutando Anchor CMS y acabo de actualizar a la versión 0.8. Cuando intento ejecutar el instalador aparece el error ''No se especificó el archivo de entrada''. Creo que es más que probable un problema de .htaccess, pero no estoy seguro de cuáles deberían ser las configuraciones correctas.
Mi sitio se puede encontrar here .
Mi .htaccess está configurado para:
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase {base}
# Allow any files or directories that exist to be displayed directly
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
# Rewrite all other URLs to index.php/URL
RewriteRule ^(.*)$ {index} [L]
</IfModule>
<IfModule !mod_rewrite.c>
ErrorDocument 404 index.php
</IfModule>
También estoy usando GoDaddy como proveedor de hosting si eso ayuda.
Citando http://support.statamic.com/kb/hosting-servers/running-on-godaddy :
Si desea utilizar GoDaddy como host y se encuentra recibiendo errores "No se especificó el archivo de entrada" en el panel de control, deberá crear un archivo
php5.inien su weboot con la siguiente regla:
cgi.fix_pathinfo = 1
la mejor respuesta fácil es solo un cambio de línea y todo está listo.
recomendado para alojamiento GoDaddy.
Ejecutar ulimit -n 2048
Y reinicie php / php-fpm
El archivo de entrada No especificado es un mensaje que se le presenta debido a la implementación de PHP en su servidor, que en este caso indica una implementación de CGI (se puede verificar con phpinfo() ).
Ahora, para explicar esto correctamente, debe tener una comprensión básica de cómo funciona su sistema con las URL. Según su archivo .htaccess, parece que su CMS espera que la URL se transmita como una variable PATH_INFO . Las implementaciones CGI y FastCGI no tienen PATH_INFO disponible, por lo que cuando se intenta pasar el URI, PHP falla con ese mensaje.
Necesitamos encontrar una alternativa.
Una opción es intentar arreglar esto. Si observa la documentación de las directivas core php.ini , verá que puede cambiar el funcionamiento de su implementación. Aunque, GoDaddy probablemente no le permita cambiar la configuración de PHP en un entorno compartido.
Necesitamos encontrar una alternativa para modificar la configuración de PHP
Si system/uri.php el system/uri.php en la línea 40, verá que el CMS intenta dos tipos de detección de URI: el primero es PATH_INFO , que acabamos de REQUEST_URI que no funcionará; el otro es REQUEST_URI .
Básicamente, esto debería ser suficiente, pero el análisis del URI pasado le causará más problemas, ya que el URI, que puede pasar a la variable REQUEST_URI , fuerza a parse_url() a devolver solo la ruta de la URL, lo que básicamente lo devuelve a cero.
Ahora, solo queda una posibilidad, y eso está cambiando el núcleo del CMS. La parte de detección de URI es insuficiente.
Agregue QUERY_STRING a la matriz en la línea 40 como el primer elemento en system/uri.php y cambie su .htaccess para que se vea así:
RewriteEngine On
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ index.php?/$1 [L]
Esto pasará el URI que solicite index.php como QUERY_STRING y tenga la detección de URI para encontrarlo.
Esto, por otro lado, hace que sea imposible actualizar el CMS sin cambiar los archivos centrales hasta que esto se haya solucionado. Eso apesta ...
¿Necesitas una mejor opción?
Encuentra un mejor CMS.
En mi caso, hubo un error en la variable php.ini open_basedir.
GoDaddy actualmente (Feb ''13) apoya la modificación de FastCGI para algunas cuentas que usan PHP 5.2.xo anterior. Vea el artículo de GoDaddy " Deshabilitar FastCGI en su cuenta de alojamiento ".
(En mi caso, esto es aparentemente necesario para ayudar a que la versión actual de LimeSurvey (2.0) se ejecute).
La solución para mí fue eliminar el espacio en blanco en uno de mis archivos de ayuda. El error enumeraba dos páginas involucradas, un archivo de sesión de CI y uno de mis ayudantes personalizados.
Me funcionó ... se agregó al archivo .htaccess. Deshabilitaría FastCGI en la cuenta de alojamiento compartido godaddy.
Opciones + ExecCGI
addhandler x-httpd-php5-cgi .php
Yo tuve el mismo problema. Todo lo que hice para solucionar el problema fue modificar mi archivo htacces de la siguiente manera:
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /crm/
Options +FollowSymLinks
RewriteCond %{HTTP_HOST} ^mywebsite.com [NC]
RewriteRule ^(.*)$ http://www.mywebsite.com/$1 [L,R=301]
RewriteRule ^index/.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
RewriteRule ^index.php/(.*)$ [L]
</IfModule>