Chapters

14 Chapters | 1:31:04 |

01

Upgrade to Symfony 3.4

8:56
02

Autowiring & Service Deprecations

9:17
03

Upgrade to Symfony 4.0

6:38
04

Installing Flex

4:27
05

The Flex composer.json File

4:18
06

Your Flex Project is Alive!

4:15
07

Migrating framework Config

7:45
08

Finishing framework Config

7:21
09

Migrating Services & Security

8:03
10

Final config/ Migration

7:25
11

Hello Flex: Moving Final Files

4:00
12

The Server & New IsGranted

4:17
13

Bye Bye AppBundle

7:51
14

Flex Extras

6:31

> Symfony 3 > Upgrade to Symfony4 and Flex!

Buy Access to Course

03.

Upgrade to Symfony 4.0

|

Autoplay

Previous Chapter

Next Chapter

Login or register to check out the script

36 Comments

Sort By

Login or Register to join the conversation

Gregory B. 8 years ago

Hello Ryan, could you tell us what PhpStorm plugin gives you the autocompletion on release versions of composer packages in composer.json ?

1 |

MolloKhan SFCASTS Gregory B. 8 years ago edited

Hey Gregory B.

There is a plugin for PhpStorm for composer support, it's called "PHP Composer.json support"

Cheers!

1 |

Gregory B. MolloKhan 8 years ago

I just installed it, I'll give it a try. Thank you very much!

1 |

lid 2 years ago edited

Late to the party, but nevertheless having 2 questions regarding upgrading a SF 3.4 App.
I've already rewritten all services (created legacy-aliases) for about 600 services... Application is huge (260 Entities) without any tests. OK. legacy - far away from a perfect world.

When i try to replace SF 3.4 by 4.* and hit composer update, i am getting the error that i cannot install e.g.: property-accessor or syfmony/securty alongside with symfony/symfony. property-accessor, symfony/security and others are required by bundles i require.

1.) Question: i am a correct, that i cannot use symfony/symfony anymore but have to switch to symfony/framework-bundle?
2.) Or should i switch to flex already in my SF 3.4 - App and upgrade afterwards
3.) In the end the goal is an upgrade to SF 7. Plan was doing that step-step while developing features for our clients. Regarding recipes: Should we skip the switch to recipes while we are on the road for upgrade... So first Upgrade version by version to SF7 and after then switch to recipes? Because if we switch to recipes already in SF 4, as far as i can see in your other tutorials we then have to upgrade the recipes in every version too.

Thanks for your response.

@weaverryan I hope you are doing well so far. I wish you and your family the very best. Our thoughts are with you very often.

|

Victor SFCASTS lid 2 years ago

Hey lid,

Oh, that's a huge upgrade for you, but the most scarry thing is that you don't have tests. I would recommend you to add some on the go, they will help you to catch problems after the next upgrade easier and faster, and be more confident in every upgrade as well.

You are correct that with Symfony 4 and later, the symfony/symfony package is no longer recommended. Instead, Symfony has modularized its components, and you should use individual packages like symfony/framework-bundle, symfony/security-bundle, etc. See the full list of dependencies for the symfony/symfony and try to find what packages from that list you're using directly, and then require them directly in your composer.json.
Yes, I think you can switch to Symfony Flex, and those are independent actions. You want both, get rid of the. monolithic symfony/symfony package and bring Symfony Flex.
It's true that you will have to upgrade recipes as well after the dependencies upgrade... but the recipes upgrade is meant to help you actually. You would need to upgrade your configuration anyway after every upgrade, and I believe recipes upgrade will help you on the go, so it should be something good IMO.

I hope that helps!
Cheers!

|

Cameron 6 years ago

