YaroslavW

где можно поделать сайты для людей бесплатно?

дома, сидя за компьютером

Где можно найти таких людей кому нужны сайты?

на фриланс биржах

Всю двигательную систему я сделаю.

а ходовую переберете? О чем Вы вообще?

Сделайте описание как вы отличаете джунов от мидлов и вопрос отпадет сам собой, а если вы их не можете отличить формально, то вопрос не имеет смысла

GIT
CI
Docker

Проверяйте загрузилась ли ваша реклама, если не загрузилась - прекращайте загрузку страницы.

пытался гуглить, но высвечивает только как обойти

А зачем обходить? Проще такой сайт в полный игнор отправить.

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

Функция, которую объявляешь в объекте, не будет иметь контекст этого объекта. В твоем случае он у не свой. Если использовать стрелочную функцию () => {}, то ее контекстом будет тот, в котором объявлен сам объект в котором объявлена функция. Коротко говоря, ты не можешь обратиться через this к объекту в котором объявлена функция. Чтоб это произошло надо либо делать как-то иначе, либо задать ей нужный контекст.

function User() {
  this.firstName = "Вася";

  this.sayHi = () => {
    return this.firstName;
  }
}

let user = new User()

console.log(user.sayHi());

Ну вообще, если вы не планируете делать макет зависимым от установленного пользователем в настройках браузера кегля; меняете на различных брейкпойнтах лишь отдельные элементы, вроде заголовков; не планируете делать сайт доступным для разного рода телевизоров, то можете использовать px. Разницы тут никакой нет. А если вы еще и адепт pixel-perfect, и не делаете, например, размер подзаголовков зависимым от заголовков над ними, или отступы по краям кнопки зависимыми от кегля кнопки, то и em вам не нужен. Реальный кейс для осознанного использования rem \ em, который не является данью моде - когда заказчик хочет, чтобы было доступно везде, и при этом не требует pixel-perfect, оставляя разработчику свободу действий и выбора. Но это зачастую утопия.

Если Вы сами не видите выгод, при чем весомых, для своего проекта - то ответ точно НЕТ.
Бутстрап знают почти все, небольшая часть из них знает semantic-ui. Есть еще дятлы и староверы, они ничего не знают (вторым лень, а первые наслушались отмазок вторых). Иногда встречаются редкие дятлы, которые почему-то решили, что есть объективная причина знать semantic-ui или еще более экзотичный продукт, но не знать bs. Но говорят скоро научатся такое лечить.
Если у Вас вопрос "разбираться с semantic-ui" или нет? Тогда ответ "точно да". Так как времени это много не займет, а что бы использовать bs4, надо же понимать, чем он лучше других и вообще, какие другие они бывают. semantic-ui - наверное номер 2 или 3 в списке.

Можно использовать СУБД встроенную в браузер: IndexedDB (SQL), можно LocalStorage (K/V). В таком случае данные хранятся локально в профиле браузера в учётной записи пользователя. Переносить их с компьютера на компьютер будет неудобно. Однако можно реализовать функцию экспорта и импорта данных в JSON для переноса данных на флэшке.
Альтернативно, можно реализовать серверную часть - HTTP API сервер, который будет принимать запросы через AJAX. Его можно реализовать на любом подходящем технологическом стеке. В таком случае независимо от клиента данные всегда будут доступны через локальную сеть или интернет.

Разбейте на 24, а не 12. Почему вы упёрлись именно в 12 колонок. Разумеется в такие "толстые" колонки, ничего нормально не впишешь.

Ну и судя по макету, он вообще на сетке не особо то и завязан. Элементы спокойно в gutter попадают, чего быть не должно.

Самая дорогая часть - дорога.
Проживание - не так уж и дорого.

Пары тысяч баксов хватит с запасом. В месяц.
Разумеется, нужно жить не в отеле, а найти квартиру обычную.
Возможно, и в тысячу долларов уложитесь, но это уже риски - мало ли что случиться может.

Есть объединения русскоязычных фрилансеров, совместно арендуют - так дешевле.
Спросите у Пумы Тайланд, да.

Насчет романтического - работать и путешествовать...
Так не выйдет, если вы не мега специалист с наработанными клиентами и хорошей раскруткой.

Работать вы будете не на пляже.
90% времени проводить за компом.
В тамошних условиях обязательно нужна квартира с кондиционером. А это не дешевле, чем в РФ (в Москве не считаем).
А еще вам нужен нормальный интернет, который в Азии вообще говоря такой ... "азиатский", как правило. Это нужно поискать такую квартиру - это еще дороже.

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

Спросите, у питерцев, к примеру. А часто ли они бывают в Петергофе или же Третьяковке?
Или у жителей Горно-Алтайска - часто ли они ходят по горам с рюкзаком?
;)

Плюс естественно есть.
Но есть и минусы.
Я бы не рассчитывал, что вы будете прямо таки часто достопримечательности посещать.
Большая часть времени - работа, работа, работа.

Возьмем например Дропбокс.

Изначально был написан на Python - это быстрее для прототипирования.
Потом был переделан на Go - для предсказуемости и скорости. Но зачем переделывать полностью? Многие куски на Python существуют там до сих пор. И работают.
И маааалюсенький кусочек был переделан на Rust - для ускорения самого узкого места.

Вот вам и 3 языка работающих одновременно в Дропбоксе на бэке.

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

Или такова была особенность задачи. Пример с комбинацей Rust/Go выше приведен. Где то может быть лучше один язык, где то другой.

А если мы вспомним, что проект не только пишется, а еще и готовые компоненты применяются - то автоматически к любому почти проекту добавляются С/С++ те что в БД к примеру и пр. и пр. SQL - тоже язык бэкенда. И пр. и пр.

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

идея проекта очень уникальна и в своём роде является серьезным стартапом с огромным потенциалом и будущим

Идея платного доступа к чужому контенту не является "серьезным стартапом". Не льстите себе.
Как продавать через свой сайт (или бот) чужие подписки на платные каналы телеграм?
Тем более скоро Дуров встроит GRAM в Telegram, и всякие посредники типа вас перестанут быть нужны.

Порой бывает можно просто скопировать скрипты

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

https://gist.github.com/Kirill-Gorelov/
ВОт тут я записываю свои наработки по работе с curl.
Может пригодиться.
Но конкретно что тебе нужно смотри в строке с 55 по 85.
У меня там пример по скачиванию файла, но легко переделать под любое другое.
Но это по работе через прокси. Прокси как писали выше это hidemy.
У меня даже где-то была связка hidemy + мой curl, но уже не помню где.