Представь мелкий сайт из 100 страниц, на котором пользователь может только читать и, допустим, переходить для оплаты на сторонний сервис. Всем выдаются одни и те же страницы сайта. Зачем на серваке держать движок или фреймворк, в котором работает шаблонизатор, роутер и не приведи господи подгружаются данные из БД. Это бессмысленный расход ресурсов. Ради их экономии на серваке держат уже готовые html-страницы. Сервак не исполняет никакие скрипты по отношению к сайту. Он тупо отдает по запросу готовое.
Но ты же не будешь разрабатывать сайт на голом HTML. Тебе нужен как минимум шаблонизатор. Поэтому на локальном компьютере разработка, обновление и обслуживание сайта идут полноценно. Стоит фреймворк. Но в нем так настроено, что при определенных изменениях в отдельной папке со статической версией сайта происходит обновление готовых html-страниц.
Эта папка с готовыми страницами тебе нафиг не нужна. Она чисто под слив на сервак. Чтобы удобно перекинуть, git подходит лучше всего. Для этого на серваке создают голый (bare) репозиторий, чтобы можно было пушить типа "сразу в главную ветку" без вопросов.
Гитхаб нужен, если надо сохранять полноценную разработку с локального компа. Он просто играет роль места для бэкапа.
Они меняются "динамикой". Сайт на фреймворке. Вносишь изменения на сайте на локальном компе. Определенный скрипт отслеживает изменения и подправляет статику. Льешь статику на веб-сервер. "Динамику" если надо сохранять на гитхаб или бэкапы делаешь.
Прикинь. Если меняется несколько страниц и несколько изображений в разных папках, с помощью гит офигенно удобно обновлять на серваке. Ты даже и не знал...
Что значит "у человека"? Чел должен быть спецом. А если он спец, то у него будут и прямые заказы.
Или это область образования/просвещения.
По "продукту" судят о человеке.
Скажи это в провинции и тебе сделают темную. Стадо недоучек-вебмастеров.
Это вы походу не понимаете, что такое полный цикл разработки. Которые тебе фиг кто выложит. Разве только я намекну.
Нередко ради экономии на мощностях VPS генерят статические страницы. Уверен, так делают даже крупные организации. Их не прут на гитхаб. Это отдельный гит-репо, который просто сливают на сервак.
Да, подтягивать что-то оттуда - большая редкость. Но так бывает. Например, захотелось подтянуть файл с настройками сервака. Или что-то тестилось и удачно получилось. Хочется забрать одним телодвижением. И вот оказывается баре-репо для этого не подходит. Это не значит, что от него следует отказаться. Или это криво. Это стандарт. Нестандартная просто ситуация - желание вытянуть с сервака.
Действительно, показателен. До меня ты не знал, что есть баре-репо и они широко используются вебмастерами по всему миру.
А уж ваша фраза, "что всегда все делается через гитхаб" - это шикардос. Сильно улыбает.
У меня самопис. Делал сам. Это притом что по образованию я не программист. То есть программирование может освоить каждый.
Если бы была потребность делать сложнее, я бы изучил вопрос. Но ее нет.
Современное IT таково, что есть много технологий. Они подходят для крупных проектов. Недалекие люди думают, что для всего. И чтобы забить один гвоздь, разрабатывают лайфцикл, масштабируемость, ставят кучу зависимостей, а потом всю жизнь только это обслуживают. Хотя сам "продукт" прост как три копейки, делается молотком на коленке.
Он ведь программист а не маркетолог и не накрутчик. Стратегию видит хорошо. А то что присутствует высокомерие? Так у кого нет недостатков?
У него не высокомерие. Он чмырит других.
Он максимум наемный спец. А тут сидят люди со своими бизнесами. Пусть даже весьма скромными.
Так я же пишу, что у меня есть инфо-продукт. Я продавец в том числе.
Другое дело, что честно признаю факт: создавать контент под рекламу в разы легче, чем под продажу.
Не потому что его полностью заменяет ИИ. В большей степени потому, что люди не готовы платить.
Могу еще сказать. Платят не столько за качество контента, сколько покупают на вылизанных сайтах в плане дизайна. Готовы платить за удобство в приложениях.
