Комментарии 27
Или aws — смотрите про период бесплатного использования
В общем бюджетных вариантов — куча
А если хотите извращаться в той же манере то просто возьмите этот инструмент и закидывайте весь проект — https://github.com/dg/ftp-deployment
В ту же кучу — https://git-ftp.github.io/
Мне когда то подобное помогло решить приложение для андройд.
Можно запускать сайт на телефоне(сервер)
Можно подсмотреть их скрипты для работы с композер
https://play.google.com/store/apps/details?id=com.esminis.server.php
Там прям в индексе все после установки
//По умолчанию composer update, так как он используется чаще чем ?command=install
А зачем на хостинге запускать composer update?
Я к тому, что зачем обновлять зависимости на сервере?
Во-первых, вы можете нарваться на обновление, которое поломает приложение. Подразумевается обновление зависимостей на машине разработчика, коммит composer.lock и уже выполнение composer install на сервере. Т.о. вендоры будут идентичными.
Во-вторых, это может отожрать много памяти, что даже ini_set("memory_limit", -1); не поможет, т.к. ее не хватит физически (мы же все-таки о бесплатном хостинге говорим)
Настоящая ж.п@ начинается когда vendor коммитить приходится
Причём здесь это? Когда на сервере нет composer's и на продакшене нет возможности запустить phar приходится так извращаться + когда проект на гите, скрипт который описан в статье для нас не вариант
Типа, если у вас есть какая-то автоматизация выгрузки проекта из мастера, что мешает добавить в неё сборку композера.
Если нет — тогда вообще не понятен сакральный смысл перетягивания всего через гит.
А так у вас либо на продакшене лежит вендор собраный без no-dev, optimize-autoloader etc, либо вы постоянно наблюдаете конфликты в вендоре. В чём смысл-то? Зачем так?
Просто так надо и всё)
Настоящая ж.п@ начинается когда
Просто так надо
Жопа начинается когда хочется жопы)
Впрочем как и всегда.
Спорное утверждение, просто есть ситуация когда надо коммитить vendor, не понимаю зачем тут умничать, типа никто не знает как надо работать с composer'ом
Просто хочу хотябы приблизительное описание ситуации в которой коммит вендора реально может быть оправдан, чтоб продумать как с этим жить заранее, например.
Типа весь композер спроектирован так чтоб коммитить вендора было не надо, это где-то надо серьёзный велосипед добавить.
/* Check Extensions Folder */
$extensionsFolders = array_diff(scandir('./extensions/', 1), array('..', '.'));
foreach ($extensionsFolders as $extensionFolder) {
/* Connect routes config */
require_once('./extensions/'. $extensionFolder .'/config.php');
}
И не парились… Если вы используете композер, то бесплатный хостинг еле вывезет все ваши компоненты, а, если там легкий код то и думать об этом не нужно. ИМХО.
Как я боролся с бесплатным хостингом и Composer