PHPLint, CodeSniffer, Psalm

Спасибо :)

команда make init не заработала, ошибка: Generating autoload files ocramius/package-versions: Generating version class... ocramius/package-versions: ...done generating version class docker run --rm -v /api:/app -w /app alpine chmod 777 var chmod: var: No such file or directory Makefile:26: recipe for target 'api-permissions' failed make: *** [api-permissions] Error 1

после make up, команды: make lint и make analyze прошли успешно.

У меня у одного видео при просмотре подвисает?

Что вы думаете по поводу анализатора phan ? от творца php, пишут что он единственный настоящий статический анализатор - так как строит синтаксическое дерево при анализе. Но он сложноват в настройке.

У меня под Виндой линтер ругается : End of line character is invalid; expected "\n" but found "\r\n"

Если делать деплой git-ом, то это заменятся автоматически, должен ли я это сообщение добавить в игнор, или всё таки нужно фиксить?

Дмитрий, позвольте получить от вас комментарий, что за phpspec, что за зверь такой, почему мы его не используем и чем он отличается от mockery? Спасибо.

Дмитрий, у меня после добавления "squizlabs/php_codesniffer" или "overtrue/phplint" в composer.json и запуска make api-composer-install не происходит установки этих библиотек через Composer.

Composer выводит сообщение:

Loading composer repositories with package information
Installing dependencies (including require-dev) from lock file
Warning: The lock file is not up to date with the latest changes in composer.json. You may be getting outdated dependencies. It is recommended that you run `composer update` or `composer update <package name>`.
Nothing to install or update.

При запуске composer install и при наличии файла composer.lock не проверяются изменения в файле composer.json. Приходится запускать вручную composer update.

Что вы можете посоветовать в данном случае?

Добрый день, Дмитрий! Спасибо за отличное руководство!

Недавно стал использовать Убунту для разработки и постоянно сталкиваюсь с ошибками которых не было на Виндовс. Самые частые из них - ошибки доступа к файлам. Приходится переназначать владельца, группу, права. И в связи с этим вопрос:

api-permissions:

docker run --rm -v ${PWD}/api:/app -w /app alpine chmod 777 var

Многие пишут, что выдавать 777 не очень хорошо.

Для api использовал Laravel, там есть директория storage. Для неё пришлось продублировать chmod 777 с флагом -R. Иначе не работало.

Это нормально или есть другие варианты?

Добрый вечер, Дмитрий.

Запустил проверку проекта psalm-ом.

Возникла проблема, не пойму как решить.

Проект на Symfony, по Вашему примеру https://github.com/ElisDN/demo-project-manager

Psalm выдаёт ошибки для src/Security/UserProvider и src/Security/UserChecker

> ERROR: ParamNameMismatch - src/Security/UserProvider.php:54:47 - Argument 1 of App\Security\UserProvider::refreshUser has wrong name $identity, expecting $user as defined by Symfony\Component\Security\Core\User\UserProviderInterface::refreshUser (see https://psalm.dev/230)
public function refreshUser(UserInterface $identity): UserInterface

> ERROR: ParamNameMismatch - src/Security/UserChecker.php:34:49 - Argument 1 of App\Security\UserChecker::checkPostAuth has wrong name $identity, expecting $user as defined by Symfony\Component\Security\Core\User\UserCheckerInterface::checkPostAuth (see https://psalm.dev/230)
public function checkPostAuth(UserInterface $identity): void

Посмотрел в документации, там есть такая рекомендация.

https://psalm.dev/docs/running_psalm/issues/ParamNameMismatch/#config-allownamedargumentcallsfalse

В конфигурации psalm пробовал добавлять данные параметры - не помогло.

Как победить эти ошибки

В данном случае интересно, почему рекомендации из документации не сработали?

В чём может быть причина?

Вы же не зря в примере переименовывали параметр? Как я понимаю для удобства чтения кода и понимания, что именно находится в переменной.

Создается такое ощущение, что, например, тот же psalm обнаружит все баги, которые проверяет линтер. Есть пример, когда псалм ошибку не обнаружит, а линтер ругнется?

Чем больше я узнаю, тем больше понимаю, что я ничего не знаю. Большое спасибо за уроки.

Как починить при втором композере?

Problem 1

- ocramius/package-versions is locked to version 1.5.1 and an update of this package was not requested.
- ocramius/package-versions 1.5.1 requires composer-plugin-api ^1.0.0 -> found composer-plugin-api[2.3.0] but it does not match the constraint.

Problem 2

- ocramius/package-versions 1.5.1 requires composer-plugin-api ^1.0.0 -> found composer-plugin-api[2.3.0] but it does not match the constraint.
- vimeo/psalm 3.8.0 requires ocramius/package-versions ^1.2 -> satisfiable by ocramius/package-versions[1.5.1].
- vimeo/psalm is locked to version 3.8.0 and an update of this package was not requested.

Всем - доброго времени! Дмитрий и Юля - персонально! )
Не получается разобраться с ошибкой

Nothing to install or update
Generating autoload files
docker run --rm -v /api:/app -w /app alpine chmod 777 var
chmod: var: No such file or directory
make: *** [Makefile:26: api-permissions] Ошибка 1

В Makefile за комментировала api-permissions прошла вперед (на 10-12 роликов) в надежде что как-то ошибка сама-собой ) "отпадет" - нет, не получилось. Начала все сначала, хотела закрыть гештальт, еще раз дошла до этого момента, но увы, чуда не случилось, опять те же "грабли".

Что посоветуете?

Работаю в Ubuntu 20.04