Михаил Р.

Понятно, что цена находится где то между "бутылкой пива" и студией Тёмы Лебедева

Если проект более или менее серьезный, обращайтесь в студию. Не обязательно Лебедева.

На каких фриланс площадках искать дизайнеров с "хорошим уровнем"?

на всех есть, на том же https://freelansim.ru

Самый сложный вопрос - сколько нынче стоит разработка дизайна сайта?

Сайт сайту рознь. Тут же дело не столько в стоимости дизайнера, сколько в объеме работ. Пусть дизайнеры оценивают, зачем Вы задаетесь этим вопросом? Вам то откуда знать?

С какой суммы открыть тендер на дизайн главной страницы портала?

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

Примерно так:

import React from 'react';
import { StaticRouter } from 'react-router'
import { Provider } from 'react-redux'
import ReactDOMServer from 'react-dom/server';

import Store from './store';

export default (Url, Component, Props = {}, Context = {}) => {
	return ReactDOMServer.renderToString(
		<Provider store={Store}>
			<StaticRouter
				location={Url}
				context={Context}>
				<Component {...Props}/>
			</StaticRouter>
		</Provider>
	);
}

import reactRenderToString from './reactRenderToString'
import Component from '../client/routes/Home.jsx';

console.log(reactRenderToString('/', Component))

На выходе Html строка размеченная реактом, вставляем её в #app средствами шаблонизатора или что у вас, загружается страничка, скрипты, реакт подхватывает размеченный html и навешивает обработчики. P.S стоит быть внимательным с различными библиотеками на клиенте, т.к многий говно код (в том числе и наш) не дает сборщику собрать мусор и каждый наш рендер может валяться в памяти пока не вывалится...

Ну вы сами ответили на свой вопрос по сути то...

Тут происходит css-анимация через keyframe.
Вполне реально на глаз расчитать. Вот с кроликами жесть, да)

Изучите методы:
1. \Illuminate\Foundation\Application::registerCoreContainerAliases
2. \Illuminate\Container\Container::alias
3. \Illuminate\Container\Container::__get
4. \Illuminate\Container\Container::__set

А именно в 1-2 методе устанавливается алиас events, в 3-4 он вызывается

Как человек, делающий и фронт и бэк говорю - бэк проще. На беке ты не паришься вообще с "особенностями" браузеров - у тебя их нет. У тебя вообще практически нет особенностей. У тебя нет необходимости держать в голове пяток яп и разметку(JS, TS, HTML+CSS, CoffeScript, LESS, SCSS) - у тебя есть твой PHP(PYTHON, JAVA) - только один яп. Отдельно идут инструменты сборки - gulp, grunt, webpack - ничего этого нет да и ненужно. Есть композер, который тянет зависимости и все. Тебе ненужно писать километровые конфиги, что бы собрать твое приложение. Линукс тоже знать совсем необязательно - все отлично можно делать и на винде. Ну или развернуть вагрант(докер). Код можно писать где угодно - а вертеться все будет на линуксе. А вот насчет тестирования бэк уделывает фронт на раз-два. Если ты полностью прогнал тестирование (phpunit, codeception) то ты на 99.999% уверен что все пойдет как надо. А вот со фронтом все не так. Ты физически не можешь протестировать ВСЕ браузеры.
Но есть одно большое но. это конечно мое ИМХО, но всеже - фронт делать интереснее))
P.S. Забыл упомянуть фреймворки и либы, которые мастхев знать на фронте - React, Vue, Angular и(только камнями не кидайте) jQuery.
P.P.S Контрольный в голову. Сделали мы клиенту сайт на vue. Сдали, клиент доволен. А потом приходит и говорит - ребята, а на ie8 не работает. А мне очень надо, у меня крупный клиент(бюджетная организация), а у них у всех xp с ie8... (для справки - vue на ie8 не заведется).

linux

Ну, это и фрондендеру нужно часто знать.

ЯП

Я сомневаюсь, что он сейчас сильно проще питона или php, JS очень довольно быстро развивается. А если взять в расчет TypeScript, то тем более.

В целом, если его очень хорошо протестировать, то разработчик уверен на 99.9%

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

то в случае с frontend все гораздо проще

Ну вот просто вообще не правда. Я также могу сказать, что в бэке учить нечего, изучил язык, изучил laravel, а sql даже учить не надо, используй ORM. Справедливое высказывание?

Теперь в общем. Во front-end много чего можно изучить
1) Верстка. Хороший front-end'ер должен хорошо верстать, вопреки частому мнению, что этим должен заниматься верстальщик. А верстка это отдельная широкая тема.
2) SVG, для многих интерактивных приложений, очень полезно использовать svg, а там куча своих особенностей, хаков и.т.д.
3) Webgl - довольно сложная тема, не знаю, есть ли в бэке что-то аналогичное по сложности.
4) Canvas - не просто знать, а уметь рисовать то, что желаешь.
5) Фрейморки, а там тебе для каждого свое разветвление.
6) Асинхронное программирование, которое для многих php-шников кажется непонятным.
7) ООП, т.к. в JS завезли классы, да и TypeScript часто нужно использовать.
8) Шаблоны проектирования - не только для бэкенда.
9) Webpack+gulp - ну это было.

Буду дополнять, если что-то еще в голову придет.

shop.oreilly.com/product/9780596528126.do

/какое_то_слово\s(.*)/
/\((.*)\)/

И брать то что найдено в первой группе

1. Надергать изображений цифр (как можно больше и разнообразнее)
2. Обучить свою модель для tesseract-ocr
3. Скормить капчу в тессеракт (возможно еще потребуются дополнительные телодвижения с числами: обесцветить, подавать в тессеракт не все число сразу а по отдельной цифре, как-нибудь повернуть итд.)
4. Получить результат
5. Профит