чем тебе htmlentities не хватает?

Слишком низкоуровневый вариант + нет уверености, что он на все случаи один нужен. Там еще и куча флагов к нему. Нужен более высокий уровень, чтобы взять и пользоваться, не вдаваясь, а какие флаги нужно использовать для разных случаев

вызовет ошибки, пробовал? пхп поддерживает несколько автолоадов если чо ;)

Там проблема не в нескольких авталоадах, в нескольких загрузках одних и тех же классов. Да пробовал.

у твоего пакета есть собственная точка входа?

Нет, его композер запускает как команду

twig :)

Это комбайн, нужно только для экранирования, чтобы 1 потребность покрыть, шаблонизатор не нужен.

Слишком низкоуровневый вариант + нет уверености, что он на все случаи один нужен. Там еще и куча флагов к нему. Нужен более высокий уровень, чтобы взять и пользоваться, не вдаваясь, а какие флаги нужно использовать для разных случаев

function yourCoolEncoder(string $template) { return htmlentities(…) // choose your flags }

function yourCoolEncoder(string $template) { return htmlentities(…) // choose your flags }

Да, и там несколько таких вариантов функций с разными именами, семантикой и флагами под капотом

Нет, его композер запускает как команду

как скрипт или что?

как скрипт или что?

Как команду. Сейчас попробую подробнее описать.

как скрипт или что?

не понял вопрос

Как команду. Сейчас попробую подробнее описать.

у композера нет отдельного понятия как команда

как скрипт или что?

Класс, который имеет несоклько методов escape, escapeJs, escapeCss, escapeOther... Который как композер пакет поставить и пользоваться

Да, и там несколько таких вариантов функций с разными именами, семантикой и флагами под капотом

то есть ты... хочешь не данные а шаблон туда передавать? и что бы он волшебным образом все вычищал?

не понял вопрос

потому что ответ не тебе)

то есть ты... хочешь не данные а шаблон туда передавать? и что бы он волшебным образом все вычищал?

Нет, данные, чтобы в шаблоне писать <?= $someVendorLib->escape($title); ?>

Класс, который имеет несоклько методов escape, escapeJs, escapeCss, escapeOther... Который как композер пакет поставить и пользоваться

а что должен делать escapeJS? :)

Есть плагин, который имплименирует интерфейс CommandProvoder и отдаёт композеру объект типа - Comand. После этого возможно запускать Ее так же как запускаешь скрипты. Используя синтаксис 'composer "comand_name" Parma args '

Нет, данные, чтобы в шаблоне писать <?= $someVendorLib->escape($title); ?>

https://github.com/auraphp/Aura.Html

тогда это бери

Да, и там несколько таких вариантов функций с разными именами, семантикой и флагами под капотом

давай по-другому, что конкретно не так для тебя делает функция htmlentities?

Есть плагин, который имплименирует интерфейс CommandProvoder и отдаёт композеру объект типа - Comand. После этого возможно запускать Ее так же как запускаешь скрипты. Используя синтаксис 'composer "comand_name" Parma args '

понял

тогда это бери

Выглядит с 1 взгляда примерно то что нужно, еще есть аналогичные варианты, чтобы посомтреть и выбрать?

Выглядит с 1 взгляда примерно то что нужно, еще есть аналогичные варианты, чтобы посомтреть и выбрать?

открой для себя поиск по packgist или github

Есть плагин, который имплименирует интерфейс CommandProvoder и отдаёт композеру объект типа - Comand. После этого возможно запускать Ее так же как запускаешь скрипты. Используя синтаксис 'composer "comand_name" Parma args '

если ты завязываешься на основное приложение, то зачем тебе плагин, почему не scripts

у композера нет отдельного понятия как команда

Там разница в том, что скрипты работают только для рут пакета, и для команды можно сделать более строгий контракт.

Там разница в том, что скрипты работают только для рут пакета, и для команды можно сделать более строгий контракт.

да, я понял, ты с плагинами балуешься)

