feat: increase ordered_interfaces fixer priority

[erickskrauch]

Fixes #7760.

[coveralls]

coverage: 94.755%. remained the same
when pulling 55f6c3f on erickskrauch:increase_ordered_interfaces_priority
into cff91c0 on PHP-CS-Fixer:master.

[erickskrauch]

In case this PR will be accepted, I feel like there should be a comment which will describe the reason, why this priority is set.

[keradus]

@erickskrauch , can you fix the failing CI jobs and also sync master branch into your PR?

[erickskrauch]

@keradus, I can't anymore. Since the changes introduced in the 9167592 commit, the ordered_interfaces must have priority <7, but for my case I need it to be at least 67, which is invariant.

If you don't see any possible solution for this situation, I think I will need to close this PR as not implementable at the moment until some graph-based priorities are introduced.

[keradus]

The mentioned commit proved priority dependency between 2 fixers that was not explicitly declared before. That not-yet-discovered priority dependencies are the risk I was mentioning for changing any priority.

I see the value in switching to graph solution, but if you would construct the graph with circuit (A->B->C->A), and to what I understand is your challenge, it would not allow us to solve and run fixers in linear order. I'm happy to have a PR one day that is not only moving us to graph, but also solving the circuits.

I'm closing the PR due to discussion.