Как выводить кешированые страницы сайта вместо запроса к движку?

shevalex78,

Идея*- оставить локальный комп и сайт в первозданном виде и вести на нем разработку

У вас сразу неправильный подход. Если сайт статичный, без динамики вообще, то непонятно зачем вам ВП вообще нужен. Если вы хотите генерировать статичный контент, но не умеете и как генератор использовать решили ВП, то так же неверное решение. Поищите лучше генераторы/конструкторы лендингов или статичных сайтов. Тогда и будет у вас собираться "архив" статичного сайта локально, который вы будете заливать куда-то в интернет.
И для этого хватит самого дешёвого шаред хостинга, не нужен ни ВДС, ни ВПС, ибо они дорогие для такой задачи.

Если вы делаете полноценный динамический сайт, с БД, контентом/пользователями в БД, с какой-то логикой. Но при этом локально что-то кодите, правите модули/вёрстку, вносите изменения в функционал, добавляете/убираете модули. То у вас должен быть полноценно рабочий сайт в интернете и его локальная копия, именно копия а не какие-то статичные кэши работы. Отличия могут быть только в данных внутри БД, но не структуре. Разработали что-то локально, через GIT или модули заливаете эти правки кода на сервер, применяете.

Где рекламировать своего Telegram бота?

Это не только к ТГ ботам относится, любой продукт надо хоть как-то рекламировать, что бы привлекать клиентов. Это как открыть уникальный магазин с уникальными товарами где-то в глухом лесу и удивляться, сидя внутри, что нет клиентов. А они просто не знают о вас и ваших продуктах.
Попробуйте разные ТГ/ВК группы где тематика ботов, порекламить себя или хотя бы админам предложить упомянуть твой бот. Погуглите площадки, блоки, каталоги. В худшем случае покупайте рекламу, если бесплатных вариантов не найдёте. Главное определитесь с Целевой Аудиторией (ЦА), чтоб не слить бюджет на показ рекламы тем, кому ваш продукт не нужен.

Как DevOps-фрилансеру искать зарубежные проекты?

Ещё до появления в рунете слова DEVops, были "сисадмины" на удалёнке, которые админили сервера. Разворачивали, настраивали, чинили и т.д. Сам работал в нескольких компаниях где были такие "удалёнщики", с других городов. На фрилансе иностранном тоже встречал не раз фрилансеров-сисадминов у клиентов, кто вёл сервера. И разговор не за локалку с принтерами, а именно веб серверы, сервера разработки и всю кухню вокруг них.

Вот на апворке (крупнейшая биржа фриланса), полно девопсов.
https://www.upwork.com/nx/search/talent/?nbs=1&q=devops

Бизнес и системный аналитик: кто это?

В маленьких компаниях его просто менеджером зовут. Кто общается с клиентом и ставит задачи разработчикам. А разработчик уже додумывает хотелки заказчика и менеджера, переводя их в нормально ТЗ.

Каков план обучения для веб разработки аналога foodsharing.de?

FeST1VaL, чисто теоретически ИИ может помочь разбить на задачи и подзадачи. Только если более менее правильно составить промт.

Как свичнуться в другую конфу 1с?

Buterbr0dskiy, В том что нет таких вопросов про другую сферу заказчиков. Базовый "фреймворк" у вас один и тот же. Набор "батареек"(библиотек) может и отличается. Но это не важно ибо народ же как-то берёт и делает. Ну да, надо почитать про библиотеки с которыми ранее не работал, сторонние АПИ какие новые появляются, сервисы. Да, может какую-то информацию от заказчика почитать приходится, что бы понять специфику его "бизнеса" под который нужно собрать что-то. Но всегда непонятное можно нагуглить, либо пообщаться с заказчиком или попросить промежуточное звено(менеджер, пм, аналитик, етс) собрать и дать больше информации.

Как свичнуться в другую конфу 1с?

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

