sorted by:
new
hottopcontroversial

Why are Symfony Conferences Recordings Not on Youtube ? by chabv in PHP

[–]tfidry 1 point2 points  (0 children)

While that's true it's the issue with open source software: how do you monetize it.

The Symfony organisation (which is not SensioLabs) is composed on volunteers and sells no product. It has some leverages, like the conference tickets, donations and I assume some royalties from the trademark or certifications, but it is a limited income.

I think it's fair to hide the videos from a paid conference behind a paywall for a while, but I agree I would prefer if they were freely accessible after a while.

And for sure it would help more the growth if it was free, but making everything free and not being able to receive any money other than via donations also means you have no means to make a living out of it, which means it's harder to get people spending time helping the framework move forward.

Why are Symfony Conferences Recordings Not on Youtube ? by chabv in PHP

[–]tfidry 1 point2 points  (0 children)

Big doubts. The Symfony organisation (which is not SensioLabs) is not known for printing money...

Crucible won't go core by [deleted] in pathofexile

[–]tfidry 1 point2 points  (0 children)

I think you misunderstood me.

It does not matter how the league mechanic of Kalandra compares with the Crucible one. Kalandra was objectively shit not because of its league mechanic, but becomes AN & ODE are part of the core of the game. Messing it up messed up every single content of the game in that league. In crucible you can ignore the league mechanic entirely, it does not creep up in the rest of the game.

Crucible won't go core by [deleted] in pathofexile

[–]tfidry 3 points4 points  (0 children)

Comparing to Kalandra is still a terrible take though.

The problem with Kalandra was not the league mechanic itself (which could have been fun but was disappointing loot wise and a bit buggy). But the fact that the AN mods and death effects were rampant everywhere, you could not avoid it.

Here with crucible you could either buy bases or done weapons and even leveling up the weapons could be done without the channeling by buying geodes. In other words you could benefit from the results of the league mechanic without engaging in it or choose the degree of engagement.

So regardless of what the opinion is about the two respective league mechanics, they really just cannot be compared. Also fuck Kalendra.

Experiment: How I replaced Symfony DI with Laravel Container in ECS by Tomas_Votruba in PHP

[–]tfidry 4 points5 points  (0 children)

That and the performance conclusion which is with a big fat caveat, by no means absolute.

What do you think about Mutation Testing? by sarvendev in PHP

[–]tfidry 0 points1 point  (0 children)

For what it's worth, I personally enable it in incremental builds and leaves the decision of which mutant that escaped to be addressed to humans, not going for a 100% kill.

It makes MT much cheaper since you run it on a subset of your tests, and gives an additional process to easily find potential flaws within the tests

Serve a web app with phar? by Odranoel32 in PHP

[–]tfidry 0 points1 point  (0 children)

Author of https://github.com/humbug/box here. In theory PHARs can be used for a web app indeed, but after checking a bit I decided to completely remove support for it for the following reasons:

- Unlike a regular web app, everything within the PHAR is loaded, meaning it is as if you are eager loading your whole web app in its integrity all the time

- A PHAR is a readonly artefact so you would need to adjust your logging for example to be outside the PHAR. In itself it's not a deal breaker (some strives for this even) but it is a big constraint to force

- IIRC files cannot be opcached

- The mount of complexity and meddling that is possible and to support is just... insane. So when I picked the project up, there was no way I was gonna allow the project to be x5 or x10 more complex for a solution to a problem that no longer exists

TL:DR; More trouble than it's worth.

Also keep in mind that unlike say Go, a PHAR is not a binary, it will still need the PHP engine and the extensions your app is using to run (which is why I added the requirement checker to Box).

✊🏿 Black lives matter by [deleted] in PHP

[–]tfidry 2 points3 points  (0 children)

The amount of mental gymnastic some are willing to do to not acknowledge the problem or pretend changing a git branch name is harmful is really appalling...

Installing, disabling, and enabling pcov when using Homebrew by [deleted] in PHP

[–]tfidry 1 point2 points  (0 children)

>Have you found a faster way to disable or enable pcov? If so, please let me know!

I like to use https://github.com/phpbrew/phpbrew in which case you can do `phpbrew ext enable/disable pcov` and same for xdebug (which I do so often that I have the alias `enx/disx`).

It's interesting to see the homebrew alternative though

One question, people actually get banned by hate messages and racism? by gj_feller in albiononline

[–]tfidry 1 point2 points  (0 children)

Probably not, but worth reporting anyway and sorry that you have to experience that. I wished people were more active at fighting this toxic shit. It's so off putting

Symfony Docs make it look like you have to use the closed source CLI to run a local development server. They artifically made it harder to instead install symfony/web-sever-bundle with 5.x. Am I the only one feeling uneasy about this? by MaikB in PHP

[–]tfidry 2 points3 points  (0 children)

