А на них будет спрос? На первоисточники. У трафа сформируется новая модель поведения. В интернетах контент - дерьмецо по сравнению с книгами. Но почему-то массы не в книгах буквы смотрят.
Это розовые очки. Качество, за которое траф готов выкладывать, дорого обходится. Конверсия в инфо-продуктах 0,1% считается успехом. Т.е. 1 из 1000 покупает.
Такие как вы с пайтоном работают всегда в виртуальной среде. И пофиг, что не всегда доп. модули устанавливают или во всех проектах используют одни и те же. Сказано, правильно ставить venv. Все. Всегда ставят. Головой подумать, что трактором палисадничек не пахают, ну никак.
Есть много нюансов помимо экспертности.
Рерайтно-копирайтный сайт на одну из естественно-научных тем потерял меньше трафа, чем сайт по языку программирования.
Можно было бы сказать, что рулят правильная вставка картинок и хорошее оформление. Это не умеет ЖПТ.
Однако чтобы траф это оценил, он должен доходить до сайта. Хотя по идее ЖПТ должен его "не пускать", давая ответы.
При анализе ответов ЖПТ там много ляпов в простых вопросах. Каламбур. Видимо траф это все еще способен понять и пока еще идет на сайты читать тру-инфу.
Что касается контента, то его дофига на английском. Если у Яндекса переводчик норм, то русскоязычные сайты ему в принципе не особо нужны. Тырь по всему миру, переводи и воспроизводи через Алису.
В инфошках код бэкенда - это хорошо если 10% от всей разработки.
Для инфо-сайтов "Грамотная архитектура" нелепо звучит. Там ее в принципе не особо. Вот грамотный адаптивный дизайн, продуманная структура сайта и тп. - это реалии.
Я не храню. Но есть CMS, когда разделить проблема.
Все ваши рассуждения говорят о том, что в продакшене у вас ничего. Потому что в реале всегда есть много нюансов. Любой инфо-продукт со временем обвешивается костылями.
Может у вас уровень вопросов таков, что для ответа на них достаточно интеллекта ЖПТ.
Ты точно разраб? Бывает, что в сайты-проекты льют файлы пользователи. И эти файлы надо включить в проект.
Проблему я себе не предумал. Это распространенный мануал - делать баре-репо на серваке. Но только в редких описаниях тебе однозначно дают понять, что гонять ты будешь только в одну сторону. Если проект сложнее двух притопов, делай через гитхаб и не костыли. Это можно понять только самому, ИИ тут только путает.
Нет. Ответ можно вывести либо сильно подумав без ИИ и хорошо зная Git, либо глубоко ковыряться в поиске. Вот чел решает подобную. Ему эксперт дает костыль: qna.habr.com/q/1349358 . По хорошему, если делаешь баре, то нефиг там править. Или не делай баре. Если уж что-то изменилось на сервере, то вытягивай руками (утилитой scp например и коммит делай на локальном).
Нейросеть тупа. Она не различает коммит и правку проекта. Проект править можно. Коммиты делать в баре-репо нельзя. Он только фиксирует их при пушах в него.
А теперь думаем без ИИ. Баре-репо не следит за файлами. Ему неоткуда знать, какой изменился, а какой нет. Поэтому ни пул, ни фетч работать не могут.
Тот факт, что каталог с файлами git не в том же где рабочий проект, тут особо не при делах.
На сервере баре-репо находится в отдельном каталоге. А проект - в другом. Рабочая директория прописывается в хуках. Проект можно править. А вот коммиты сделать нельзя.
Так что это очевидно, что каталог с баре-репо править смысла не имеет.