Есть ли платформы или агенты которые могут сами заполнять сайт контентом?

Поддерживаю, посмотрите в сторону n8n, там есть премеры как в твиттере собираются посты, рерайтятся и добавляются у себя через свой аккаунт. На том же ютубе полно роликов и про граббинг чужого текста, и про рерайт его (думаю перевод не проблема оформить), и автопостинг куда-то к себе.

Деплоить или не деплоить?

Refguser, Да не нужно ничего. Там "школьный" сайт без какой-то реальной инфы. Денег не просит, информацию(с документов) вводить не просит. Таких сайтов в интернете миллионы. Просто Anna0802 себе напридумывала проблем с этим, сама поверила и вы её страхи множите, предлагая варианты защиты. Только защиты от чего? Зачем какой-то "фейковый домен"? Фейковый от чего, если сайт не клон настоящей клиники? Ей и так хостер даст домен третьего уровня, сгенерированный рандомно или по логину. :)

Деплоить или не деплоить?

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

А вот к ИИ обращаться лично я бы не советовал. Примитивы оно ещё может какие подскажет, но чуть сложнее ложки, уже начинает галюцинировать какие-то странные ответы. Даже когда вопрос по открытой документации популярного сервиса спрашиваешь, даёт какую-то каку. Лучше развивать гуглинг, очень нужное умение. И искать по англоязычным сервисам/фреймворкам/серверам лучше именно в гугле, не в яндексе. А гугл переводчик, если пока проблемно в английский, поможет с переводом. ИИ по сути это тот же гугл, но гугл вам даёт сотни вариантов и надо выбрать. А вот ИИ даёт вам один ответ, взятый из того же интернета (нет, оно не умеет думать, оно оперирует доступной информацией), даёт как истинно верный. И взять ответ оно может из неправильного.

Деплоить или не деплоить?

И надо настраиваться на деплой. Страх накосячить 10/10

Anna0802, В интернете полно гайдов как задеплоить джанго.
Обычно ищется место куда можно разместить. В идеале конечно же VPS сервер, где у вас будет root права. Некоторые хостеры предлагают бесплатные варианты, или триал на 7-14 дней.
Сервер обязательно на линуксе берите, один фиг 99,99% всех веб проектов под линуксом крутятся. Я лично люблю ubuntu, он более френдли и меньше подводных камней, да и гайдов под неё миллионы, как и по возможным проблемам куча ответов в интернете. Прям так и гуглите: "deploy django ubuntu". Ещё в запрос можно добавить сразу связку: nginx, gunicorn/supervisord, uwsgi. Первое это обрабатывает http/httpS запросы в браузере и перенаправляет на сервере уже к службам, которые запускают питон и питонячьи проекты. Гуникорн/супервисорд, они запускают питон проект и к ним обращается nginx. Ну а uwsgi, через него сама джанго будет работать.

Учитывайте, что `python manage.py runserver`, это ТОЛЬКО для локальной машины разработки. Его нельзя использовать при деплое, это "тестовый" режим разработчика. Там вон по ссылке, прям в документации джанги об этом предупреждение.
А дальше уже гуглите если будут проблемы. Но как правило гайдов хватает.

Если уж совсем по современному заморачиваться, тогда стоит через докер разворачивать. Хотя лично я бы для обучения использовал бы вариант сначала без докера, что бы понять особенности работы с разными сервисами/службами. А потом уже нормально развернув, пробовать варианты с докером, это тоже сейчас нужно знать, но без знаний основ, я лично бы не советовал сразу к нему обращаться. Почему? Потому что докер тоже не так прост с самого начала и если там будут проблемы серверные, которые вы бы отточили на варианте без докера. То в докере будет сложно понять это проблема докера, или не докера.

Не, на сайте вообще ни одной настоящей информации. Кроме города.
Я сделаю запрет на индексацию, как советовали ранее. Просто для спокойствия.

