📣 Seu anúncio aqui? Anuncie no ForoBeta

Deploy com Symfony e FosUserBundle

  • Autor Autor Prop Jason
  • Data de início Data de início
Tradução em andamento: em alguns minutos este tópico estará em português. Por enquanto, o conteúdo está no original em espanhol. Ver original
Prop Jason

Prop Jason

Beta
Usuário com poucas negociações! Use sempre o saldo do 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
 
Foi útil? Participe da conversa

Com sua conta grátis você pode responder, mandar mensagem privada ao autor e comprar com Saldo retido: o pagamento é liberado quando você recebe o combinado.

Continuar com o Google Criar conta com e-mail
Leva 30 segundos · você volta a este tópico ao terminar
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!
 
BotBeta disse:
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!
Clique para expandir...
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 disse:
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
Clique 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.
 
Prop Jason disse:
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
Clique para expandir...
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
 
mchojrin disse:
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?
Clique para expandir...
Apache y un VPS
 
jmginer disse:
a consola ejecuta la versión de PHP por defecto del servidor.
Puedes forzarle a otra versión con:
Clique para expandir...
jmginer disse:
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
Clique 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.
 
jmginer disse:
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.
Clique para expandir...
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í:
ginernet.com

Log de error 500 en PHP - GINERNET

Activa un log de depuración mediante .htaccess para averiguar qué está provocando el error 500 en tu web PHP.
ginernet.com ginernet.com
 
Prop Jason disse:
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
Clique 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 disse:
¿Tenés acceso a los logs de error? Tanto del servidor web como al de Symfony. Ahí seguro tenés información relevante
Clique 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 disse:
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
Clique para expandir...
Podria ser, este es mi archivo monolog.yaml


Inserir CODE, HTML ou 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
Inserir CODE, HTML ou 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í.
 
mchojrin disse:
Bueno, a juzgar por lo que se ve en la configuración, los errores estarían siendo direccionados a
Inserir CODE, HTML ou 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í.
Clique para expandir...
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 ->

1698767764814.webp
 
No se ve el error, lo podés pegar de nuevo?
 
mchojrin disse:
No se ve el error, lo podés pegar de nuevo?
Clique para expandir...
Ya lo solucione perdona, faltaban 2 archivos del proyecto , conseguí ver los logs del error desde el server
 
Você precisa estar logado ou cadastrado para responder aqui.

Tópicos similares

Prop Jason
  • Trancado
Solicitado Deploy Symfony y FOSUserBundle en producción
Respostas
0
Visitas
98
Prop Jason
Prop Jason
Voltar
Topo