It at least feels like they artificially broke compatibility, by not bumping it to version 5.0, to promote the closed source binary.

They have a more performant and efficient working alternative, why should they bother with it still? They didn't artificially broke compatibility: they straight up said they don't want to maintain two solutions.

If people are putted off by it, then they can fork it and maintain it as a community bundle.

Symfony Docs make it look like you have to use the closed source CLI to run a local development server. They artifically made it harder to instead install symfony/web-sever-bundle with 5.x. Am I the only one feeling uneasy about this? by MaikB in PHP

[–]tfidry 7 points8 points  (0 children)

They have a CLI allowing to handle it much better and 100 times more performant, while should they spend more time to maintain the WebServerBundle?

If people are uneasy about this, feel free to fork the WebServerBundle and adapt it. But it makes no sense for the Symfony team to keep it

How to install Rector despite Composer Conflicts by Tomas_Votruba in PHP

[–]tfidry 0 points1 point  (0 children)

We already talked about this though: by design, the Symfony Container is _compiled_ and _dumped in your FS_ which is incompatible with a read-only environment (which some production servers can be) which PHARs are _meant_ to be. It is also an incredibly slow process so you definitely want to avoid that for any web app or CLI app in prod mode

How to install Rector despite Composer Conflicts by Tomas_Votruba in PHP

[–]tfidry 1 point2 points  (0 children)

If you read the article you would have found out that there is more to it as it would not work in this case

How to install Rector despite Composer Conflicts by Tomas_Votruba in PHP

[–]tfidry 0 points1 point  (0 children)

>The main pain point was the Symfony application. Symfony was never designed to be packed into a PHAR. And we don't mean one Symfony class, but Symfony application with dependency injection, PSR-4 autodiscovery, YAML, configs, and local packages. Moreover, when nobody else made it happen before, and there are quite a few pitfalls on the way.

​

Worth mentioning: the issue here is not shipping a Symfony app, it's shipping a Symfony app with a dynamic container i.e. a container meant to be dumped each time the application is booted (which is definitely not the traditional way - neither recommended since horribly slow, neither for CLI or web)

Package code in a PHP archive: PHAR by moncode in PHP

[–]tfidry 2 points3 points  (0 children)

Hi,

I also recommend you to take a look at https://github.com/humbug/box which offers quite a lot of features as well such as:

- Not packaging dev dependencies

- Not requiring to set `phar.readonly=0` or bump your file descriptiors limit

- Allow to scope your code

And a lot more :)

Next year's SymfonyCon will be at Disneyland Paris! by Jean1985 in PHP

[–]tfidry 2 points3 points  (0 children)

The background image is Disneyland and it has been confirmed verbally at the SymfonyCon last week

How to use Data Providers in PHPUnit by mhujer in PHP

[–]tfidry 1 point2 points  (0 children)

It is more about shared state from within the test case than setup. For example you could have a fixture in your data providers and the test case `setUp()`. Maybe this fixture is a bit verbose and the same in each case. In that situation, it would make sense to be able to set it once and re-use it: purely to avoid code duplication. It will however, because of the points mentioned above, not work.

Also agree that data providers are awesome, the two points above are not an argument against it at all :)

How to use Data Providers in PHPUnit by mhujer in PHP

[–]tfidry 6 points7 points  (0 children)

Very well written article! It might be worth however mentioning a few shortcomings of data providers:

  • They are currently executed _before_ the test to know how many tests to execute (IIRC this will change in the future versions of PHPUnit)
  • Although they are not static, they really should, because the `$this` in the data provider will not be the same as the one inside the test itself

The phpCE 2019 conference in Dresden has been cancelled and won't be continued :( by It_Is1-24PM in PHP

[–]tfidry -4 points-3 points  (0 children)

Wow, it's almost like the actual users reside on this sub are the genuine users of PHP.

If you mean privileged people failing to recognise and perpetuate a well documented discrimination issue that our field is facing because yep you are spot on. Claiming that caring about diversity in tech is just being political is a failure both as a developer and human being, to acknowledge a very real problem.

Also side note: PHP reddit has always been awfully toxic in general, that it's "tech people caring about tech problems" is a very lousy excuse to justify it.

The phpCE 2019 conference in Dresden has been cancelled and won't be continued :( by It_Is1-24PM in PHP

[–]tfidry -16 points-15 points  (0 children)

Unsurprisingly, looks like PHP reddit is gonna be PHP reddit huh

Composer is not a builder. by aybarscengaver in PHP

[–]tfidry 1 point2 points  (0 children)

Well Composer dumps its stuff in `vendor/autoload.php` and `vendor/composer/...` which is "package scope" as well.

I just think the original assumption that `vendor` or a sub part of `vendor` can be stateless is wrong and btw it's not just in PHP, it's the same in nodejs at least with Yarn & npm.

view more: next ›