Деплой, бэкап, контроль версий(Git) и прочие инструменты при работе с сайтами

123 4
S3
На сайте с 29.03.2012
Online
347
781
В продолжение дискуссии:
plab #:

Представь мелкий сайт из 100 страниц, на котором пользователь может только читать и, допустим, переходить для оплаты на сторонний сервис. Всем выдаются одни и те же страницы сайта. Зачем на серваке держать движок или фреймворк, в котором работает шаблонизатор, роутер и не приведи господи подгружаются данные из БД. Это бессмысленный расход ресурсов. Ради их экономии на серваке держат уже готовые html-страницы. Сервак не исполняет никакие скрипты по отношению к сайту. Он тупо отдает по запросу готовое.

Но ты же не будешь разрабатывать сайт на голом HTML. Тебе нужен как минимум шаблонизатор. Поэтому на локальном компьютере разработка, обновление и обслуживание сайта идут полноценно. Стоит фреймворк. Но в нем так настроено, что при определенных изменениях в отдельной папке со статической версией сайта происходит обновление готовых html-страниц. 

Эта папка с готовыми страницами тебе нафиг не нужна. Она чисто под слив на сервак. Чтобы удобно перекинуть, git подходит лучше всего. Для этого на серваке создают голый (bare) репозиторий, чтобы можно было пушить типа "сразу в главную ветку" без вопросов.

Гитхаб нужен, если надо сохранять полноценную разработку с локального компа. Он просто играет роль места для бэкапа. 



S3
На сайте с 29.03.2012
Online
347
#1
Sly32 :
Представь мелкий сайт из 100 страниц

Начнем с того, что на таком сайте вообще нет смысла городить какие самописы и думать про экономию ресурсов даже для самого слабого сервака. Это экономия на спичках. 

Sly32 :

Стоит фреймворк. Но в нем так настроено, что при определенных изменениях в отдельной папке со статической версией сайта происходит обновление готовых html-страниц. 

Эта папка с готовыми страницами тебе нафиг не нужна. Она чисто под слив на сервак. Чтобы удобно перекинуть, git подходит лучше всего.

Да, это допустимое решение при таком алгоритме, если бы не но, что ты упоминал. Ты любишь руками поковыряться на сервере. И тут весь смысл в гите пропадает. Начинаются пляски с бубнами. Нужно писать хуки для гита, Но в твоем случае самое простое  - использовать rsync/scp, первый предпочтительней - он умеет работать только с измененными файлами, в итоге у  тебя всегда будет копия одинаковая на сервере/локально.

Так что я бы сделал нормальный гит репо и прикрутил бы actions, чтобы избежать таких извратов.
Я на сегодня для своих проектов использую CodePipeline, с ним вообще забываешь про все эти бубны. Просто пушишь в репо и он уже сам разворачивает все на сервере.

P
На сайте с 26.04.2010
Online
394
#2
Sly32 #:
Начнем с того, что на таком сайте вообще нет смысла городить какие самописы и думать про экономию ресурсов даже для самого слабого сервака. Это экономия на спичках. 

Вы не различаете техническую сложность сайта и количество трафика на него. Для вас это синонимы. Сайт может быть простым, но если трафа много, он создаст нагрузку. 

Sly32 #:
rsync/scp

Я пользуюсь scp при необходимости. Но где там фича, которая сама отследит изменившиеся файлы с предыдущего слива на сервак? Или я должен фильтр передать? Откуда я помню, когда я делал предыдущий слив? Посмотреть надо? Что-то много телодвижений уже на подходе. Гит все вопросы решает за меня.

S3
На сайте с 29.03.2012
Online
347
#3
plab #:

Вы не различаете техническую сложность сайта и количество трафика на него. Для вас это синонимы. Сайт может быть простым, но если трафа много, он создаст нагрузку. 

Я пользуюсь scp при необходимости. Но где там фича, которая сама отследит изменившиеся файлы с предыдущего слива на сервак? Или я должен фильтр передать? Откуда я помню, когда я делал предыдущий слив? Посмотреть надо? Что-то много телодвижений уже на подходе. Гит все вопросы решает за меня.

Я уже говорил, если не брать необходимость копирования с сервера на локаль - норм решение для новичка. Rsync умеет синхронизировать, не scp. Хотелось бы увидеть 100 страничник, который генерирует траф, неподьемный для простого сервера)