Also, do you guys provide mentoring or code review, for instance 15 minutes for $30USD? It really sucks being a solo developer and I could use some help :-(

|

Muhamed Didovic Cameron 5 years ago

Hey Cameron, if you still any help contact me: muhamed.didovic@gmail.com

|

MolloKhan SFCASTS Cameron 6 years ago edited

Hey Fox C.

I know that feeling. Can you drop me a message to diego@symfonycasts.com

Cheers!

|

Cameron 6 years ago edited

Hi Ryan, I'm getting a strange issue I wondered if you could help with:

Cannot autowire service "Twencha\Bundle\EventRegistrationBundle\Form\Registration\BaseRegistrationType": argument "$kernelEnv" of method "VisageFour\Bundle\ToolsBundle\Form\BaseFormType::__construct()" has no type-hint, you should configure its value explicitly.

However this is an abstract class firstly and secondly, the class isn't used as a service. I don't want to create a service definition for an abstract class! I also don't want to have to add this class to an "excludes" list as it shouldn't be trying to create a service. I cannot find any instances of it being used as a service and from what you said, only classes that are injected are put into the compiler. What should I do?

|

MolloKhan SFCASTS Cameron 6 years ago edited

Hey Fox C.

If both classes BaseFormType and BaseRegistrationType are abstract classes and nobody is using or inheriting from them, then everything should work well. Can you double check that there isn't any "concrete" class extending from one of those?
git grep "BaseFormType\|BaseRegistrationType should do the trick

Cheers!

|

Cameron MolloKhan 6 years ago

Thanks, I searched my project - yes there are classes that extend these abstract classes. However, from my understanding, that's the point: to not be forced to create service definitions for abstract classes, but to create them for their children classes - I'm not sure why symfony would want to create a service for an un-instantiated abstract class, it's very strange.

|

weaverryan SFCASTS Cameron 6 years ago edited

Hey Fox C.!

This is a fascinating area of Symfony :). It does seem strange that Symfony would register an abstract class as a service. But it's done this way on purpose: someone could (in theory) use this "service auto-registration" feature to register an entire directory of abstract classes as abstract services:


    App\AbstractStuff:
        resource: '../src/AbstractStuff'
        abstract: true

That's a total edge case, but it's valid.

But, back to your situation :). Because, even if the above is valid, it is super annoying that you would have this abstract class that is causing an error. Here's the trick: here's how this "should" be working internally in Symfony:

A) Symfony sees your class and registers it as a service
B) Some argument can't be autowired, so Symfony "attaches" an error to the service (it does not throw it... yet)
C) Symfony now notices that nobody ever uses your service, and so it removes it from the container
D) Symfony does not throw the exception from (B) because the service was removed from the container

And this happens all the time - it's why you could create a "model" class (e.g. src/Model/ProductInfo.php) with required constructor arguments and not get an error: this isn't meant to be a service, so you never use it as a service, so Symfony realizes it is not actually a service and removes it.

So the question is: why/what is "using" your BaseRegistrationType? You've already said that you are not using it as a service, and I believe you. But... Symfony is using it as a service. Because your form class ultimately implements FormTypeInterface::class, "autoconfigure" is automatically adding a form.type tag - thanks to this line in the core - https://github.com/symfony/symfony/blob/1de42a5f0806ee5291943ad8337e06d9a93c98a5/src/Symfony/Bundle/FrameworkBundle/DependencyInjection/FrameworkExtension.php#L430-L431

This ultimately means that Symfony's form system keeps a "reference" to your BaseRegistrationType service, which is not what you want. Honestly, I'm a bit surprised that I've never run into this or heard anyone running into this problem before. There are absolutely ways to work around this, but it is (I agree) an odd behavior (this auto-registration, autoconfigure stuff is tricky!). Unfortunately, unless I'm not seeing something, a work-around will be required. I can see 2 options:

1) Exclude the file like you originally suggested. Not ideal, but it will work
2) At the bottom of your services file, override the service and add abstract: true.

Anyways, I hope this helps at least clarify why you're seeing this odd behavior.

Cheers!

|

Cameron weaverryan 6 years ago edited

Thanks for the feedback, I've found a workaround, but as it's something you haven't seen before, I've included the output from Diego's command below - not sure if it's useful, in identfying / confirming the issue, but thought I'd include it anyway if you find it helpful. Thanks for the help.

