Deploy con Symfony y FosUserBundle

  • Autor Autor Prop Jason
  • Fecha de inicio Fecha de inicio

Prop Jason

Beta
Verificado por Whatsapp
¡Usuario con pocos negocios! ¡Utiliza siempre saldo de Forobeta!
Muy buenas alguien ha trabajado con Symfony y FOSUserBundle subiendo proyectos a servidores?

Tengo algunos problemas.

Cuando subo mi proyecto e instalo el vendor etc, me salta un error justo en la ruta /login que no encuentra la ruta, a primera vista tengo todos los archivos cargados.
He actualizado el php del servidor a la 7.4 pero en consola me sigue marcando la 8.0.3 no se si eso afecta a el funcionamiento de FOS USER BUNDLE, no encuentro la solución.

Necesito el php 7.4 para adminlte.

Saludos
 
Hola, hay varias cosas que podrías chequear:

1) Asegúrate de que el routing de FOSUserBundle esté correctamente configurado en tu archivo de routing.

2) Verifica si el problema es la caché de Symfony. Prueba limpiar la caché usando el comando php bin/console cache:clear.

3) Revisa tu archivo .htaccess en el servidor, puede ser que tenga alguna configuración que esté interfiriendo.

4) Asegúrate de que la versión de PHP que estás utilizando en el servidor es la correcta. Si necesitas PHP 7.4, pero sigue apareciendo 8.0.3, puedes necesitar realizar cambios en tu servidor o en la configuración de tu proyecto.

5) Comprueba la compatibilidad entre la versión de Symfony, FOSUserBundle y PHP que estás utilizando.

Espero que alguno de estos pasos te ayude a solucionar tu problema. ¡Buena suerte!
 
El routing es correcto ya que eso no afecta en servidor o en local son archivos internos del proyecto, limpiar cache tampoco y el tema del php no debería afectar puesto que es para adminlte
 
Prop Jason dijo:
El routing es correcto ya que eso no afecta en servidor o en local son archivos internos del proyecto, limpiar cache tampoco y el tema del php no debería afectar puesto que es para adminlte
Hacer clic para expandir...
Si has descartado todas esas opciones, podría ser un problema con los permisos de los archivos en tu servidor. Revisa que el servidor tenga permisos para acceder y ejecutar los archivos necesarios del FOSUserBundle. Además, asegúrate de que tu archivo de configuración de FOSUserBundle (config.yml o fos_user.yaml en Symfony 4) esté correctamente configurado. Si todo esto está correcto, lo mejor sería revisar los logs de Symfony y del servidor para detectar cualquier error no visible a simple vista.
 
El hecho de que te marque una versión diferente en la interface web y en la consola puede ser problemático. Habría que mirar la configuración de tu php para ver por qué está pasando eso.

¿Estás usando Apache, NginX o qué webserver? ¿Estás con un VPS o hosting compartido?
 
La consola ejecuta la versión de PHP por defecto del servidor.
Puedes forzarle a otra versión con:

/usr/local/bin/ea-php80
(depende del servidor el path o nonbre puede ser diferente)

donde ea-php80 es la versión de PHP
 
Apache y un VPS
 
jmginer dijo:
a consola ejecuta la versión de PHP por defecto del servidor.
Puedes forzarle a otra versión con:
Hacer clic para expandir...
jmginer dijo:
La consola ejecuta la versión de PHP por defecto del servidor.
Puedes forzarle a otra versión con:

/usr/local/bin/ea-php80
(depende del servidor el path o nonbre puede ser diferente)

donde ea-php80 es la versión de PHP
Hacer clic para expandir...
ya pero en mi subdominio el php que hay instalado es el 7.4
 
La versión que tu configuras en tu subdominio solo aplica a las peticiones ejecutadas por el servidor web, ya que es una directiva seteada en el .htaccess.

Todo lo que se ejecuta por consola, son llamadas a nivel de sistema operativo, no de servidor web, y usa la versión "inherit" que tenga el admin del servidor configurada como por defecto.

