Chapters

19 Chapters | 2:20:12 |

01

Configuración del Proyecto y el Plan

4:14
02

Actualización a Symfony 5.4

5:22
03

Automatizar las actualizaciones con Rector

6:50
04

Limpiezas y ajustes posteriores a Rector

10:04
05

Actualizar la importante receta de FrameworkBundle

11:36
06

Actualizaciones de recetas con recipes:update

6:13
07

Mejoras en las recetas: ¡Parte 2!

5:50
08

Actualizar Encore y sus activos/configuración

8:22
09

Actualización a PHP 8

7:47
10

Anotaciones a atributos

5:14
11

Añadir tipos de propiedades a las entidades

11:04
12

Actualizaciones de seguridad

7:59
13

Método personalizado authenticator authenticate()

8:21
14

Codificadores de contraseña -> password_hashers & debug:firewall

2:54
15

A la caza de los últimos depredadores

9:32
16

Actualizando a Symfony 6.0

7:07
17

Actualizaciones y limpiezas finales

6:33
18

Mejoras en los formularios de Symfony 6

4:13
19

Integración mejorada de Docker y correos de prueba

10:57

> Symfony 6 > Actualización y novedades de Symfony 6

Buy Access to Course

06.

Actualizaciones de recetas con recipes:update

Autoplay

Keep on Learning!

If you liked what you've learned so far, dive in! Subscribe to get
access to this tutorial plus video, code and script downloads.

Start your All-Access Pass

Buy just this tutorial for $10.00

Previous Challenge

Next Challenge

With a Subscription, click any sentence in the script to jump to that part of the video!

Â¡Sigamos actualizando las recetas! Hay un montÃ³n de ellas que hacer, pero la mayorÃa serÃ¡n fÃ¡ciles. Nos moveremos rÃ¡pidamente, pero destacarÃ© los cambios importantes a medida que avancemos.

actualizaciÃ³n de la receta symfony/consola

Para la siguiente actualizaciÃ³n, vamos a saltar a symfony/console ya que es otra importante.

composer recipes:update symfony/console

Esto actualiza sÃ³lo un archivo: bin/console. Comprueba los cambios con:

git diff --cached bin/console

Hmm. Ha pasado de ser un poco largo a ser... Â¡bastante corto! Esto es, una vez mÃ¡s, el componente Symfony Runtime en acciÃ³n. El cÃ³digo para arrancar Symfony para la consola se ha trasladado a symfony/runtime. Y... esto arreglÃ³ nuestro comando bin/console, que estaba roto desde que actualizamos la receta de FrameworkBundle.

Confirmemos este cambio... y sigamos:

composer recipes:update

receta symfony/twig-bundle

Baja hasta symfony/twig-bundle. Es el nÃºmero 7. Voy a limpiar la pantalla y... Â¡bien! Tenemos conflictos. Â¡Emocionante! BorrarÃ© el registro de cambios, ya que lo he mirado. Vale, esto ha borrado un archivo de configuraciÃ³n especÃfico del entorno... y entonces tenemos dos conflictos. Vamos a ver config/packages/twig.yaml.

Una vez mÃ¡s, vemos la nueva funciÃ³n de configuraciÃ³n especÃfica del entorno. Estas cosas dewhen@test solÃan vivir en config/packages/test/twig.yaml, pero ahora se han trasladado aquÃ. Y como tengo una configuraciÃ³n personalizada de form_themes, entraba en conflicto. Queremos mantener ambas cosas.

            Copy Code

                            Show All Lines

                        8 lines
            |
            config/packages/twig.yaml
        
            twig:
        
                Show Lines

                                                    // ... line 2
                            
                form_themes: ['bootstrap_4_layout.html.twig']
        
            when@test:
        
                twig:
        
                    strict_variables: true

El segundo conflicto estÃ¡ en templates/base.html.twig. Nuestro base.html.twig estÃ¡ bastante personalizado, asÃ que probablemente no tengamos que preocuparnos por ningÃºn cambio nuevo. La receta aÃ±adiÃ³ un nuevo favicon por defecto. Probablemente no lo utilices, ya que tendrÃ¡s el tuyo propio. Para solucionar este conflicto, ya que mi proyecto no tiene todavÃa un favicon, copiarÃ© lo nuevo, usarÃ© nuestro cÃ³digo, pero pegarÃ© el favicon.

            Copy Code

                            Show All Lines

                        95 lines
            |
            templates/base.html.twig
        
                Show Lines

                                                    // ... lines 1 - 2
                            
                <head>
        
                Show Lines

                                                    // ... line 4
                            
                    <title>{% block title %}Welcome!{% endblock %}</title>
        
                    <link rel="icon" href="data:image/svg+xml,<svg xmlns=%22http://www.w3.org/2000/svg%22 viewBox=%220 0 128 128%22><text y=%221.2em%22 font-size=%2296%22>â«ï¸</text></svg>">
        
                Show Lines

                                                    // ... lines 7 - 14
                            
                </head>
        
                Show Lines

                                                    // ... lines 16 - 95

Perfecto Ahora podemos confirmar todo.

actualizaciÃ³n de la receta doctrine/doctrine-bundle

Â¡Sigamos adelante!

composer recipes:update