[username_goes_here]@penguin:~/php/twenchaLE$ git grep "BaseFormType\|BaseRegistrationType"<br />app/config/services.yml: Twencha\Bundle\EventRegistrationBundle\Form\Registration\BaseRegistrationType:<br />src/Twencha/Bundle/EventRegistrationBundle/Classes/RegistrationPages/RegistrationPage.php:use Twencha\Bundle\EventRegistrationBundle\Form\Registration\BaseRegistrationType;<br />src/Twencha/Bundle/EventRegistrationBundle/Classes/RegistrationPages/RegistrationPage.php: * @return BaseRegistrationType<br />src/Twencha/Bundle/EventRegistrationBundle/Form/BadgeValidationType.php:use VisageFour\Bundle\ToolsBundle\Form\BaseFormType;<br />src/Twencha/Bundle/EventRegistrationBundle/Form/BadgeValidationType.php: * (Refer to the BaseFormType for more information on formType versions and how-to)<br />src/Twencha/Bundle/EventRegistrationBundle/Form/BadgeValidationType.php: * - check the BaseFormType for:<br />src/Twencha/Bundle/EventRegistrationBundle/Form/BadgeValidationType.php: * - create a service definition (use the sample code from the BaseFormType class or from the apps services.yml)<br />src/Twencha/Bundle/EventRegistrationBundle/Form/BadgeValidationType.php: * - check if any baseForm changes have been made and if so, create and document new version number of the form class in the BaseFormType<br />src/Twencha/Bundle/EventRegistrationBundle/Form/BadgeValidationType.php:class BadgeValidationType extends BaseFormType<br />src/Twencha/Bundle/EventRegistrationBundle/Form/EmailSignInType.php:use VisageFour\Bundle\ToolsBundle\Form\BaseFormType;<br />src/Twencha/Bundle/EventRegistrationBundle/Form/EmailSignInType.php: * for information on form versions and how-to, refer to BaseFormType<br />src/Twencha/Bundle/EventRegistrationBundle/Form/EmailSignInType.php:class EmailSignInType extends BaseFormType<br />src/Twencha/Bundle/EventRegistrationBundle/Form/PersonType.php:use VisageFour\Bundle\ToolsBundle\Form\BaseFormType;<br />src/Twencha/Bundle/EventRegistrationBundle/Form/PersonType.php: * for information on form versions and how-to, refer to BaseFormType<br />src/Twencha/Bundle/EventRegistrationBundle/Form/PersonType.php:class PersonType extends BaseFormType<br />src/Twencha/Bundle/EventRegistrationBundle/Form/Registration/BaseRegistrationType.php:use VisageFour\Bundle\ToolsBundle\Form\BaseFormType;<br />src/Twencha/Bundle/EventRegistrationBundle/Form/Registration/BaseRegistrationType.php:abstract class BaseRegistrationType extends BaseFormType implements RegistrationFormTypeInterface<br />src/Twencha/Bundle/EventRegistrationBundle/Form/Registration/RegistrationBasicsType.php:use VisageFour\Bundle\ToolsBundle\Form\BaseFormType;<br />src/Twencha/Bundle/EventRegistrationBundle/Form/Registration/RegistrationBasicsType.php: * (Refer to the BaseFormType for more information on BaseFormType versions and how-to)<br />src/Twencha/Bundle/EventRegistrationBundle/Form/Registration/RegistrationBasicsType.php:class RegistrationBasicsType extends BaseRegistrationType<br />src/Twencha/Bundle/EventRegistrationBundle/Form/Registration/RegistrationLanguagesType.php:use VisageFour\Bundle\ToolsBundle\Form\BaseFormType;<br />src/Twencha/Bundle/EventRegistrationBundle/Form/Registration/RegistrationLanguagesType.php: * (Refer to the BaseFormType for more information on BaseFormType versions and how-to)<br />src/Twencha/Bundle/EventRegistrationBundle/Form/Registration/RegistrationLanguagesType.php:class RegistrationLanguagesType extends BaseRegistrationType<br />src/Twencha/Bundle/EventRegistrationBundle/Form/Registration/RegistrationWelcomeType.php: * (Refer to the BaseFormType for more information on BaseFormType versions and how-to)<br />src/Twencha/Bundle/EventRegistrationBundle/Form/Registration/RegistrationWelcomeType.php: * - check the BaseFormType for:<br />src/Twencha/Bundle/EventRegistrationBundle/Form/Registration/RegistrationWelcomeType.php: * - DEPRECATED AFTER SYMFONY 3.0 (due to auto-wiring): create a service definition (use the sample code from the BaseFormType class or from the apps services.yml)<br />src/Twencha/Bundle/EventRegistrationBundle/Form/Registration/RegistrationWelcomeType.php: * - check if any baseForm changes have been made and if so, create and document new version number of the form class in the BaseFormType<br />src/Twencha/Bundle/EventRegistrationBundle/Form/Registration/RegistrationWelcomeType.php:class RegistrationWelcomeType extends BaseRegistrationType<br />src/Twencha/Bundle/EventRegistrationBundle/Interfaces/RegistrationFormTypeInterface.php:use VisageFour\Bundle\PersonBundle\Interfaces\BaseFormTypeInterface;<br />src/Twencha/Bundle/EventRegistrationBundle/Interfaces/RegistrationFormTypeInterface.php:interface RegistrationFormTypeInterface extends BaseFormTypeInterface

