Как стать автором
Обновить

Комментарии 27

digitalocean/linode минимальная vm стоит 5$, как по мне это подъемная сумма, да и ресурсов будет больше чем на бесплатном хостинге
У меня есть VDS, а для всякого шлака, например сайт визитку заказчику показать, я засерать ее не хочу. Для таких целей у меня бесплатный хостинг, и можно полностью отдать доступы заказчику в таком случае пусть на него любуется и на первое время хватит ему и бесплатного хостинга
Ну так за день использования для «показать» с вас и не снимут ничего особо. Зато выиграете в потраченном времени и усилиях.
Тот же VScale от Селектела позволяет VPS за 200 руб в месяц запустить. У меня на такой два личных проекта с посещалкой под 1000 в сутки крутятся и VPS даже не замечает этого.
Раз уж пользуетесь шаред-хостингом то просто с папкой vendor все и закидывайте, нет никакой проблемы. Или же переходите по ссылке — firstvds.ru/products/vds_vps_cheap и за 100 рублей у вас будет сервер для мелкого проекта
Или aws — смотрите про период бесплатного использования
В общем бюджетных вариантов — куча
А если хотите извращаться в той же манере то просто возьмите этот инструмент и закидывайте весь проект — https://github.com/dg/ftp-deployment
В ту же кучу — https://git-ftp.github.io/
Да я могу и IDE настроить на автоматическую закачку файлов)
В IT cфере нужно уметь все позиции любить и раком и боком))) За решение спасибо, может кому-то другому пригодится))

Таймвеб в справке пишет как работать с композером, дело только в том, что он падает после 30 секунд хоть тресни.

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

Ну задача вроде как решена, зачем подсматривать еще куда-то)) Разве что ради общего развития, но это же нужно знать хотя бы куда смотреть, а так искать лень)
//По умолчанию composer update, так как он используется чаще чем ?command=install

А зачем на хостинге запускать composer update?

Для обновления, как и ожидается

Я к тому, что зачем обновлять зависимости на сервере?
Во-первых, вы можете нарваться на обновление, которое поломает приложение. Подразумевается обновление зависимостей на машине разработчика, коммит composer.lock и уже выполнение composer install на сервере. Т.о. вендоры будут идентичными.
Во-вторых, это может отожрать много памяти, что даже ini_set("memory_limit", -1); не поможет, т.к. ее не хватит физически (мы же все-таки о бесплатном хостинге говорим)

Настоящая ж.п@ начинается когда vendor коммитить приходится

Вот как раз этого и хочется избежать. Как-то один типуля начал править код прямо в vendor и влил свои правки, а так как у нас тогда был жесткий дедлайн это не попало в код ревью. Что из этого получилось думаю и так понятно
А зачем коммитить vendor? Есть же composer.lock?

Причём здесь это? Когда на сервере нет composer's и на продакшене нет возможности запустить phar приходится так извращаться + когда проект на гите, скрипт который описан в статье для нас не вариант

Я не особо понимаю, откуда может возниктуть ситуация, при которой есть смысл коммитить vendor.
Типа, если у вас есть какая-то автоматизация выгрузки проекта из мастера, что мешает добавить в неё сборку композера.
Если нет — тогда вообще не понятен сакральный смысл перетягивания всего через гит.
А так у вас либо на продакшене лежит вендор собраный без no-dev, optimize-autoloader etc, либо вы постоянно наблюдаете конфликты в вендоре. В чём смысл-то? Зачем так?

Просто так надо и всё)

Настоящая ж.п@ начинается когда

Просто так надо

Жопа начинается когда хочется жопы)
Впрочем как и всегда.

Спорное утверждение, просто есть ситуация когда надо коммитить vendor, не понимаю зачем тут умничать, типа никто не знает как надо работать с composer'ом

Та я вроде и не пытался умничать.
Просто хочу хотябы приблизительное описание ситуации в которой коммит вендора реально может быть оправдан, чтоб продумать как с этим жить заранее, например.
Типа весь композер спроектирован так чтоб коммитить вендора было не надо, это где-то надо серьёзный велосипед добавить.
Например мешает то, что ответственные за автоматизацию не хотят добавлять что-то в неё.
Почему бы просто не собрать все на локальном компьютере? Ради чего так извращаться?
Потому что собрать на сервере быстрей и проще чем переливать весь vendor, банально из-за количества файлов, и даже если написать приблуду которая будет точечно это делать только для изменённых файлов. Раньше мы архивировали vendor, заливали на сервер и был подобный скрипт который разархивировал на сервере. Но это еще более извращенный способ чем этот
Вы тут не правы. Быстрее распаковать архив, проверенный на локале, чем качать с неизвестным итогом зависимости.
Сделали бы просто что-то вроде:

/* Check Extensions Folder */
$extensionsFolders = array_diff(scandir('./extensions/', 1), array('..', '.'));

foreach ($extensionsFolders as $extensionFolder) {
	
	/* Connect routes config */
	require_once('./extensions/'. $extensionFolder .'/config.php');

}


И не парились… Если вы используете композер, то бесплатный хостинг еле вывезет все ваши компоненты, а, если там легкий код то и думать об этом не нужно. ИМХО.
Если вы используете композер, то бесплатный хостинг еле вывезет все ваши компоненты

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