Увійти Реєстрація
Блог Серії
Кар'єра
Вакансії Компанії
Навчання
Документація Співбесіди Тестування Відео
Екосистема
Пакети Ресурси Проєкти
Інше
Події Про нас
Новини 01 серпня 2026

CPX: Інструмент для виконання Composer-пакетів без встановлення

CPX - це CLI-інструмент, який дозволяє запускати команди з будь-якого Composer-пакета без попереднього встановлення цього пакета у ваш проєкт. CPX для Composer - це те саме, що npx для npm.

Якщо ви коли-небудь встановлювали інструмент через composer global require і стикалися з конфліктом залежностей з іншим глобально встановленим пакетом, CPX вирішує цю проблему завдяки ізольованим залежностям. Кожен пакет встановлюється у власну директорію, окремо від залежностей вашого проєкту та глобального Composer, а потім команда виконується звідти. Повторні запуски тієї самої версії використовують існуюче встановлення, а CPX автоматично перевіряє оновлення.

Запуск невстановленого пакета

Передайте назву пакета, а потім команду та її аргументи. Назва пакета - це те, що ви б вказали у composer.json, підтримуються обмеження версій:

cpx friendsofphp/php-cs-fixer php-cs-fixer fix ./src
cpx friendsofphp/php-cs-fixer:^3.0 php-cs-fixer fix ./src

Коли пакет має один бінарний файл або його бінарник збігається з назвою пакета, можна не вказувати команду:

cpx friendsofphp/php-cs-fixer fix ./src

Якщо пакет має більше одного бінарника і ви не вказали конкретний, версія 2.0 запропонує вибрати потрібний.

Також можна вказати CPX директорію замість назви пакета, що корисно під час локальної розробки пакета:

cpx ../my-package --version

Директорія повинна містити валідний composer.json та встановлені залежності у vendor/autoload.php. CPX запускає оголошений бінарник безпосередньо з цієї директорії без копіювання, кешування чи іншого управління.

Локальні бінарники мають пріоритет

Це найважливіша зміна поведінки порівняно з версією 1.x. CPX тепер спочатку шукає бінарник у вашому проєкті перед встановленням ізольованої копії. Він піднімається вгору від поточної директорії, щоб знайти найближчий Composer-проєкт, і запускає відповідний бінарник з налаштованого bin-dir цього проєкту:

cpx pint                 # запускає vendor/bin/pint, якщо він є в проєкті
cpx phpunit --filter=Foo # запускає vendor/bin/phpunit, якщо присутній
cpx laravel/pint:^2.0    # використовує локальний pint, тільки якщо він задовольняє ^2.0

Отже, всередині проєкту cpx pint запускає версію, закріплену у вашому проєкті, а не найновішу. Коли локального бінарника немає, CPX встановлює та запускає ізольовану копію. Щоб примусово використати ізольовану копію, передайте --skip-local перед назвою пакета.

Аліаси тепер визначаєте ви

Версія 1.x мала фіксований список скорочень для популярних пакетів, тому cpx phpstan та cpx laravel працювали одразу. Цього списку більше немає у версії 2.0. Натомість ви самі визначаєте аліаси:

cpx alias phpstan/phpstan phpstan
cpx alias laravel/pint

Якщо не вказати назву аліаса, використовується коротка назва пакета, тому другий рядок створює аліас pint. Аліаси зберігаються у ~/.cpx/, команда cpx aliases виводить їх список, а cpx unalias <name> видаляє аліас. Можна створити аліас для конкретного бінарника з багатобінарного пакета.

Дві інші корисні команди управління: cpx installed показує пакети, які ви запускали через CPX, а cpx clean видаляє ті, що не використовувалися нещодавно (--all видаляє все). Зверніть увагу, що cpx list тепер показує доступні команди CPX (стандартна поведінка консолі), а не встановлені пакети.

Виконання PHP-файлів, Gist та REPL

Команди cpx exec та cpx tinker підходять для тимчасових файлів та швидких експериментів:

cpx exec script.php
cpx exec -r 'echo PHP_VERSION;'
cpx exec https://gist.github.com/user/id
cpx tinker

Підтримка Gist завантажує файл і виконує його відносно поточної директорії. Якщо gist містить кілька PHP-файлів, CPX запитає, який запустити, або можна додати якір файлу зі сторінки gist, щоб пропустити запит. Додавання SHA закріплює ревізію, а встановлення GITHUB_TOKEN допомагає обійти ліміт GitHub.

Обидві команди виконують підготовчу роботу перед запуском вашого коду. Автозавантажувач Composer визначається в поточній або батьківській директорії. Класи, які використовуються без імпорту, отримують псевдоніми там, де CPX може знайти збіг. У Laravel-проєкті додаток повністю завантажується з конфігурацією, фасадами, .env та доступною змінною $app; у Symfony-проєкті завантажується ядро і доступні $kernel та $container. Передайте --no-boot, щоб пропустити це. Ваш код виконується у власному PHP-процесі, тому не може конфліктувати з залежностями CPX, а коди exit() передаються далі.

Усередині цих скриптів cpx_require() завантажує пакет на вимогу:

