Андрей К

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

Я так понимаю, что уже ответ не актуальный, но все-таки REST скорее подразумевает толстый клиент, по-этому состояние он хранить не должен. Yii2 умеет из коробки делать аутентификацию для REST, другие фреймворки, думаю, тоже.

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

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

Я почитал комментарии, большинство на столько тугих... С твои правильным мышлением должно все получится ;-)

По поводу долей, все зависит от того, как ты договоришься :-)

Одно дело, если он партнёр, а второе - это инвестор. Если первое, то все сложнее, но тогда он собой перекрывает часть работы и может быть много деталей.

Если он инвестор, то исходя из бизнес плана, он вкладывет N денег за определенное время, по расчету через M времени вы будете получать X денег, вот исходя из срока окупаемости ему можно предложить, например, что он через 5-7 лет отобьет свои деньги и будет получать какой-то доход.

Например, он вкладывает 100к $, вы год работаете и через год начинаете зарабатывать 20к $ в год по плану, и каждый год больше, вот исходя из плана, его процент должен быть таким, чтобы он 100к $ вернул себе через 5-7 лет и тогда это где-то его процент, чтобы ему было интересно быть как инвестору, и он будет его получать дальше. Можно оговорить право выкупа у него доли, можно оговорить, что он контролирует финансы, но не принимает управленческих решений.

А работу нужно оценивать когда вы партнёры.

Я редко употребляю слово WordPress без слово "говно", но это тот редкий случай. По факту, в этой теме Вы перекрываете собой долларов 100-200, так как WordPress - это все со нужно в данном варианте.
Вы при этом собираетесь платить за сео, но забываете о стоимости контента, а в данном случае - это в разы больше, чем сео...
Так могут делать или сеошники, или копирайтеры, закрывая часть трат собой.
В общем, я думаю, если Вы хорошо посчитаете, то сильно передумаете.

На уровне знаний HTML + CSS братья за свой проект - это круто.
А когда Вам нужен холодильник или стиральная машина, Вы тоже сами делаете?

На счет xml - это 100% проигрышное решение, так как xml каждый раз нужно парсить. Xml хорош для передачи данных между системами, особенно когда формат сложный.
Важный момент, на сколько часто меняются данные? От этого будет зависеть, как именно из хранить.
На счет того, как отдавать данные, правильный вариант уже сказали, json порциями.

Адаптер - это паттерн, который позволяет преобразовать один интерфейс к другому.
ClassLoader - это специальный Java класс, который загружает другие Java классы в память.
Чтобы создавать объекты разных типов в зависимости от условий - используются Фабричный метод или Абстрактная фабрика.

В общем, научитесь называть вещи своими именами и сразу все становится на правильные места.

На порт 80 вменяемым способом нечего нельзя повесить кроме Appache или Nginx.
В общем, то, о что Вам нужно делается через прокси на Nginx.

1. К сожалению, сервисов таких не знаю.
2. Очень странная идея делать это на клиентской стороне. И вообще, клиентская сторона для пользователя, зачем ему постоянно перегружать страницу??? :-О
Обычный парсер, который запускается через cron, обходит нужные страницы и делает определенные действия. При чем, если не важно место нахождения этого текста, то можно вообще делать через регулярные выражения, не разбирая DOM. Делается на любом языке, скорее зависит от того, запускать на рабочей машине/своём сервере или на общем хостинге.

Windows 10 )))

Или Вы для себя не прояснили ещё, или не указали в вопросе.
Самое главное! Какова Ваша конечная цель?

Конечно лет 30-40 назад путь разработчика был выбором, где-то тогда же выбор язык Си или Си++ был однозначно правильным вариантом. Тогда ещё и администратор не совсем отделился в самостоятельную профессию.
Сейчас нужно понимать в какой именно сфере программирования Вы хотите развиваться, так как системщик в вебе ничего не сделает, и фронтендщик ничего не сделает в разработке игр... И так далее. Но это уже второй вопрос.

Ответ на первый вопрос позволит Вам понять, что Вы хотите получить от профессии и тогда количество вариантов ответов на второй вопрос сильно сократится. Если Вы хотите получить стабильную оплачиваемую работу, то нужно смотреть вакансии в Вашем городе и от этого выбирать что учить. Си и Си++ это больше системное программирование, а там порог входа в разы выше, чем в большинстве других направлений. Если Вы хотите больше свободы и чаще работать дома, то фронтенд будет больше подходить.
В общем, ответьте для себя на первый вопрос и станет на много легче определится.

Да любой... Но если смотреть по вакансиям, то, все-таки, Angular.

Начнем с того, что сама постановка вопроса в корне не правильная. Это могло бы звучать так: "я сделал код, провел замеры и все уперлось в операцию cast, что мне делать?".

Это же прописанные истины, преждевременная оптимизация - корень зла!

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

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

В ежегодном рейтинге языков программирования от ДОУ один из вопросов связан, хотели бы вы использовать язык с которым работаете сейчас в следующем проекте.
https://dou.ua/lenta/articles/language-rating-jan-2017/

А зачем CMS???

В Yii2 это вообще можно сделать генератором кода и чуть обработать напильником, если захочется... И в отличии от CMS, эта штука будет работать )))

Мне вот интересно в такой постановке вопроса, какое, по Вашему мнению, требуется время на освоение фреймворков как таковых, если Вы из ещё не знаете? Я понимаю, что с того же Laravel перейти на Django займёт недели две до того, как человек сможет писать что-то внятное, это с учетом того, что два разных языка и за это время ещё нужно вникнуть в Python, может кто-то быстрее.
Но не имея знаний веб фреймворков можно идти только куда-то джуниором после чтения документации фреймворка и немного опыта, чтобы не заниматься явным вредительством.
Еще момент, сейчас такая мода на "фриланс", типа пришел и уже выстроилась очередь заказчиков... Может на реально прокачанных аккаунтах действительно у людей все хорошо, но у них огромное портфолио, и обычно, это команда, а не один фрилансер. Не и куча других моментов.
Получается, 100% Вы не сможете сделать качественный заказ, если Вы захотите освоить фреймворк на коленке, без понимания архитектуру и прочего.
Ну и на сколько я знаю, на фрилансе больше заказывают модули для CMS, а не готовые сайты, так как CMS для того и нужны, чтобы любая кухарка могла не только управлять страной, но и сделать сайт.
Если реально заниматься деланием небольших и средних сайтов, то я бы советовал Yii2, а не Laravel, так как у него больше инструментов сделать что-то быстро, в длительном проекте разницы в скорости разработки особой быть не должно.
В общем, успехов в освоении чего-то и рынка. Всегда можно пробовать искать клиентов у себя в городе, или в соседних городах, это может быть на много выгоднее, чем на фрилансе.

Или Вы как-то неоднозначно задаёте вопрос, или не совсем понимаете исключения.