|

Cameron Cameron 6 years ago

FYR: (abstract) class: BaseRegistrationType inherits from BaseFormType

|

Abdallah O. 6 years ago

Hello SymfonyCasts Team, i know it's 2 years now, and i red that HHVM is dropped in symfony4, so i got this 2 problems :
1-This package requires php >=7.3.3 but your HHVM version does not satisfy that requirement, migrating to symfony4.
2- The requested package symfony/symony could not be found in any version, there may be a typo in the package name.
I don't know where to find HHVM.

|

MolloKhan SFCASTS Abdallah O. 6 years ago edited

Hey Abdallah O.

1.- I have no any particular experience in HHVM but you will have to pump up your PHP version of your machine somehow
2.- Since Symfony4 you don't install symfony/symfony package anymore, you just install the components or bundles that you will need. I recommend you to read about Symfony Flex so you get a better idea of what I'm talking about (https://symfony.com/doc/cur...

Cheers!

|

Abdallah O. MolloKhan 6 years ago

Thank You for replying quickly, i have php version 7.3, i will search for HHVM solution in xamp direction . Thanks

1 |

Mark Bateman 7 years ago edited

I'm at the part where I changed the Symfony version and php bridge to 4.0 and I keep getting.

$ composer update


Loading composer repositories with package information

Updating dependencies (including require-dev)

Your requirements could not be resolved to an installable set of packages.




  Problem 1

    - Conclusion: don't install symfony/symfony v4.2.4

    - Conclusion: don't install symfony/symfony v4.2.3

    - Conclusion: don't install symfony/symfony v4.2.2

    - Conclusion: don't install symfony/symfony v4.2.1

    - Conclusion: don't install symfony/symfony v4.2.0

    - Conclusion: don't install symfony/symfony v4.1.11

    - Conclusion: don't install symfony/symfony v4.1.10

    - Conclusion: don't install symfony/symfony v4.1.9

    - Conclusion: don't install symfony/symfony v4.1.8

    - Conclusion: don't install symfony/symfony v4.1.7

    - Conclusion: don't install symfony/symfony v4.1.6

    - Conclusion: don't install symfony/symfony v4.1.5

    - Conclusion: don't install symfony/symfony v4.1.4

    - Conclusion: don't install symfony/symfony v4.1.3

    - Conclusion: don't install symfony/symfony v4.1.2

    - Conclusion: don't install symfony/symfony v4.1.1

    - Installation request for phpunit/phpunit ^4.1 -> satisfiable by phpunit/phpunit[4.1.0, 4.1.1, 4.1.2, 4.1.3, 4.1.4, 4.1.5, 4.1.6, 4.2.0, 4.2.1, 4.2.2, 4.2.3, 4.2.4, 4.2.5, 4.2.6, 4.3.0, 4.3.1, 4.3.2, 4.3.3, 4.3.4, 4.3.5, 4.4.0, 4.4.1, 4.4.2, 4.4.3, 4.4.4, 4.4.5, 4.5.0, 4.5.1, 4.6.0, 4.6.1, 4.6.10, 4.6.2, 4.6.3, 4.6.4, 4.6.5, 4.6.6, 4.6.7, 4.6.8, 4.6.9, 4.7.0, 4.7.1, 4.7.2, 4.7.3, 4.7.4, 4.7.5, 4.7.6, 4.7.7, 4.8.0, 4.8.1, 4.8.10, 4.8.11, 4.8.12, 4.8.13, 4.8.14, 4.8.15, 4.8.16, 4.8.17, 4.8.18, 4.8.19, 4.8.2, 4.8.20, 4.8.21, 4.8.22, 4.8.23, 4.8.24, 4.8.25, 4.8.26, 4.8.27, 4.8.28, 4.8.29, 4.8.3, 4.8.30, 4.8.31, 4.8.32, 4.8.33, 4.8.34, 4.8.35, 4.8.36, 4.8.4, 4.8.5, 4.8.6, 4.8.7, 4.8.8, 4.8.9].

    - Conclusion: don't install symfony/symfony v4.1.0

    - Conclusion: don't install symfony/symfony v4.0.15

    - Conclusion: don't install symfony/symfony v4.0.14

    - Conclusion: don't install symfony/symfony v4.0.13

    - Conclusion: don't install symfony/symfony v4.0.12

    - Conclusion: don't install symfony/symfony v4.0.11

    - Conclusion: don't install symfony/symfony v4.0.10

    - Conclusion: don't install symfony/symfony v4.0.9

    - Conclusion: don't install symfony/symfony v4.0.8

    - Conclusion: don't install symfony/symfony v4.0.7

    - Conclusion: don't install symfony/symfony v4.0.6

    - Conclusion: don't install symfony/symfony v4.0.5

    - Conclusion: don't install symfony/symfony v4.0.4

    - Conclusion: don't install symfony/symfony v4.0.3

    - Conclusion: don't install symfony/symfony v4.0.2

    - Conclusion: don't install symfony/symfony v4.0.1

    - symfony/symfony v4.0.0 conflicts with roave/security-advisories[dev-master].

    - symfony/symfony v4.0.0 conflicts with roave/security-advisories[dev-master].

    - Installation request for symfony/symfony ^4.0 -> satisfiable by symfony/symfony[v4.0.0, v4.0.1, v4.0.10, v4.0.11, v4.0.12, v4.0.13, v4.0.14, v4.0.15, v4.0.2, v4.0.3, v4.0.4, v4.0.5, v4.0.6, v4.0.7, v4.0.8, v4.0.9, v4.1.0, v4.1.1, v4.1.10, v4.1.11, v4.1.2, v4.1.3, v4.1.4, v4.1.5, v4.1.6, v4.1.7, v4.1.8, v4.1.9, v4.2.0, v4.2.1, v4.2.2, v4.2.3, v4.2.4].

    - Installation request for roave/security-advisories dev-master -> satisfiable by roave/security-advisories[dev-master].

|

Victor SFCASTS Mark Bateman 7 years ago

Hey Mark,

Is it the full output you have? What PHP version do you have? You can check it with "$ php --version" in your terminal. Also, could you show us your dependencies in composer.json?

Cheers!

|

Kaizoku 8 years ago

friendsofsymfony/user-bundle (v2.0) is not compatible yet with SF4.
After doing the way that Ryan suggest for doctrine extension bundle it's working.
Also I noticed that it's Ryan was a major players into refactoring FOS userbundle for SF4 so it should be soon 'composer ready'.
Thank Ryan btw.

So use this line will make your project good to go : "friendsofsymfony/user-bundle": "dev-master"

|

weaverryan SFCASTS Kaizoku 8 years ago edited

Hey Kaizoku!

Thanks for sharing this :). Yea, I hope FOSUserBundle will be Symfony 4 compat VERY soon - all (or at least most) of the work is done as you correctly saw. Workarounds suck, but yep, you've posted the correct workaround for now!