cpx_require('nesbot/carbon');
echo Carbon\Carbon::now();

У Laravel-проєкті з встановленим laravel/tinker команда cpx tinker передає виконання у власний php artisan tinker вашого проєкту і пробрасує аргументи, такі як --execute. У всіх інших випадках відкривається PsySH-оболонка з завантаженим проєктом.

Вивід для агентів

CPX визначає, коли він не підключений до інтерактивного терміналу. Це охоплює перенаправлення stdin, передачу --no-interaction або -n, а також виконання всередині AI-агента, який ідентифікується через laravel/agent-detector.

У цьому режимі дочірні процеси не отримують TTY, запити повертають значення за замовчуванням, а команди управління (installed, aliases, alias, unalias, clean та update) повертають один рядок JSON:

{
  "success": true,
  "errors": [],
  "summary": {
    "packages": [
      { "name": "laravel/pint", "last_run": "2024-01-02 03:04:05" }
    ]
  }
}

Запуск пакетів виводить лише результат роботи самого інструменту, без прогрес-індикаторів CPX. Помилки на рівні CPX, такі як нерозпізнана команда або неможливість встановлення пакета, також повідомляються у форматі JSON. Передайте --json, щоб отримати такий самий вивід в інтерактивному терміналі. Перезапис існуючого аліаса в неінтерактивному режимі вимагає --force.

Встановлення та оновлення

CPX 2.0 вимагає PHP 8.3 або вище. Встановіть його глобально через Composer і переконайтеся, що глобальна bin директорія Composer додана до вашого PATH:

composer global require cpx/cpx

Додаткова інформація

CPX спочатку створив Liam Hammett. CPX 2.0 тепер є офіційним пакетом laravel/cpx з кількома контриб'юторами від Laravel. Якщо хочете побачити живу демонстрацію, Taylor Otwell представив і продемонстрував CPX 2.0 під час свого виступу на Laracon US 2026 у Бостоні.

Повний довідник команд доступний у репозиторії laravel/cpx на GitHub. Якщо ви використовуєте версію 1.x, ознайомтеся з посібником з оновлення з 1.x до 2.x, а також відвідайте офіційну сторінку на cpx.dev.

0

Коментарі

Увійдіть, щоб залишити коментар

Будьте першим, хто залишить коментар!

Читайте також

Human-in-the-Loop
Новини 31 липня 2026

Laravel AI SDK отримав функцію Human-in-the-Loop для підтвердження дій

На Laracon US 2026 команда Laravel представила API human-in-the-loop для Laravel AI SDK. Тепер агенти можуть зупинятися перед виконанням інструмента та чекати на підтвердження, відхилення або редагування аргументів людиною.

Laracon US 2026: відео другого дня вже доступне Рекомендовано
Новини 30 липня 2026

Laracon US 2026: відео другого дня вже доступне

Другий день Laracon US 2026 завершив конференцію в Бостоні, і запис уже доступний. Кент Ч. Доддс про продуктове інженерство в епоху AI, Джо Таненбаум про реалтайм-застосунки на Reverb і Echo, Пауліна Вос про JJ - надбудову над Git з атомарними комітами.

Вакансії за темою

IT Delight
12 дн. тому

Symfony Developer (German-speaking)

Розробник PHP Symfony з досвідом 5+ років для розробки та оптимізації веб-додатків на Symfony 6+ або Laravel. Потрібен досвід роботи зі Symfony мінімум 2 роки, знання Git, HTML5, CSS3, JavaScript. Бажаний досвід технічного лідерства та роботи в Scrum-командах. Вимога: німецька мова рівня B2 або вище.

JustMarkets Tech
16 дн. тому

PHP/WordPress Engineer

PHP/WordPress інженер розробляватиме повнофункціональні рішення на базі Roots екосистеми (Bedrock, Acorn, Sage), створюватиме кастомні плагіни та теми, розроблятиме REST API, оптимізуватиме продуктивність. Потрібні 5+ років досвіду в PHP, глибокі знання WordPress, OOP, Git, JS ES6, HTML/SCSS та досвід з ACF, Multisite, WPML.

BINTIME Нова
1 дн. тому

Middle Full Stack Developer (PHP/React)

Middle Full Stack розробник для платформи e-commerce на мікросервісах. 70% PHP (Laravel/Symfony, REST APIs, MySQL/PostgreSQL, Redis), 30% React та Blade шаблони. Потрібно 3+ років досвіду з PHP 8.x, Docker, Git, готовність працювати з AI-інструментами (Claude Code, Cursor, Copilot). Можливість розвитку в AI-інженерингу на production-фічах.

Пакети за темою

Bagisto

bagisto/bagisto

Bagisto — це платформа для електронної комерції, побудована на Laravel. Вона надає готове рішення для створення та управління інтернет-магазинами з підтримкою каталогу товарів, замовлень, платежів та клієнтів.

27,884 v2.4.8 12 15

Lang

laravel-lang/lang

Список 126 мов для Laravel Framework, Laravel Jetstream, Laravel Fortify, Laravel Breeze, Laravel Cashier, Laravel Nova, Laravel Spark та Laravel UI.

7,775 15.33.2 8

Відео за темою