awdemme

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

Ну во первых

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

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

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

Второе
Цену лучше согласовывать заранее.
Или цену. Или методику подсчета цены постфактум.

Третье
"Хочу 1800 - я думал что это стоит 500" - типичная разводка.
У меня знакомые предприниматели на любую названную цену отвечают в два раза меньшим контрпредожением. Автоматически. Назвал бы ты 500 - тебе бы могли предложить и 200.
Лучше просто согласовывать заранее.

Четвертое
Крупные сложные проекты к сожалению так просто заранее не оцениваются.
Тут нужно разделять работу на части. Обязательно оговаривать что работа в себя включает и что НЕ включает.
И брать оплату по каждой части работ.

Вы можете выбирать то, что вам нравится.
Ну если с голоду не пухните.

Мне попадаются сложные микросервисные бэкенды - как раз как я люблю.
Просто потому что я их выбираю.

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

Навскидку один вариант, часто используют:
На основном сервере ведется оперативная деятельность. Записи данных.
А длительно выполняемые запросы, только чтение - выполняются на другом сервер.
Между серверами репликация.

Другой вариант:
Часть сущностей на одном сервере, а часть на другом.
Например, каждый четный пост вашего форума - или что там у вас - на первом.
А каждый нечетный на втором.

И т.д.

1. Шифровать диски
2. Не давать права
3. Ставить в виртуалках

1, 2, 3. Зависит от того, что написано в лицензии. Иногда на выбор предоставляются разные лицензии (очень по разным ценам)
4. Никто не будет возражать. Ведь в конечном итоге шаблон покупается для сайта, под который его и правят.
5. Если при приобретении требуется указать домен - легко. В противном случае - никак. Считается что люди, в среднем, не воруют. Но можно и нарваться, прецеденты бывали. Не часто.

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

У разных продавцов могут быть разные условия - лучше спросить непосредственно у них.
https://help.market.envato.com/hc/en-us/requests/new

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

С технической точки зрения - это рядовая задача.

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

Как минимум это API+база данных. А в подавляющем большинстве случаев это API+так называемая "бизнес-логика"+база данных.

P.S.:
Это тебе обойдется минимум в стоимость автомобиля.
Нового. Возможно, отечественного производства, но нового.
А возможно и не отечественного.

Не оплачивается стажировка в США. Довольно часто, хоть и не всегда.
В РФ такой нормы нет. И испытательный срок (это отдельно в законе оговорено) тоже оплачивается. Частенько в размере 2/3 от твоего будущего оклада (если пройдешь испытательный срок), а не 100%. Но обязательно оплачивается. И никак не 20 и не 30% от оклада. Тем более в ИТ.

Испытательный срок означает что тебя могут уволить без лишних формальностей.
И только это.

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

Как писал Василий Назаров

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

Правдоподобно.

4. Обилие новоиспеченных iOS разработчиков, которые обвалили рейты.

Как ни странно при этом - но вам нужно повышать, а не снижать ставку.
5 лет, если не балду пинали - надо повышать.

Это типичная задача для заказного ПО.
Не CMS, не конструкторы.
Ну то есть весь сайт может быть и на CMS, а вот модуль работы с API придется делать самому.
Вариант:
Если этот сайт, предоставляющий API - известен. Тогда возможно кто-то уже написал нужный вам модуль. Дело за малым - найти этот модуль.

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

1. Будете настоящим senior - у вас не будет таких вопросов.
2. На многих вакансиях, как тут верно заметил huwesu вполне может и джун работать. Хотя формально будет называться сеньором.

Ставишь локальный прокси.
Перенаправляешь весь трафик туда.
В нем в правилах указываешь куда перенаправлять конкретный трафик.
Можно использовать для этого Squid

В дорогих сайтах - заказные решения. Не Битрикс, не Вордпресс.

А то что вы имеете ввиду потому что:

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

Отвечаю как заказчик, выставлял свои заказы, получал дебильные отклики:

Большинство получаемых ответов - абсолютно шаблоны. Их авторы не потрудились даже прочитать задачу, понять, а смогут ли они ее выполнить и пр. и пр.

Это настолько достает, что многие заказчики выставляют в описании задачи ловушки типа "если вы дочитали до сюда, то можете смело мне писать, укажите в вашем отклике на мою работу ключевую фразу "ёжики не могут иметь детей потому что колючие"

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

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

Сам я прекрасно брал работы, даже когда начинал обращение с предложением поднять оплату в 1,5-2-3 раза относительно желаемого заказчиком.
Разумеется, это все было не с потолка, а с моих реальных оценок сложности работ.

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

У вас данные размещены уже на паре сотен серверов?
Нет?

У вас нет никакой БигДаты.