Trabajaremos en el resto de arriba a abajo. Lo siguiente es doctrine/doctrine-bundle. Esta es una actualizaciÃ³n genial. Una vez mÃ¡s, voy a limpiar la pantalla y ejecutar:

git status

Se ha producido un conflicto dentro del archivo .env... que es probablemente el cambio menos interesante. Recientemente, la receta de DoctrineBundle empezÃ³ a enviarse con PostgreSQL como base de datos por defecto. Puedes cambiarlo totalmente para que sea lo que quieras, pero PostgreSQL es un motor de base de datos tan bueno que empezamos a enviarlo como sugerencia por defecto.

Pero yo estoy usando MySQL en este proyecto, asÃ que voy a mantenerlo. Pero para ser superguay, al menos tomarÃ© su nueva configuraciÃ³n de ejemplo... que parece un poco diferente... y actualizarÃ© mis comentarios encima con ella. Luego utilizarÃ© mi versiÃ³n del conflicto. El resultado final son unos cuantos retoques en los comentarios, pero nada mÃ¡s.

            Copy Code

                            Show All Lines

                        30 lines
            |
            .env
        
                Show Lines

                                                    // ... lines 1 - 24
                            
            # DATABASE_URL="sqlite:///%kernel.project_dir%/var/data.db"
        
            # DATABASE_URL="mysql://db_user:db_password@127.0.0.1:3306/db_name?serverVersion=5.7&charset=utf8mb4"
        
            # DATABASE_URL="postgresql://symfony:ChangeMe@127.0.0.1:5432/app?serverVersion=13&charset=utf8"
        
            DATABASE_URL="mysql://root@127.0.0.1:3306/symfony6_upgrade?serverVersion=5.7"
        
                Show Lines

                                                    // ... lines 29 - 30

Los otros cambios de la receta se refieren a los archivos de configuraciÃ³n, y seguro que puedes ver lo que ocurre. Ha eliminado dos archivos de configuraciÃ³n especÃficos del entorno y ha actualizado el principal. Hmm.

Abre config/packages/doctrine.yaml. Efectivamente, en la parte inferior vemos when@testy when@prod. Â¡QuÃ© bien! Ahora todo estÃ¡ en un solo archivo. SÃ³lo asegÃºrate de que si tienes alguna configuraciÃ³n personalizada en los antiguos archivos eliminados, la trasladas a este archivo.

            Copy Code

                            Show All Lines

                        43 lines
            |
            config/packages/doctrine.yaml
        
                Show Lines

                                                    // ... lines 1 - 18
                            
            when@test:
        
                doctrine:
        
                    dbal:
        
                        # "TEST_TOKEN" is typically set by ParaTest
        
                        dbname_suffix: '_test%env(default::TEST_TOKEN)%'
        
            when@prod:
        
                doctrine:
        
                    orm:
        
                        auto_generate_proxy_classes: false
        
                Show Lines

                                                    // ... lines 29 - 43

Otro cambio nuevo es este dbname_suffix bajo when@test. Esto es genial. Cuando ejecutes pruebas, esto reutilizarÃ¡ automÃ¡ticamente la misma configuraciÃ³n de conexiÃ³n a la base de datos, pero con un nombre de base de datos diferente: tu nombre normal seguido de _test. Y esta parte elegante del final hace que sea muy fÃ¡cil ejecutar pruebas paralelas con Paratest. Esto garantizarÃ¡ que cada proceso paralelo utilice un nombre de base de datos diferente. Todo esto lo consigues, de forma gratuita, gracias a la receta actualizada.

Hay otro cambio en este archivo, y es importante. En PHPStorm, puedo ver que la actualizaciÃ³n de la receta ha eliminado la lÃnea type: annotation. Ahora mismo, seguimos utilizando anotaciones en nuestro proyecto para la configuraciÃ³n de las entidades. Vamos a cambiar eso en unos minutos para utilizar los atributos de PHP 8, que va a ser increÃble. Pero de todos modos, en la configuraciÃ³n de DoctrineBundle, ya no necesitas esta lÃnea type: annotation. Si no la tienes, el formato correcto se detectarÃ¡ automÃ¡ticamente. Si Doctrine ve anotaciones, cargarÃ¡ anotaciones; si ve atributos de PHP 8, los cargarÃ¡. AsÃ que la mejor configuraciÃ³n es no tenerla... lo que le dice a Doctrine que descubra las cosas por nosotros.

Una vez mÃ¡s, aÃ±ade todos estos cambios, haz un commit, y... Â¡continuemos! Â¡Bueno, sigamos en el prÃ³ximo capÃtulo, donde actualizaremos DoctrineExtensionsBundle, algunas recetas de depuraciÃ³n, enrutamiento, seguridad y mÃ¡s!

2 Comments

Sort By

julien_bonnier 2 years ago edited

I think there is something not working with my setup, I got only this change now

    modified:   app/symfony.lock

| Reply |

Victor SFCASTS julien_bonnier 2 years ago

Hey Julien,

It seems related to another your issue, please take a look at my answer: https://symfonycasts.com/sc... . Otherwise, please, tell us what exactly command you executed. Btw, it might be so that you have no changes after updating the recipe, most probably your code already matches the latest recipe content and so it only modifies symfony.lock to update the hash.

Cheers!