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

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 должны быть тысячи.

Не могу получить данные из связаной модели ManyToMany rel?

Не по теме вопроса. Но очень советую почитать пеп8. Очень небольшая инструкция по "стилю"/правилам написания python кода.
1. Конкретно за именование класса class user_info, глаз дёргается. Как-будто его сами назвали, а другое копировали из интернета. https://pythonworld.ru/osnovy/pep-8-rukovodstvo-po...

2. ('male') - опять копипаста без понимания оной. То откуда копировалось, там использовался модуль локализации(перевода) пользовательского текста. И там по правилам нужно писать _('слово или фраза которые можно переводить'). При этом предварительно подключив этот модуль:
from django.utils.translation import gettext_lazy as _. То есть в ваш вариант должен быть таким:

class SexChoises(models.TextChoices):
        male = 'М', 'male'
        female = 'Ж', 'female'
        default = '-', 'default'

Про остальное вам уже Everything_is_bad подсказал

Как выбрать CMS-систему для небольшого интернет-магазина?

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

Так вместо 22 тысяч, которые требовал nic.ru за продление 2 доменов, он заплатил 8 тысяч.

Это врятли домены в зоне ru или com, скорее всего какие-то специализированные(частные)?

Какую фриланс-биржу выбрать для поиска верстальщика на html, CSS, JS, специалиста в CMS-системах?

Ярослав Александров,

Ничего вам не мешает обратиться в несколько офисов и получить коммерческие предложения

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

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

Как выбрать CMS-систему для небольшого интернет-магазина?

Svetta090, Небольшой совет. Доменное имя сайта, покупайте сами. Не перекладывайте на исполнителя или "в подарок" от хостера. И обязательно регистрируйте на владельца магазина или юр лицо. Ни на сотрудника компании, каким доверенным или "прошаренным компьюторщиком" он ни был. Через пару лет уволится, или фирма исполнитель закроются. И будут проблемы с передачей владельца. А подарочные, порой вызывают геморрой, когда надо сменить хостера (не любят когда клиенты уходят), или понадобятся какие-то манипуляции с доменом. Регистрировать можно на крупных регестраторах доменов, на вроде nic.ru или reg.ru.

Как парсить pdf-ки с вк с помощью Python?

Задачу дробить надо на 2е:
1. Получить файлы с ВК - апи ВК в руки.
2. Вычитать и распарсить ПДФ - ищем библиотеки питона, что работают с ПДФками, разбираем, смотрим результаты.

Как выбрать CMS-систему для небольшого интернет-магазина?

Вам нужно в первую очередь определиться с функционалом, который вам в итоге нужен. Фильтры, поиск, характеристики, акции, корзина, оплата, уведомления, статусы, транзакции, счета, личный кабинет, пользователи, добавление/изменения товаров и их статуса наличия/количества, ...
Дизайн тут как правило вторичный и порой нет разницы будет 10 товаров или 10 миллионов товаров, функционал как правило один и тот же, просто в базе чуть больше записей.
Вот когда будет расписан функционал, тогда и подбирать готовую ЦМС, отталкиваясь от того, что готовое решение может вам дать само "из коробки", либо доп модулями которые уже существуют. Возможно часть запланированного функционала, придётся изменять под возможности готовой ЦМС. Возможно вам потребуется доробатывать функционал уже в выбранной ЦМС.

Новые политики хранения данных с 1 сентября - есть ли генератор стандартных текстов хранения ПД?

Refguser, при том требования плашки и запросов на куки, это требование ЕС. Которое понесли и наши ресурсы.

Где правильно делать фильтрацию?

smilingcheater,

2. "проверию название, описаник, адрес и все услуги и категории" - это лучше фильтровать на уровне запроса к БД, перед расчетом расстояния.
3. "рядом со мной" - если есть координаты пользователя и координаты записи, то посчитать расстояние - это чистая математика, которая на любом ЯП занимает очень малое время.

PostGIS нормально работает с радиусом "вокруг координаты, внутри радиуса N". По мне лучше сначала отфильтровать по этому параметру, а уже потом из них отсеивать по остальным параметрам. А не всех по параметрам и потом только, тех кто попал в радиус. По опыту записей миллионных объектов, обычно внутри радиуса значительно меньше объектов, чем вообще в базе. Ну и индексы.
https://postgis.net/docs/ST_Distance.html
И делать это чисто инструментами базы, а не ЯПом.

З.Ы. 5 секунд и упоминание джейсонов. Ощущение, что автор всё в жейсоне хранит, при том ещё и кривоватенько. Вот и проблема вытащить, а потом "распарсить" и далее уже "отфильтровать", на беке.