твой код не смогут переопределить в вендор папке

но при надобности могут дополнить нужным функционалом

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

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

иначе ничего не заработает, да

vendor находится же в гитигноре

и что бы поставить зависимости мы делаем install/update

ок у вас репозиторий композера публичный?

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

я заполняю пробелы

тогда ок.публичный.

если конечно можно так сказать

т.е. у вас open source?

что мешает взять и скопировать папку из вендора под другое имя и подключить с изменениями?

что мешает взять и скопировать папку из вендора под другое имя и подключить с изменениями?

потому что ты не сможешь так сделать

с чего бы вдруг?

ты не пушишь в репу vendor папку

у меня доступ к composer.json и composer.lock

ты указываешь что твой application зависит от определенных пакетов

и когда "разворачиваешься" ставишь их

у меня доступ к composer.json и composer.lock

и?

что мне мешает вручную убрать зависимости после того, как все поставилось?

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

почему?

что мне мешает вручную убрать зависимости после того, как все поставилось?

окей, сделал ты так, как ты будешь использовать этот код

cp кто то отменял? 0_о

как будет его деплоить?

а если я выпущу какие-то дополнительные патчи и новый функционал? ты опять скопируешь репу, что бы сделать cp ?

ок, я сделаю проще - разверну приватный репозиторий

и весь принцип open close летит в мусорку

какая цель у этого диалога?

ты можешь не писать код вообще

и говорить все принципы летят в мусорку, так как я не пишу код, следовательно их не соблюдаю

цель данного диалога в том, что composer - не панацея для защиты кода

что в твоем понимании защита

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

следовательно больше теряешь чем приобретаешь

еще раз: чтение, изменение

так стоп...

цель данного диалога в том, что composer - не панацея для защиты кода

ну попробуй взять симфонию и поставить её убрав какой-то пакет

защита - набор средств по предотвращению чтения и изменения кода

если они требуют его в зависимостях у тебя не получится это сделать

защита - набор средств по предотвращению чтения и изменения кода

с чего бы это

Всем привет, есть в PHP какая-нибудь функция, чтобы быстро преобразовать массив а в миссив b без foreach ? https://codeshare.io/aV3M03

array_merge ?

щас посмотрю

При наличие приватного репозитория можно практически что угодно сделать

При наличие приватного репозитория можно практически что угодно сделать

а как ты будешь поставлять свой код, при наличии приватного репо?

да это будет не та симфония, которую ты ожидаешь, но она встанет

а в чем проблема то? либо с него же либо с зеркала

да это будет не та симфония, которую ты ожидаешь, но она встанет

нет

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

array_merge ?

вроде нет)

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

я уже все функции с http://php.net/manual/ru/ref.array.php перечитал)

merk что вы подразумеваете под "преобразовать массив а в массив б"?

merk что вы подразумеваете под "преобразовать массив а в массив б"?

https://codeshare.io/aV3M03

без foreach - никак

предпологая, что нужно использовать array_combine и ... array_column ?

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

да не же, если какой-то symfony/dependency-injection требует пакет который ты удалил/перезаписал и подставил, как ты поставишь с-му?

в принципе не страшно, если id будет дублироваться в массиве

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

ну и?

ну и?

ну и все

еще раз - приватный репозиторий

просто попробуй сделать так, как ты говоришь

сделай

пожалуйста

я уже видел решение для этого

покажи мне значит

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

http://phpprofi.ru/blogs/post/25

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

нет, я работаю с твоим, измененным пакетом

и получать актуальное состояние ты не можешь

нет, я работаю с твоим, измененным пакетом

хорошо

это вопрос автоматизации

когда ты форкаешь репу

и переделаваешь там что то, не отправляя мне PR

это уже твой код или мой?

вот в том и вопрос