P
На сайте с 26.04.2010
Online
394
#4
Sly32 #:
бы увидеть 100 страничник, который генерирует траф, неподьемный для простого сервера)

Ну не 100 страничник, а 300 и более. В свое время под 15 тыщ в сутки трафа было. Сейчас из-за ЖПТ о таких числах остается мечтать.

Кроме экономии на ресурсах (можно заказать VPS слабый в три раза дешевле и разместить несколько сайтов), такой подход дает надежность. Опыт показывает, что падение серваков чаще, если на них размещать фреймворки. 

E
На сайте с 01.10.2017
Offline
114
#5
plab #:
Зачем на серваке держать движок или фреймворк, в котором работает шаблонизатор, роутер и не приведи господи подгружаются данные из БД. Это бессмысленный расход ресурсов.

Чистая статика на проде - это прошлый век. По такой технологии работали "динамические" сайты, когда "динамика" только зарождалась. Многообразный кэш решает все проблемы. А для визиток с посещаемостью 0,0 и кэш не нужен.

Кстати, даже генераторы статических сайтов переехали на сервер, если, конечно, у вас хостинг не только для статики.

Домены на продажу: https://p20.ru/collection/domains-for-sale
P
На сайте с 26.04.2010
Online
394
#6
estic #:
Кстати, даже генераторы статических сайтов переехали на сервер, если, конечно, у вас хостинг не только для статики.

А причем здесь это. Генерить статику можно и на серваке и на луне. Суть: трафу отдавать статику при большой посещаемости.

estic #:
Многообразный кэш решает все проблемы.

Да, это стандарт. Если сайт часто обновляется, проще реализовать кэширование. 

estic #:
Чистая статика на проде - это прошлый век. По такой технологии работали "динамические" сайты, когда "динамика" только зарождалась.

Главное в это верить. В прошлый век. Колесо тоже изобрели давно. 

Есть еще скрипты, которые оптимизируют код готовой html-страницы. Хороший сервак надо оплатить, чтобы все это на него взваливать.

S3
На сайте с 29.03.2012
Online
347
#7
Если цель такого сайта- рубить какую то копейку, чтоб жалеть на нормальный хостинг, тогда наверное да, можно страдать фигней. Нагрузка это когда 15 тыщ хотя бы в час. Работа со статик сайтами это баловство. 
P
На сайте с 26.04.2010
Online
394
#8
Sly32 #:
Если цель такого сайта- рубить какую то копейку, чтоб жалеть на нормальный хостинг, тогда наверное да, можно страдать фигней. Нагрузка это когда 15 тыщ хотя бы в час. Работа со статик сайтами это баловство. 

А кто где говорил, что на таких сайтах зарабатываются миллионы. Да, это уровень максимум средней зарплаты по стране. 

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

Кроме того, есть вопрос скорости отдачи страницы серваком. А это уже улучшает поведенческие сайта.

Поставить на сервак кучу ПО и трястись, что он упадет. Внедрять костыли, чтобы не упал. - это для избранных. Мне не надо.

E
На сайте с 01.10.2017
Offline
114
#9
plab #:
А причем здесь это.

Ну, Вы в очередной раз изобрели генератор статических сайтов и пишете, что это круто. Вот только какое отношение это имеет к современным сайтам/сервисам, не понятно.

plab #:
Хороший сервак надо оплатить, чтобы все это на него взваливать.

Конечно, совсем другое дело "дискокачалка", забивающая системный дисковый кэш по самое не хочу 😊

А все и не нужно взваливать. "Дискокачалка" как раз отдельно идет (для медиа-файлов, pdf-, etc.) 😉

P
На сайте с 26.04.2010
Online
394
#10
estic #:

Вот только какое отношение это имеет к современным сайтам/сервисам, не понятно.

Какое отношение имеет автоматическая генерация статических страниц к древнему написанию сайтов на голых html, css и js.

Я видел как документация по какому-то фреймворку как раз сильно расписана в разделе по поводу такой генерации. Как бы не для Angular читал. Там вроде как вообще кода html нет, когда сайт на фреймворке работает. Чтобы индексировалось поисковиками, надо нагенерить html. И оно вроде как статика.

123 4

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий