Илья

В таком случае убедительно прошу в обозримом будущем обновить версию плагина до ^3.0 с повышением psr\log до тех же ^3.0

Нужно ли написать об этом в какой-то багтрекер или коробку предложений?

Получается, чтобы плагин работал с SDK ^3.0 и с логгером ^2.0|^3.0 – нужно самому сидеть и его перерабатывать? А как быть в случае выхода обновления?

Планируете ли Вы выпустить версию плагина ^3.0 вслед за поднятием версии SDK ?

Шаги воспроизведения:

1. Установить плагины woocommerce и Юкаssа для Woocommerce
2. Установить (или самому написать) плагин, который во внешних зависимостях требует или приносит с собой логгер через Psr/Log:^1.0
3. В приложении установить monolog/monolog:3.8.1 (или другую зависимость с требованием Psr/Log:^3.0
4. В плагине вызвать любой метод логгера (в частности, у меня ругался на emergency):

require_once __DIR__ . '/vendor/autoload.php';

$logger = new NullLogger();
$logger->critical('123');

1. В теме (например, в functions.php) вызвать логгер уже приложения:

require_once ABSPATH . 'vendor/autoload.php';

use Monolog\Logger;

$logger = new Logger('test_logger');
$logger->critical('123');

В итоге получаем ошибку:

Fatal error: Declaration of Monolog\Logger::emergency(Stringable|string $message, array $context = []): void must be compatible with Psr\Log\LoggerInterface::emergency($message, array $context = []) in /usr/src/wordpress/vendor/monolog/monolog/src/Monolog/Logger.php on line 683

Судя по всему, связано с тем, что плагины загружаются раньше темы и, соответственно, раньше композера темы и автозагрузка успевает загрузить Ваш Psr\Log\LoggerInterface и все последующие классы имплементируют его

Installed it. The problem seems to be gone. Thank you!

Would you please add that info to README section or plugin description?)

Well, that’s exactly what I did, actually)

But if you need to reconnect sentry to another DSN – you need to either change your env variables or build a new release. That’s the only reason I rated 4 instead of 5. Sorry

I am curious about your Docker setup

Alex

FROM composer:2.5.3 as composer
FROM wordpress:6.1.1-php8.1-apache

And I’m installing Sentry via composer as WPackagist package (composer require wpackagist-plugin/wp-sentry-integration)

Прошу прощения, моя ошибка. Юкасса тащит свои зависимости с собой.
А я в итоге разобрался – у меня в dev-зависимостях сидит PHP-CS-Fixer, он тащит свой psr/log, но при этом конфликтующей версии

Wait a second, so, you’re just renaming the files then? And keep old versions with different names? Then I’m sorry, I need to learn how to develop WP-plugins then ??

Well, ok, let me explain it like this ??

View post on imgur.com

View post on imgur.com

Here’s CF7, it gives me the link to a specific 5.5.4 version
There’s your plugin, it gives me just a link to plugin, no version

I totally understand that WordPress SVN parse that link to some internal path, but anyway, isn’t there any chance to download, say, Redirection v5.2.1 or v5.1.0 by direct links?

Well, it says that you can specify which exact version should WordPress use

by specifying the Stable Tag field in your trunk directory’s readme.txt file

https://developer.www.ads-software.com/plugins/wordpress-org/plugin-developer-faq/#can-i-specify-what-version-of-my-plugin-the-wordpress-org-plugin-directory-should-use

• This reply was modified 3 years, 1 month ago by Илья.