🏗️ A skeleton to start a new web project with PHP, Docker and Invoke
| Q | A | ------------- | --- | Branch? | 6.3 | Bug fix? | no | New feature? | yes | Deprecations? | no | Tickets | | License | MIT | Doc PR |
The information is duplicated, and when debuging messenger errors, the output is way too verbose. This PR enchance the situation.
| Q | A | ------------- | --- | Branch? | 6.3 | Bug fix? | no | New feature? | yes | Deprecations? | no | Tickets | | License | MIT | Doc PR | not needed I guess
[Console] Add missing ZSH mention in DumpCompletionCommand help
[Console] Add missing ZSH mention in DumpCompletionCommand help
update documentation for telegram bridge notifier
minor #49811 [Notifier] Update documentation for telegram bridge notifier (MrYamous)
This PR was merged into the 6.2 branch.
[Notifier] Update documentation for telegram bridge notifier
| Q | A | ------------- | --- | Branch? | 6.2 | Bug fix? | no | New feature? | no | Deprecations? | no | Tickets | From doc - Following #49782 | License | MIT | Doc PR |
Following #49782 to have up to date documentation in readme before removing it from symfony docs
1ddc90c21e update documentation for telegram bridge notifier
[Console] Add missing ZSH mention in DumpCompletionCommand help
Oh! That's strange. Can you add a test please?
If you use a custom service
as a marking store, you are responsible of defining its arguments. I think it's a bad idea if Symfony allow to create new services from this part of the configuration.
However, I'll submit a PR to add a new kind of marking store to support property natively 👍🏼
Update README.md
| Q | A | ------------- | --- | Branch? | 6.3 | Bug fix? | no | New feature? | yes | Deprecations? | no | Tickets | NA | License | MIT | Doc PR | No need I guess
Makes me think that adding a similar method to check a signal existence as a string in SignalRegistry
could be leveraged in https://github.com/symfony/symfony/pull/49750
Miss click, sorry! GitHub is really slow ATM 😬, I'll re-open as soon as GitHub allow me to!
I think we should not enforce something that PHP allow. So :+1: with checking only if the number is lower than 65
I think we should not enforce something that PHP allow. So +1 with checking only if the number is lower than 65
I think we should not enforce something that PHP allow. So :+1: with checking only if the number is lower than 65
I think we should not enforce something that PHP allow. So :+1: with checking only if the number is lower than 65
Upgrade to sF 6.2
Modernize the codebase + fix some wording
Merge pull request #15 from lyrixx/update
update
Correction
Are we sure the signal list is finite?
On some projects we have to add this to our Docker Compose files (platform: linux/amd64
);
version: '3.7'
volumes:
builder-data: {}
services:
php-base:
build: services/php-base
platform: linux/amd64
builder:
build: services/builder
platform: linux/amd64
To allow Macbooks with M1 chips to build.
It run but then it's painfully slow.
Could it be that our base images are not M1 compatible? Could we found images that runs anywhere?
Closing for lack of activity
We have something really similar in our application, so I think it's a good idea to have this feature in the core
Hello,
Symfony 3.4 is is not maintained anymore. I strongly suggest you to upgrade as soon as possible.
Then, the profiler should be used only in dev. It's disabled by default in production environment. IMHO disabling it in all environment doesn't increase the security but it decrease for sure the DX
Good catch! What about updating all other duration too?
Update src/Symfony/Component/Console/Command/DumpCompletionCommand.php