Это ваши личные тараканы. Да, для разнообразия знаний можете заморочиться. Но по факту это не нужно и ничего вам не будет. Тем более никакой реальной или мошеннической информации у вас нету. Город можете сменить на Москву, телефоны на рыбные забить (всякие: [phone]).

З.Ы. Да, есть "хостинги", которые без VPS(виртуальный сервер), позволяют разворачивать джанго проекты. Если не найдёте бесплатный ВПС и не захотите купить на месяц какой вариант за 150р-300р, то можно в эту сторону смотреть. И да, как правило у всех хостеров есть свои гайды, как у них развернуть джанго проект. Либо в интернете, если хостер не маленький, есть сторонние статьи, как именно там деплоить.

Правильный ли ход мыслей к обучению?

Реальные проекты/задачи, помогут больше и быстрее понять, чем "зазубривание" теории. Мой совет, найти роадмап по нужному вам стеку. Прочитать "быстро", досконально не вникая, но если там есть "домашки", их делать. А потом искать "пет проекты" и начать их делать. Вот тут то уже пригодится и "гугл" и "учебники" для более "глубокого" понимания. Никто из программистов не знает наизусть все бибилиотеки, все модули со всем набором их команд. Главное знать, что "там есть такое" или "вот то может мне помочь" и далее лезем в документацию, ищем конкретные модули, конкретные функции/команды.

Да, на счёт "пет проектов" которые "для обучения". У личных проектов есть проблема, когда застопорившись на чём-то, есть желание не делать, а забросить этот кусок и идти дальше к тому, что легче. В реальном коммерческом проекте такого не будет, заказчик будет ждать заявленный функционал. Ещё есть проблема придумать действительно "коммерческие" задачи, а не фантазии или "теоретическое-банальное". Тут я бы вам посоветовал, да и всегда советую, по нужному стеку поискать на фриланс площадках задания где прикладывают какое-то более менее подробное ТЗ. Скачать его и по нему делать проект свой. Вообще фриланс площадки (можно международные), хорошее место для поиска идей под "коммерческие" пет проекты.

На чем практиковаться начинающему админу?

ЭниКею по мимо сетки, чаще всего нужно решать проблемы пользователей. Периферийные устройства, общие папки/программы, переустановка системы (раньше были образы с готовой рабочей системой и набором софта, сейчас виртуализация), терминальные подключения.

Самое простое набить шишки, это устроиться в какую компанию помощником. В идеале туда, где вас минимум двое будет, а не ты один.

Как создать сайт с музыкой?

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

Имхо, для школьника как пет проект, можно и без покупок. Но вот ниша очень скользкая. По авторским правам быстро или РКН заблочит или в суды подадут. Сейчас поиск "своих" авторских "предметов" в интернете очень авторизирован. Неделя не пройдёт, как уже в суд или в РКН полетит. А если за пределами РФ автор, то там могут просто через суды огромные штрафы выкатить.

Почему на мобильный связи нет доступа к Google?

Денис, c httpS или без? У меня 142.251.37.14 открывает, но идёт редирект на домен google.com в итоге.
Попробуйте сделать трассировку, если дальше 1-2 шагов не упрыгает, то или телефон виной или ваш провайдер.

Почему на мобильный связи нет доступа к Google?

Попробуйте трассировку сделать до сайта гугла, может подскажет на каком пути отваливается. Ну или попробовать открыть по IP, без домена(взял ип с гугла, он на редит указал): 142.251.37.14

Pycharm для старенького мака?

izma, https://www.jetbrains.com/pycharm/download/other.html сюда посмотрите. Комьюнити вроде бесплатная версия, если память не подводит.

Как определить картинку: Встроена в страницу или прямая ссылка?

@Slash-Zn, я пытаюсь отфильтровать картинки (Что показывать, что нет) так как на сайте есть разделы, что создаются пользователями, только для себя и своего круга людей. И если я могу скрыть приватную страницу с картинками в ней, то по отдельности картинки можно просмотреть, введя адрес самой картинки.

