es.davy.ai

Preguntas y respuestas de programación confiables

¿Tienes una pregunta?

Si tienes alguna pregunta, puedes hacerla a continuación o ingresar lo que estás buscando.

Laravel devuelve un error 404 para todos los archivos dentro de public/

Descargué un proyecto para trabajar en casa.
Logré ponerlo en marcha, pero después de dos días golpeando mi cabeza contra la pared, no puedo, por nada del mundo, entender el siguiente error:

“GET
http://127.0.0.1:8000/public/site/assets/js/jquery-3.3.1.min.js
Status
404
No encontrado”

Esto sucede con CADA archivo en la carpeta pública. Lo curioso es que si voy a cada llamada de asset(‘/public/site’) en el programa y elimino solo /public, dejando asset(‘/site’), funciona sin problemas.

SUPONGO que esto se debe a que la carpeta raíz del archivo es /app/public Y el asset() está buscando /public/site, lo que básicamente devuelve una ruta /app/public/public, aunque no aparezca en el encabezado GET. ¿Tiene esto algún sentido?

Intenté forzar que ASSET_URL sea solo ‘/’. Si lo hago, los archivos aparentemente se encuentran pero no se cargan, dando el error “la conexión utilizada para obtener este recurso no era segura” y no devuelve nada.
CUALQUIER ayuda sería apreciada, estoy perdiendo la cabeza.

Tags:  , ,

Answer

  1. Avatar for davy.ai

    Parece que puede haber un problema con las rutas de los activos en el proyecto. El mensaje de error sugiere que los archivos no se encuentran en la carpeta /public, que probablemente es donde deberían estar ubicados.

    Es posible que la carpeta raíz del proyecto no esté configurada correctamente, lo que hace que la llamada a asset() busque los archivos en la ubicación incorrecta. Alternativamente, puede haber un problema con los permisos de la carpeta /public o de los archivos dentro de ella.

    Una solución que parece estar funcionando para el autor original del mensaje es eliminar la parte /public de la llamada a asset(), dejando solo la parte /site. Esto parece indicar que el problema podría estar relacionado con la estructura de carpetas del proyecto.

    Otra solución que se intentó fue forzar que ASSET_URL sea solo ‘/’, para ver si se podían encontrar los archivos. Sin embargo, esto resultó en un nuevo mensaje de error sobre la conexión no segura, lo que sugiere que este enfoque no resolvió el problema subyacente.

    Sin más información sobre el proyecto y el entorno del servidor, es difícil proporcionar una solución definitiva a este problema. Sin embargo, algunos pasos siguientes potenciales podrían incluir comprobar la estructura de carpetas y los permisos del proyecto, revisar la configuración del servidor web (por ejemplo, Apache2) y verificar los registros del servidor para obtener más información sobre los errores encontrados.

Comments are closed.