Por eso por consola debes forzarle la versión que tu quieras.
 
Entiendo, pero por lo que he llegado a comprobar no tiene nada que ver porque ya he conseguido acceder al login, el problema es cuando inicio se sion que me da un 500, creo que es algo relacionado con Symfony
 
Puedes hacer un debug de los errores 500 así:

Log de error 500 en PHP | GINERNET

Para generar un log de debug de los errores que se producen en tu web, edita el fichero .htaccess con el siguiente contenido:
ginernet.com
 
Prop Jason dijo:
Entiendo, pero por lo que he llegado a comprobar no tiene nada que ver porque ya he conseguido acceder al login, el problema es cuando inicio se sion que me da un 500, creo que es algo relacionado con Symfony
Hacer clic para expandir...
¿Tenés acceso a los logs de error? Tanto del servidor web como al de Symfony. Ahí seguro tenés información relevante
 
mchojrin dijo:
¿Tenés acceso a los logs de error? Tanto del servidor web como al de Symfony. Ahí seguro tenés información relevante
Hacer clic para expandir...
En symfony no esta registrando logs en /var/logs/ y en el servidor he mirado diferentes archivos y nada tampoco veo el error 500
 
Los errores de Symfony se escriben por defecto en <raiz proyecto>/var/logs/. Si no está escribiendo nada hay que mirar si no está mal configurador monolog
 
mchojrin dijo:
Los errores de Symfony se escriben por defecto en <raiz proyecto>/var/logs/. Si no está escribiendo nada hay que mirar si no está mal configurador monolog
Hacer clic para expandir...
Podria ser, este es mi archivo monolog.yaml


Insertar CODE, HTML o PHP: 
monolog:
    channels:
        - deprecation # Deprecations are logged in the dedicated "deprecation" channel when it exists

when@dev:
    monolog:
        handlers:
            main:
                type: stream
                path: "%kernel.logs_dir%/%kernel.environment%.log"
                level: debug
                channels: ["!event"]
            # uncomment to get logging in your browser
            # you may have to allow bigger header sizes in your Web server configuration
            #firephp:
            #    type: firephp
            #    level: info
            #chromephp:
            #    type: chromephp
            #    level: info
            console:
                type: console
                process_psr_3_messages: false
                channels: ["!event", "!doctrine", "!console"]

when@test:
    monolog:
        handlers:
            main:
                type: fingers_crossed
                action_level: error
                handler: nested
                excluded_http_codes: [404, 405]
                channels: ["!event"]
            nested:
                type: stream
                path: "%kernel.logs_dir%/%kernel.environment%.log"
                level: debug

when@prod:
    monolog:
        handlers:
            main:
                type: fingers_crossed
                action_level: error
                handler: nested
                excluded_http_codes: [404, 405]
                buffer_size: 50 # How many messages should be saved? Prevent memory leaks
            nested:
                type: stream
                path: php://stderr
                level: debug
                formatter: monolog.formatter.json
            console:
                type: console
                process_psr_3_messages: false
                channels: ["!event", "!doctrine"]
            deprecation:
                type: stream
                channels: [deprecation]
                path: php://stderr
 
Bueno, a juzgar por lo que se ve en la configuración, los errores estarían siendo direccionados a
Insertar CODE, HTML o PHP: 
php://stderr
, cambia eso por un path que exista y tenga permisos el webserver o crealo y a ver si se empiezan a escribir los errores ahí.
 
la he modificado en el nested de la siguiente manera ->
YAML: 
path: '%kernel.project_dir%/var/logs/error.log'
y he creado ese archivo pero sigue sin mostrarme nada el error es este ->

 
No se ve el error, lo podés pegar de nuevo?
 
Hay que estar conectado o registrado para responder aquí.

Temas similares

  • Cerrado
Se solicita Deploy Symfony y FOSUserBundle en producción
Respuestas
0
Visitas
98
Prop Jason
Menú
Acceder
Registro