Такие картинки надо хранить в отдельной папке, на которую запрет для просмотра извне. Чтоб отдавало 403 при просмотре её хоть вызовом из вёрстки, хоть открыв чистую страницу. Средствами самим nginx. А для "публичных"(вёрстка та же или какие другие не под правилами картинки/файлы) картинок, оставить возможность вызова как угодно.

И уже в PHP, к которому есть доступ всем, определять сессию авторизированного пользователя. Смотреть на права запрашиваемой картинки, данные которые придётся хранить в БД. Ну и определять, запрошенный юзер имеет ли право смотреть эту картинку или не имеет. Если имеет, отдавать нужную картинку. Где сам ПХП вычитает файл с закрытой папки, к которым извне никто не имеет доступа, а вот локальные скрипты имеют. Если же не имеет доступа, то можно выдавать 403, можно генерировать картинку-заглушку "пользователь ограничил доступ" или что-то подобной. Ну или средствами php редиректнуть на страницу 403.
Ну или если права, настраиваемые пользователем, автором картинки "доступно всем", то не проверять авторизацию запрашиваемого файл. А проверять сначала права у картинки в БД.
З.Ы. Имена отображаемые пользователю, имена файлов картинки, как и путь, можно хранить в БД и делать его человекопонятным. А по факту хранить где угодно и как угодно, с любым неймингом. Просто в БД будет поле "отображаемое имя" и "фактический путь до файла". Так как подпапки делать всё таки правильно, а не складировать миллионы файлов в одной папке. Хотя бы по годам, месяцам и дням. Ну и вот ваш ПХП который вызывает запрос "/имг/вася_2000/котики.жпг", запросит БД, есть ли там такая картинка по первому полю. Найдёт запись. В ней посмотрит какой тип прав к ней. Далее может проверить ИД юзеров которым она доступна, может и через связи(друзей/участники групп). Ну и если запрашиваемый всё прошёл, то отдавать картинку, генерируя её отображение, взяв путь до фактического пути из второго поля в БД(которое может быть: "/приват/имг/юзерс/ид_12/2025/08/23/ываываываываыва.пнг").

И тут уже будет пофиг на подделку реферов. Основная проверку будет на стороне ПХП.

Как определить картинку: Встроена в страницу или прямая ссылка?

Adamos, Для понимания сути. Код/настройки же я не описывал. А без понимания смысла, тупое копирования кусков кода это не очень для понимания.

Как определить картинку: Встроена в страницу или прямая ссылка?

Dopamine, Лет 10+ таким не занимался. Но своими словами как делал ранее. Нужно было смотреть на рефер. Если картинка открывается на сайте, в вёрстке, она будет иметь рефер (адрес с которого пришёл пользователь на текущий вызов). Если рефера нет - открыли картинку в браузере в пустом окне. Если он не равен твоему домену, то можно показывать заглушку или ничего не показывать, выдавать ошибку. Так как открыли скорее всего на другом сайте/домене. Если же рефер есть и он равен твоему домену (или локалхост, если код у себя локально разрабатываешь и тестируешь), то надо отправлять на вызов твоего скрипта, либо условие которое проверяет тип "файла".
Вообще такое должно легко искаться в гугле. Так как в нулевых, когда дисковое пространство было дорогим, как и трафик, у хостеров. Такое многие делали у себя, чтоб "конкуренты" не встраивали твои картинки, себе в хтмл код, экономя на хранении картинок у себя. В своё время даже на этом погорело не мало новостных интернет изданий, когда владелец источника картинки, начинали заменять картинку. Даже в ИТ сообществе был "фейл года", когда владелец поменял на картинку с задницей с морковками из оной.
Поищи в интернете, в гугле, примеров правильной настройки nginx должны быть тысячи.