Дмитрий Дарт

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

В главный style.css выносите и всё. Или вас волнует что если картинки в статье не будет то эти стили всё равно подгрузятся?
1) Да это так но это не страшно
2) При просмотре 2 и далее страницы стили всё равно из кэша подгрузятся

codepen.io
jsfiddle.net

Домен особо нет разницы где регистрировать, но конечно напрямую у регистратора лучше, а не у посредника. Хостинг берите поближе к потребителю что бы пинг был поменьше, т.е. USA, EU

Вы всё верно заметили.
django - бекенд фреймворк. Он ускоряет серверную разработку, т.е. позволяет использовать готовые модули для каких-то повторяющихся вещей. Можно сделать сайт и без django, но всё придётся писать самому с нуля, время уйдёт больше и есть вероятность наделать нелепых ошибок.

vue.js - фронтенд фреймворк. Ускоряет и структурирует разработку сложного фронтенда. Можно всё написать без него на чистом JS но... вы уже поняли что это может быть получится дольше по времени, всё придётся писать с нуля и будут какие-то ошибки. С другой стороны если на фронтенде нет ничего сложного и только форма регистрации или просто отображение статьи блога то нужен ли тут vue.js ещё вопрос, но это уж кто как привык.

В общем, всё это придумано для ускорения работы, но написать всё можно и без django и без vue.js

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

Быстрее на PHP. Go хороший но он про другой, про скорость и микросервисы.

1. Надо узнать язык на котором написано приложение
2. Узнать язык, на котором написана серверная часть
3. Запросить документацию, но её скорее всего нет
4. Выучить нужные языки программирования
5. Разобраться в особенностях серверной части в качестве системного администратора
В таких случаях обычно в штат берут человека. Ну или типа в штат на удалёнку.

1. Доступ к БД по разному организуют. У нас, например был полный доступ к реальной БД проекта, но можно создать копию реальной БД отдельно для DEV-сервера
2. Нужен DEV-сервер с копией проекта для разработчика

не было полного доступа к базе и ресурсам сервиса?

3. Так будет сложно работать, тогда нужна микросервисная архитектура

Но есть люди, которые внедряют определенные проектные задачи

4. Ну да, вы говорите вот это твой модуль, вот документация по нему, вот такая задача, иди разберись как он работает и принеси мне план что как ты сделаешь (иногда сразу делают без плана если функционал маленький)
5. Есть доклад довольно дельный на эту тему от сотрудников Badoo https://www.youtube.com/watch?v=GJZbzEME_og

В общем виде это echo $_GET['utm_keywords']; и всё, вам не нужен сервис, а сторонние скрипты сложно встраивать потому что тут всегда индивидуальная настройка идёт.
Но можно ещё на JS скриптом сделать, получаем адрес страницы, так же разбиваем, но и там надо настраивать id блока в котором надо заменить контент.

Без проблем. Заведите в БД столбец дополнительный, например paid. Если товар не куплен ни разу в нём 0, если кулен - в нём 1. Перед каждой попыткой оплатой проверяем. Дело сделано )

Можно? Можно!

На сколько хорошим? Не знаю, что-то одно будет превалировать 100%. Выдающимся - точно нет.

я бы не хотел отказываться от чего то

Сделайте одно направление своей работой, а другое - хобби.

Может нужно чередовать, день дизайна, день программирования

А если не доделано и нужен ещё день, а потом ещё? А если заказ большой на месяц? А если перекос в заказах?

Вам надо поработать в промышленном масштабе в обоих направлениях и тогда вы поймёте какое вас больше бесит ))

Чем отличаются сайты на готовых движках от сайтов, написанных с нуля?

Временем разработки, сложностью поддержки, иногда скоростью работы (а иногда нет)

Что можете посоветовать первоначально для сайта по типу (ниже 3 пункта)?

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

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

Странные вы люди...
Начал, продвинулся, до конца пока не дошёл, решил повернуть совсем в другую сторону. 2 года жизни выкинуть не жалко...

По существу совета два:
1) начните работать питон-разработчиком не на Data Science пока. Получите профильный опыт разработки и потом даже без профильного образования проще будет на нужную должность перейти.
2) Отсутствие образование формального мешает? Получите заочно, удалённо.

В общем: по американски "Сделай ИЛИ умри", по-нашему "Умри НО сделай". Если чувствуете что сфера интересна - добивайте её до конца. Ну и работу смените, она убивает ваше это и уверенность в себе, а это мешает двигаться дальше.

Приветствуются конкретные советы.

Ставите CMS, читаете документацию, разбираетесь в шаблонах. Всё понятно - хорошо. Ничего не понятно - откатываетесь. До более простых вещей.

Фреймворк. Читаете документацию, устанавливаете. Всё ок - идёте дальше. Ничего не понятно - опять делаете шаг назад.

Я бы в качестве первого проекта перед фреймворком советовал разобраться с composer, поставить какой-то роутер готовый на проект. На основе него построить свой небольшой проект, так же подключить через composer какие-то библиотеки. Если всё ок, можно поставить микрофреймворк. Если и на этом этапе сложности, то ещё шаг назад делаете и учите просто PHP и ООП.