Andrey
Была задача собрать проект, работающий на двух доменных именах - сделал.
Чуть позже еще одну поставили: сделать то же самое, но дизайн всего проекта отличный от первого - сделал.
Сейчас поставили задачу еще один такой же запустить.
В один поместить нельзя потому, что проекты относятся к разным направлениям деятельности организации. Сейчас эти филиалы к нам относятся и их делаем, а "завтра" могут продать кому-нибудь вместе с сайтами.
Так вот, проблема в том что у всех трех проектов ядро сайта общее, разница лишь в некоторых вьюхах.
Обновлять один двиг и копипастить файлы в другой - дурно пахнет.
Собрать один "нейтральный" проект и фетчить его в других - может затронуть некоторые файлы, которые должны быть разными в проектах (например, некоторые вьюхи), ведь, в одном проекте они одни, а в другом - другие.
Кто-нибудь сталкивался с подобной ситуацией? Или кто как видит решение этой задачи? Буду рад услышать ваши варианты)
Andrey
Общие вещи выноси в плагины. Максимально абстрагированные от бизнес логики
Andrey
В том-то и дело что плагины нужные подключены, а обновляется, в основном, сама бизнес-логика и сервисы. Плюс, бОльшая их часть взаимосвязаны.
Andrey
тебе шашечки или ехать?)
отвязывай говорю общие части и выноси в плагины.
Andrey
иначе никак
Николай
На сервере наконец-то поставили кроме уёбищной php 5.4 дополнительную 7.2
И встал вопрос- как нормально юзать команды composer? Там он обращается к php, как заставить его обращаться к другой пыхе?
Andrey
а внутри уже особенностями каждого проекта обмазывай
Николай
без того, чтобы переписывать код composer.phar (да, установлен локально)
Andrey
Andrey
Сейчас думаю не фетчить из "базового" в рабочий проект, а наоборот - в "базовом" внести изменения и отправить PR в каждый из трех. Но мне кажется что это те же яйца, только вид сбоку.
Николай
по прямому пути
Конкретнее? прописать в композере везде, где вызывается php полный путь к другой пыхе?
Andrey
на самом деле, зависит от того, во всей системе тебе надо пых новый использовать или только для композера
Николай
у меня новая пыха будет использоваться только на одном субдомене
Николай
админы так настроили
Andrey
На сервере наконец-то поставили кроме уёбищной php 5.4 дополнительную 7.2
И встал вопрос- как нормально юзать команды composer? Там он обращается к php, как заставить его обращаться к другой пыхе?
Себе в homestead алиас добавил:
function composer56() {
/usr/bin/php5.6 /usr/local/bin/composer $@ --working-dir="$(pwd)"
}
У тебя по тому же принципу. Путь к нужной версии пыха, дальше контроллер и --working-dir, где путь к проекту указывай.
Николай
так что, считай, только для композера и команд артизана
Andrey
/usr/bin/php7.1 /usr/local/bin/composer
Andrey
или положи шелл-скриптик в /usr/local/bin
Andrey
c такой командой
Николай
Если не секрет, как именно работает такой алиас?
Илья
На сервере наконец-то поставили кроме уёбищной php 5.4 дополнительную 7.2
И встал вопрос- как нормально юзать команды composer? Там он обращается к php, как заставить его обращаться к другой пыхе?
Я в таком случае перед вызовом php в PATH первым путём устанавливал что-то вроде /opt/php7/bin
Andrey
тебе шашечки или ехать?)
отвязывай говорю общие части и выноси в плагины.
Вначале тоже такой вариант рассматривал, а после, почему-то, о нем забыл.
И да, этот вариант кажется самым оптимальным и логичным. Спасибо!
Николай
Я в таком случае перед вызовом php в PATH первым путём устанавливал что-то вроде /opt/php7/bin
увы, тут для большинства скриптов и прочего по дефолту должна быть именно php5.4
Andrey
Если не секрет, как именно работает такой алиас?
делаешь например alias composer7=/usr/bin/php7.1 /usr/local/bin/composer
Anton
Сейчас думаю не фетчить из "базового" в рабочий проект, а наоборот - в "базовом" внести изменения и отправить PR в каждый из трех. Но мне кажется что это те же яйца, только вид сбоку.
мы тоже были в таком положении и все же преимущества - сделал и у всех есть, перевесили - сделал в одном - сломали в других
Илья
увы, тут для большинства скриптов и прочего по дефолту должна быть именно php5.4
вопрос же был только о композере
Anton
и типа делаем на одном движке
Andrey
делаешь например alias composer7=/usr/bin/php7.1 /usr/local/bin/composer
и когда вызываешь в консоле composer7, на самом деле вызываешь то, что справа от =
Andrey
мы тоже были в таком положении и все же преимущества - сделал и у всех есть, перевесили - сделал в одном - сломали в других
В каждом из вариантов свои подводные камни
Anton
Просто ты должен взвесить все и понять что важнее для твоего проекта и выбрать, как тебе кажется, наиболее правильное решение конкретно для твоего проекта
Andrey
Абсолютно верно!!!
Остается только еще раз глянуть на текущий объем, также прикинуть до какого он может вырасти и уже смотреть в какой стороне проблем может быть меньше.
Andrey
Просто ты должен взвесить все и понять что важнее для твоего проекта и выбрать, как тебе кажется, наиболее правильное решение конкретно для твоего проекта
Пока писал свой коммент, ты то же самое сказал)
Andrey
Здесь, скорее, вполне адекватный смысл)
Andrey
У меня в проекте один из поддоменов - лендинги. У них структура и схема базы одинаковая. Думаю, его в пакет сунуть, а остальную механику оставить "при себе" в каждом из проектов.
ИМХО, самый оптимальный вариант.
Anton
У меня в проекте один из поддоменов - лендинги. У них структура и схема базы одинаковая. Думаю, его в пакет сунуть, а остальную механику оставить "при себе" в каждом из проектов.
ИМХО, самый оптимальный вариант.
Механика пакетов - очень хорошая, но сильно затратная...
Anton
плюс контроллеры в пакеты сложно оформлять - только какие-то блоки из контроллеров...
Andrey
Везде есть свои минусы)
Anton
Даже в PHP!!!
Anton
^)
Dan
Это. Не. Может. Быд
Andrey
Paul
Привет я новичек. Есть умы что делают игры на ларе?
Skeptic
Новичек)
Игорь
Пацаны, привет, а чего может контроллер не обновляться?
Игорь
Через консоль изменил файл, а контроллеру пофигу
vAlfred88
Через консоль изменил файл, а контроллеру пофигу
если работаешь по удаленке - не залил файл
vAlfred88
ну или кэш
Dmitriy
но ведь бекенд на ларке
Dmitriy
и ок
Vladimir
Игорь
А где контроллер мог закешироваться7
vAlfred88
ну или как вариант не умение пользоваться vi))
Игорь
Да вот не нада, я 5 раз переоткрыл, чтобы проверить
Игорь
Я ток что серв ребутнул
Игорь
Ахаххах
Игорь
И нифига
Anton
Это совсем жесть
Игорь
Каак, карл
Anton
Тогда ты не там правишь
Игорь
Игорь
Игорь
Тут полюбому попал в нужній файл
Игорь
Отето прикол
Anton
Не факт
Anton
Может вебсервер из другой папки смотрит?
Sova
А кто то таки догадался сделать
Sova
https://github.com/mchekin/rpg
🎄Victor
Чуваки, а кто что использует для рассылок смс для подтверждения телефонного номера?
🎄Victor
Nexmo пипец как бесит, щас не могу залогинится так как они не высылают код подтверждения 🙁
Andrey