но про них ничего совсем не знаю(

если ты завязываешься на основное приложение, то зачем тебе плагин, почему не scripts

Ну, что бы те кто хотят использовать плагин, не должны были прописывать его как скрипт. Типа более юзер-Френдли. Мол зарекваирил плагин, и все - можешь с ним работать.

У композер что то совсем туго с докой на этот счёт(

ну т.е. все же ты не завязываешься на приложение, оно любое может быть?

ну т.е. все же ты не завязываешься на приложение, оно любое может быть?

Да

Если детальнее - суть плагина в том что бы помочь сконфигурировать приложение. И ему для этого нужно иметь доступ к классам основного приложения.

раз уж за плагины заговорили....

а что если сделать плагин который будет проксировать запросы на кэширующий прокси... ну то есть не как в toran proxy который подразумевает что вы packagist на прокси-репозиторий заменяете, а что бы... вот можно было опционально юзать проксю

а зачем?

Всем привет! Подскажите, плиз, новичку по такому вопросу. у меня проект на Laravel/Angular2 по api. если мне надо взять картинку для поста с сервака (в базе хранится путь на серваке к картинке) и послать через json на фронт, то что лучше юзать? закодировать картинку в base64, потом на фронте декодировать?

а зачем?

toran proxy офигенно ускоряет install но жестко так замедляет update

хотя может это я чего не так делаю

Всем привет! Подскажите, плиз, новичку по такому вопросу. у меня проект на Laravel/Angular2 по api. если мне надо взять картинку для поста с сервака (в базе хранится путь на серваке к картинке) и послать через json на фронт, то что лучше юзать? закодировать картинку в base64, потом на фронте декодировать?

а что, клиент сам картинку не скачает?

в чем суть задачи?

если так принципиальна скорость, мб стоит вендоров в гит какой-нить левый закинуть целиком?

речь про инсталл, очевидно

если так принципиальна скорость, мб стоит вендоров в гит какой-нить левый закинуть целиком?

не вариант. Мне это надо что бы docker build ускорить. Увы кэш локальный композера не выйдет заюзать

если делать как ты предлагаешь - то мне придется для каждого билда копировать вендоры

это конечно быстрее чем install даже с торан прокси, но вопервых на порядки увеличивается инкрементный размер образов и это влияет потом на время push/pull

картинки хранятся в файловой системе сервера, а не ссылками на них на сторонний сервер.

картинки хранятся в файловой системе сервера, а не ссылками на них на сторонний сервер.

в чем задача?

почему картинки не доступны по web и зачем их на клиент засылать?

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

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

ну так сделай так что бы на картинку можно было ссылку сгенерить)

@Enleur ты юзаешь крон джобы кубика?

да, канеш

В общем да, по поводу плагинов и автолоада. Может кому понадобиться. Что бы подгрузить все (и рут пакета и зависимостей) классы, вам нужно используя объект композера через генератор авталоуда собрать packageMap. После этот используя собраный packageMap собрать autoloads. Теперь создавать Loader (используя все тот же autoloadGenerator) и получений loader зарегистрировать через spl_autoload_register.

В общем да, по поводу плагинов и автолоада. Может кому понадобиться. Что бы подгрузить все (и рут пакета и зависимостей) классы, вам нужно используя объект композера через генератор авталоуда собрать packageMap. После этот используя собраный packageMap собрать autoloads. Теперь создавать Loader (используя все тот же autoloadGenerator) и получений loader зарегистрировать через spl_autoload_register.

можно ли сделать composer плагин в рамках рутового проекта? ну мол что бы пакет не делать?

можно ли сделать composer плагин в рамках рутового проекта? ну мол что бы пакет не делать?

Там обязательно должен быть тип у пакета - composer-plugin. Но если сильно хочется - можно сделать хак, и создать плагин в качестве локального пакета внутри твоего рутового.

не, я уже проверил - то что я хочу сделать плагином не сделать(

А что ты хотел сделать, если не секрет ?

выше писал - достало ждать пока зависимости в докере поставятся

сейчас думаю в сторону простого http кэша

ну то есть основная мысль - имеющиеся решение работают за счет кастомных репозиториев

аля toran proxy или satis

это прикольно но.... мне не надо update усорять, только install

что-то типа общий кэш для CI

А ты хочешь что бы он выборочно решал что загружать из Кеша а что то из пакагиста ?

хм...

сча затещу

надо уточнить что больше всего времени занимает...

скачивание файлов с github или ресолв метаданных

первое я могу быстро зарешать

ERROR: S client not available

блин, а композер вообще требует какого-то ресолва метаданных при install из lock файла?

Ручного в смысле ?

ну в смысле... в теории у композера в лок файле уже все готовенькое

кого качать и откуда

и в итоге остается только кэш http замутить

а это можно готовый поднять

Так подожди, смотри композер же умеет подгружать зависимости из своего локального Кеша. Может просто копнуть в эту сторону

подмонтировать кеш ;)

низя9

подмонтировать кэш(

а плагин не дает возможности заюзать кастомный

вроде

да и зачем

а плагин не дает возможности заюзать кастомный

Кастомных кеш ?

типа того.... вот есть у меня 81 пакет который надо поставить. композер сейчас в docker build потратил на это 477s

подмонтировать кэш(

Ты можешь прокинуть кеш композера из CL в контейнер по идее

не могу

ну то есть... могу но тогда надо забить на сборку по Dockerfile

еще думал над кастылями вроде заюзать копирование кэша из другого образа...

типа того.... вот есть у меня 81 пакет который надо поставить. композер сейчас в docker build потратил на это 477s

Ты можешь плагином, переопределять downloaded композера, и тогда сможешь сам решать от куда и как загружать пакет

Ты можешь плагином, переопределять downloaded композера, и тогда сможешь сам решать от куда и как загружать пакет

да, могу, а еще я могу поднять тупой http прокси с кэшем который будет кэшить все запросы на codeload.github.com например)

есть env COMPOSER_HOME ;)

есть env COMPOSER_HOME ;)

и что?

ну есть

а кэша нет

потому что слой свежий создается и подмаунтить ты в контейнер промежуточный (который при сборке образа создается) ты ничего не можешь

если конечно ты не юзаешь кастомный билд докера

как в RHLE например

да, могу, а еще я могу поднять тупой http прокси с кэшем который будет кэшить все запросы на codeload.github.com например)

Но тогда тебе нужно в composer.json указывать кастомный реп

Но тогда тебе нужно в composer.json указывать кастомный реп

так любой дурак сможет)

еще есть вариантик....

плагин подменяющий RemoteFilesystem для PreFileDownloadEvent