Вы не различаете техническую сложность сайта и количество трафика на него. Для вас это синонимы. Сайт может быть простым, но если трафа много, он создаст нагрузку.
Я пользуюсь scp при необходимости. Но где там фича, которая сама отследит изменившиеся файлы с предыдущего слива на сервак? Или я должен фильтр передать? Откуда я помню, когда я делал предыдущий слив? Посмотреть надо? Что-то много телодвижений уже на подходе. Гит все вопросы решает за меня.
Я уже говорил, если не брать необходимость копирования с сервера на локаль - норм решение для новичка. Rsync умеет синхронизировать, не scp. Хотелось бы увидеть 100 страничник, который генерирует траф, неподьемный для простого сервера)
Кто там бегал за мной и кричал что айтишникам пора идти в штукатуры-политочники - всегда будет на кусок хлеба, не то что вот эта вся ваша айтишка?Встречайте робота, который укладывает напольное покрытие, быстрее и лучше работяг)) Напрялись уже?
Начнем с того, что на таком сайте вообще нет смысла городить какие самописы и думать про экономию ресурсов даже для самого слабого сервака. Это экономия на спичках.
Стоит фреймворк. Но в нем так настроено, что при определенных изменениях в отдельной папке со статической версией сайта происходит обновление готовых html-страниц.
Эта папка с готовыми страницами тебе нафиг не нужна. Она чисто под слив на сервак. Чтобы удобно перекинуть, git подходит лучше всего.
Да, это допустимое решение при таком алгоритме, если бы не но, что ты упоминал. Ты любишь руками поковыряться на сервере. И тут весь смысл в гите пропадает. Начинаются пляски с бубнами. Нужно писать хуки для гита, Но в твоем случае самое простое - использовать rsync/scp, первый предпочтительней - он умеет работать только с измененными файлами, в итоге у тебя всегда будет копия одинаковая на сервере/локально.Так что я бы сделал нормальный гит репо и прикрутил бы actions, чтобы избежать таких извратов.Я на сегодня для своих проектов использую CodePipeline, с ним вообще забываешь про все эти бубны. Просто пушишь в репо и он уже сам разворачивает все на сервере.
В нашей деревне такого нет) Вааще лес не экономят! И без чека не выйдешь из магазина, если пользуешься кассами самообслуживания. Можно конечно чек из приложения приложить к сканеру, но по факту бумажки всегда печатаются
Нуда вносишь? Ты счас говоришь про код или про контент. Например создание новой новости на сайте? Или ты что-то изменил в дизайне шаблона страницы?
спрашивается, зачем скрипт если есть гит?
тут у меня уже начинает закипать мозг.
И тут он окончательно ломается. Откуда у тебя взялся гитхаб, ты все таки его используешь? Ты же говорил что у тебя голый гит-репо на серваке и копия его локально?
Чем дальше в лес... Ну и огород у тебя. КАкие страницы меняются, какие изображения? У тебя все- статика? А зачем тогда прослойка в виде гита? Ты же им не пользуешься для версионности. Еще раз - проще написать скрипт в пару строк и через SCP Гонять, причем в обе стороны - ты так сможешь и изменения с сервера забирать. Это не офигенно удобно - это изврат полный)
Python не асинхронный, в нём явно надо указывать участи кода которые надо делать асинхронно. Вот ты и поплыл со своими поверхностными знаниями. 😀
Мальчик иди отсюда, не мешай(С) Прочитай уже учебник где хотя бы значение терминов описано. И не встревай в умные разговоры. И не мучай чатГПТ своими глупостями, ты даже с ним не сравнишься со мной по знаниям)
Да уж куда уж мне 😂
Те перь пошагово разберем вашу дичь)
Серьезно? статику через гит? Вместо того, чтобы организовать нормальный сторадж, ты пилишь это через гит? Я даже слов не могу подобрать) На Амазоне для таких вещей есть aws S3 Bucket - храни там что хочешь, хоть файлы, хоть сборки хоть архивы. Нет облачного сервиса - организуй сам. НО НЕ ЧЕРЕЗ ГИТ! Он не предназначен для этого. То что получается у тебя - не значит что правильно. И это лютый костыль.
А например, когда у тебя есть одна точка входа и ты деплоишь/билдишь сервак с помощью предназначеных для этого инструментов - у тебя никогда не возникнет необходимость тянуть настройки с сервера. Просто потому что они у тебя всегда есть в репо. И тебе развернуть новый сервер - 5 минут. Я Использую terraform+Guthub Actions, ейчас вот решил перейти в AWS Codebild/ Cloud formation. У меня просто никогда не будет нужды творить такой беспредел. И мякотка -
И ты мне будешь втирать про полный цикл? Да у тебя изначально весь флоу нарушен. local->dev->prod.
Никто в серьезной компании в такое не делает. Написал, развернул локально - проверил, развернул тестовый сервер, проверил на нем - развернул на деве. Все три энва всегда консистентны должны быть, всегда ты должен уметь откатиться на рабочую версию.А вот эти вот эксперименте на проде - мышиная возня. Я смотрю это никак не умрет со времен СеВлада)))
Вот мне еще не хватало чтоб в каждом магазине знали мои персональные данные))) И так от спама не спрятаться)
Это учат в школе на уроках геометрии и боюсь, со времен Ломоносова ничего не поменялось😂
Это твой уровень знаний, просто слезы. multiprocessing/multithreading/async конечно же для тебя пустой звук. Однако, уровень, продолжай отжигать.
Да, я не знал что bare-repos могут использоваться так криво, не для того, для чего предназначены, это точно для меня открытие. Про микроскоп я уже писал))) Что там делают вебмастера, мне неинтересно, потому как самовыдуманная профессия. В любой нормальной компании за такое отрубят руки сразу.
Потому что ты не понимаешь, как это и что значит. Но ты отказался узнать, тебе проще ерничать вместе с этим клоуном, который "знает питон". Твое право, конечно.