Cheers!

|

Trafficmanagertech 8 years ago

Hi, I have a problem...
I need php-ffmpeg/php-ffmpeg, which require neutron/temporary-filesystem, which allows only symfony/filesystem: ^2.3 || ^3.0
How could I solve?
(PHP-FFMpeg was required by pulse00/ffmpeg-bundle, which I already forked to allow SF4)

|

Trafficmanagertech Trafficmanagertech 8 years ago

Fixed by forking also neutron/temporary-filesystem and alchemy/binary-driver :)

|

weaverryan SFCASTS Trafficmanagertech 8 years ago edited

Hey Trafficmanagertech!

Great job on solving this. But BOOOO for needing this :). I hope more and more libraries will start supporting Symfony4! Actually, someone just opened a PR (https://github.com/romainne... - is that you? If so, nice work!

Cheers!

1 |

toporovvv 8 years ago edited

At the moment I have to change php version in config -> platform -> php section from 5.5.9 to 7.2.5. Then, changed a version of Doctrine ORM to "~2.4,>=2.4.5" (found it here
https://github.com/symfony/symfony/blob/master/composer.json ). stof/doctrine-extensions-bundle is fine now, so it stays as is. The whole composer.json for successful update for this tutorial:


{
    "name": "symfony/framework-standard-edition",
    "license": "MIT",
    "type": "project",
    "description": "The \"Symfony Standard Edition\" distribution",
    "autoload": {
        "psr-4": { "": "src/" },
        "classmap": [ "app/AppKernel.php", "app/AppCache.php" ]
    },
    "autoload-dev": {
        "psr-4": { "Tests\\": "tests/" },
        "files": [ "vendor/symfony/symfony/src/Symfony/Component/VarDumper/Resources/functions/dump.php" ]
    },
    "require": {
        "php": ">=5.5.9",
        "doctrine/doctrine-bundle": "^1.6",
        "doctrine/doctrine-cache-bundle": "^1.2",
        "doctrine/doctrine-migrations-bundle": "^1.2",
        "doctrine/orm": "~2.4,>=2.4.5",
        "knplabs/knp-markdown-bundle": "^1.5",
        "sensio/framework-extra-bundle": "^3.0.2",
        "stof/doctrine-extensions-bundle": "^1.2",
        "symfony/monolog-bundle": "^3.0.2",
        "symfony/polyfill-apcu": "^1.0",
        "symfony/swiftmailer-bundle": "^3.1",
        "symfony/symfony": "^4.0",
        "twig/twig": "^1.0||^2.0"
    },
    "require-dev": {
        "doctrine/doctrine-fixtures-bundle": "^2.3",
        "symfony/phpunit-bridge": "^4.0"
    },
    "scripts": {
        "symfony-scripts": [
            "Incenteev\\ParameterHandler\\ScriptHandler::buildParameters",
            "Sensio\\Bundle\\DistributionBundle\\Composer\\ScriptHandler::buildBootstrap",
            "Sensio\\Bundle\\DistributionBundle\\Composer\\ScriptHandler::clearCache",
            "Sensio\\Bundle\\DistributionBundle\\Composer\\ScriptHandler::installAssets",
            "Sensio\\Bundle\\DistributionBundle\\Composer\\ScriptHandler::installRequirementsFile",
            "Sensio\\Bundle\\DistributionBundle\\Composer\\ScriptHandler::prepareDeploymentTarget"
        ],
        "post-install-cmd": [
            "@symfony-scripts"
        ],
        "post-update-cmd": [
            "@symfony-scripts"
        ]
    },
    "config": {
        "platform": {
            "php": "7.2.5"
        },
        "sort-packages": true
    },
    "extra": {
        "symfony-app-dir": "app",
        "symfony-bin-dir": "bin",
        "symfony-var-dir": "var",
        "symfony-web-dir": "web",
        "symfony-tests-dir": "tests",
        "symfony-assets-install": "relative",
        "branch-alias": {
            "dev-master": "3.2-dev"
        }
    }
}

|

Victor SFCASTS toporovvv 8 years ago edited

Hey toporovvv ,

Yes, you're right about PHP 7! Well, actually, Symfony 4 requires PHP ^7.1.3, but you have to point platform PHP version to that version you have on production. We just do not have this platform PHP version in our composer.json, but your comment may be useful for people who has. Thanks for sharing it!

Cheers!

1 |

niumis 8 years ago edited

Hey there!

New version is out of stof/doctrine-extensions-bundle. Release is 1.3.0 :)

Cheers!

|

MolloKhan SFCASTS niumis 8 years ago edited

Hey niumis

Thanks for informing us, I'll ping Ryan about it :)

Cheers!

|

Thomas L. 8 years ago

Hi Ryan, thanks a lot for the great upgrade tutorial!

For me, I don'nt know exactly when it happened first, the cache is broken and it seems to have created an memory leak. If composer is starting clear:cache command the memory usage explode while creating the warmup-cache. I tried it on my local xampp-installation with 8GB Ram and with dev-server with 16GB RAM same issue. My next step was to check the memory_limit. This is fine to.

Do you have any hints how to debug/solve this?

Regards,
Thomas

|

Victor SFCASTS Thomas L. 8 years ago

Hey Thomas,

Yes, good step about checking memory limit, so what memory limit do you have? Here's some recommendations from Composer which probably can help: https://getcomposer.org/doc... - it worked for me. Also, do you have Xdebug installed? Did you disabled it during installation? See https://getcomposer.org/doc... . I'd also recommend you to upgrade to the latest Composer version available, I see it's 1.6.2.

Let us know if it does not help

Cheers!

|

Thomas L. Victor 8 years ago

Hi Victor,

thanks for suggestions. On DEV machine the memory limit for CLI is disabled and we increased the memory to 32G. Composer is neweset version. xdebug is installed and suggestions did not help also.

So now I've started from scratch with a new symfony 4 installation and copy related project files one by one and test results. What I saw while profiling is an heavy increase of nested functions while compiling cache. I've set value to 10000 (! default is 256 i mention !) and same issue. I mention that there is sleeping anywhere a small bug in symfony 4 code but I am not sure how to find him.

For now I will continue with my workaround above and maybe I can reproduce the behaviour and have more clue what file/function/class is causing this one.

|

MolloKhan SFCASTS Thomas L. 8 years ago edited

Hey Thomas L.

How much swap memory do you have available? I experienced a somehow similar problem like this one in the past, and I managed to fix it by increasing the swap memory to 4GB

I hope it helps you. Cheers!

|

Thomas L. MolloKhan 8 years ago edited

Hi MolloKhan,

2G swap but this is not the cause. If 32G RAM are fully used there must be another issue. I copied yesterday non-symfony-files (only my projectfiles) without configuration to a from-scratch-installation and tried it step by step to fullfill the configuration I need. And ... no issue. I have no clear whats going on but for now thats by dirthy workaround.

|

weaverryan SFCASTS Thomas L. 8 years ago edited

Hey Thomas L.!

That IS very strange and concerning.... and it *is* totally possible there's some sleeping bug in Symfony. I have a recommendation: try profiling with blackfire. You can even use Blackfire to profile a command you run at the command line: https://blackfire.io/docs/c.... I've done this many times, and it works awesome. THIS would be the way to find out what's causing the huge memory. I'd be very interested in knowing :).

Cheers!

|

Thomas L. weaverryan 8 years ago

HI Ryan, thanks a lot for giving this hint. I requested an trial this morning.

|

MolloKhan SFCASTS Thomas L. 8 years ago

Great! Let us know how it went :)

Have a nice day

|

Symfony 4

What PHP libraries does this tutorial use?

// composer.json
{
    "require": {
        "php": "^7.1.3",
        "composer/package-versions-deprecated": "^1.11", // 1.11.99
        "doctrine/doctrine-bundle": "^1.6", // 1.8.1
        "doctrine/doctrine-cache-bundle": "^1.2", // 1.3.2
        "doctrine/doctrine-migrations-bundle": "^1.1", // v1.3.1
        "doctrine/orm": "^2.5", // v2.7.2
        "fzaninotto/faker": "^1.7", // v1.7.1
        "knplabs/knp-markdown-bundle": "^1.4", // 1.6.0
        "sensio/framework-extra-bundle": "^5.0", // v5.1.3
        "stof/doctrine-extensions-bundle": "dev-master", // dev-master
        "symfony/asset": "^4.0", // v4.0.1
        "symfony/console": "^4.0", // v4.0.1
        "symfony/flex": "^1.0", // v1.9.10
        "symfony/form": "^4.0", // v4.0.1
        "symfony/framework-bundle": "^4.0", // v4.0.1
        "symfony/lts": "^4@dev", // dev-master
        "symfony/maker-bundle": "^1.0", // v1.0.2
        "symfony/monolog-bundle": "^3.1", // v3.1.2
        "symfony/polyfill-apcu": "^1.0", // v1.6.0
        "symfony/profiler-pack": "^1.0", // v1.0.3
        "symfony/security-bundle": "^4.0", // v4.0.1
        "symfony/security-csrf": "^4.0",
        "symfony/swiftmailer-bundle": "^3.1", // v3.1.6
        "symfony/translation": "^4.0", // v4.0.1
        "symfony/twig-bundle": "^4.0", // v4.0.1
        "symfony/validator": "^4.0", // v4.0.1
        "symfony/web-server-bundle": "^4.0", // v4.0.1
        "symfony/yaml": "^4.0" // v4.0.1
    },
    "require-dev": {
        "symfony/dotenv": "^4.0", // v4.0.1
        "symfony/phpunit-bridge": "^4.0", // v4.0.1
        "doctrine/doctrine-fixtures-bundle": "^3.0" // 3.0.2
    }
}

Previous Chapter

Next Chapter