antimind

а почему юрлицо платит взносы в ФСС, если фрилансер у него не оформлен в штате? Или я не так что-то понимаю?

Вообще зачем это вам надо, не понятно. Ради взносов в ФСС?

Никакую. Нормальной поддерживаемой CMS на Laravel нет.

Библиотека это инструмент или набор каких-то инструментов.
Бибилиотека для скачивания видео с ютуба
Бибилиотека для кропа и ресайза картинок
Бибилиотека для определения города по IP

Фреймворк может использовать десятки или сотни разных библиотек. Это набор не только инструментов, но и готовых компонентов, и еще и рекомендация по их использованию.

"набор для постройки скворечника"
В комплекте молоток, гвозди, столярный клей, 20 деревянных досточек разных форм и расцветок и инструкция с тремая вариантами скворечника на выбор.

Или вот два фреймворка:

Можно ли их использовать вместе? (Конечно, никто не запрещает)
Можно ли из этих деталей построить что-то совсем другое, не такое как в инструкции? (Конечно да)
Можно ли с этими фреймворками использовать детали еще и из этого?

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

Можете посмотреть еще сюда, этот ответ частично покрывает ваш вопрос:
Для чего нужны фреймворки, а-ля Laravel?

Существует несколько способов борьбы.

Вектор усложнения доступа к информации

Информация отдается с сервера с постоянной меняющейся структурой. Например блоки меняются местами и CSS генерируется налету, причем классы собираются рандомной цепочкой и имеют абсолютно рандомные названия. Это может повлиять на SEO.
Если этого мало, то контент рендерится с помощью JS аналогичными алгоритмами. Сам JS тоже генерируется и обфусцируется. Доставка контента происходит через сложные технологии, например через WebRTC DataChannel или WebSockets. Про SEO не может быть и речи, плохо работает через мобильник.
С подобным подходом прийдется писать парсер под ваш сайт. Скорее всего он будет делать скриншот и скармливать его распознавалке.

Вектор контроля доступа к информации

Доступ к информации предоставляется определенному кругу лиц. Например клиентам. Объемы доступа регламентированы и превышение карается расторжением договора или штрафом.

Вектор ограничения доступа к информации с помощью каптчи

Для идентификации клиентов используются evercookie+fingerprinting. Используется рейтинг адресов и подсетей.
Для недоверенных подсетей (ip принадлежат в основном разного рода хостинг-провайдерам) captcha отображается сразу. Аналогично при появлении трафика из необычного места, например внезапный трафик из Индии или Китая.

Вектор "медленный сервер"

Анализируются поведенческие характеристики с помощью машинного обучения. Строится эталонная модель.
Все, кто не попадает под модель, упираются в медленный сервер. Сайт начинает отдавать контент сразу, но очень медленно, например страница может открываться секунд 30. Причем попытка параллельного запроса приводит к ошибке. Если сайт велик, то подобные штуки останавливают парсильщиков на ура. Вдобавок дополнительно контролируются определенные вещи, вроде "пользователь загрузил js и css", провел мышкой там и там.

Вектор для реального отваживания воришек

Кроме выше перечисленных способов, есть очень простые, но действенные способы. При обнаружении парсинга, парсильщику отдается неверная/искаженная определенным образом информация. Например, если есть подозрение на конкурента ворующего цены, можно отдать цены чуть выше настоящих и немного подменить название товара, например заменить определенным образом букву "а" на "a". Затем такая штука ищется поисковиком и находится сайт конкурента.
Далее вопрос решается так, как это удобно бизнесу. Обычно жалуются на нарушение копирайта. Ну или у конкурента внезапно сгорает склад. Тут уж кто на что горазд.

А это специально для любителей парсить чужие сайты: cломанные пальцы очень сильно мешают набирать на клавиатуре будьте осторожны, в большинстве случаев воровство контента того не стоит.

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

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

October CMS. Подходит для любых сайтов любой сложности. И главное - если хотите развиваться и изучать реально хороший, качественный код - это опять же, Октобер. Пример крутого приложения на крутом фреймворке (Ларавел). Его спокойно можно изучать и быть уверенным - не прогадаешь, это просто кладезь мудрости для прогера :)
Если брать поверхностно - есть два основных способа:
1. Плагин Static Pages, плюс Blog как пример реализации разных фишек. Это для "разносторонних" страниц, то есть например, есть страница "Главная" где вообще никакой схемы данных нету, а есть набор виджетов "всего понемногу", есть страница "О нас", где надо текстик wysiwyg и список "Наши партнеры" - объекты вида <баннер + заголовок>, "Контакты" - где опять же текстик, три поля для телефона, адреса и e-mail, и пару координат lat/lng для карты, и т.д. - все это дело в реляционную схему БД заталкивать - мучение. Тогда юзаем static pages, там кстати очень похоже на MODx Revo, если кто знаком: layouts - аналог templates, syntax fields - аналог TV, сами страницы - соответственно ресурсы, partials - аналог чанков, компоненты - аналог сниппетов (не путаем со snippets самих static pages, это немного другие, очень кстати полезные, штуки)
2. Плагин Builder для быстрого создания своих кастомных плагинов с БД, моделями, отношениями, и контроллерами бэкенда чтобы этим делом управлять. Это если есть например API, где 200 стран, 100К городов, а в них 2млн мест. Всё это надо скачать и распарсить в базу, и чтобы на выходе получилось 2080200 страниц с 5 шаблонами - один для страны, один для города и допустим ещё 3 под разные типы мест в городе (отель, кафе, достопримечательность). Легко! Пилишь 3 таблицы в БД, создаёшь модельки со связями и роутинг (url'ы прям в таблицах можно хранить, не забывая про индексы) и БЭМ! 2 ляма страниц не тормозят и удобно управляются из бэкенда, для бэкенда куча виджетов - список, форма, менеджер отношений (управлять связанными объектами, умеет и один-ко-многим и много-ко-многим и т.д.). Виджеты можно и свои создавать - как обычные виджеты, так и поля формы. Накидать CRUD набор страниц для управления сущностью в бэкенде - дело 5 минут. Пример с городами и местами довольно примитивный, т.к. тупо дерево из 3х уровней, но и более сложные вещи так же пилятся и не тормозят, хоть там к каждому из 2млн мест надо прицепить ещё по 10 сущностей с полиморфизмом и прочее, и выводить десяток виджетов на их страницах - тут уж ограничение - только умение проектировать БД.

Да там расписывать можно бесконечно :)

PS: В сети встречаются вопросы и issue на гитхабе, читая которые может сложиться впечатление, что ЦМС сырая. Но! Смотрим на дату этих вопросов - меньше 2х летней давности найти сложно. Сейчас там всё "вылизано", Ларавел подтянут до 5.5 LTS, в общем красота! Да, и самое главное - нет такой задачи, которая потребовала бы куда-то там лезть в ядро и что-то править. О таких вещах можно забыть напрочь. Да там даже мультисайтовость и мультиязычность контента - запилены в виде плагинов! Я в шоке был когда посмотрел, какие вещи там делаются просто как модуль расширения.

прочитать про формы?

назови все правильно

Модель надо называть не Reviews а Review

user это свойство Reviews ? Это id из таблицы users ? тогда называть надо user_id

тогда было бы

public function user() {
        return $this->hasOne('App\User', 'id', 'user_id');
    }

хотя и это неверно

Поскольку модель Review содержит foreign key на User то должно быть

public function user() {
        return $this->belongsTo('App\User', 'user_id', 'id');
}

1. Лет 10 строишь карьеру по найму, нарабатываешь профессиональные контакты;
2. Уводишь из конторы 1-2 жирных клиентов на себя, увольняешься, берешь в подмогу кореша и ведёте их, попутно оформив контору типа "Luxextrasupersoft";
3. Работаете хорошо, вас советуют коллегам, прилетают новые заказы/клиенты, вы с корешем уже не справляетесь, нанимаете команду, офис, диваны, все дела;
4. В фитнес-клубе знакомишься с менеджерами и предлагаешь вместе распилить it-бюджеты их контор путём аутсорса на Luxextrasupersoft;
5. Когда образуется финансовый жирок, решаешь пустить его на рекламу, нанимаешь сейлза, но быстро понимаешь, что это не так рентабельно, как наработанная за 10 лет сарафанка и откаты))

Собственно, эта схема актуальна не только для it.

Как-то так:

if ($http_user_agent ~* (bingbot)) {
   rewrite ^(.*)$ /bing.html;
}

$r = ''
while (true) {
$r += 'Вася';
echo $r;
}

Виноват ли Вася?

Обратиться к хорошему верстальщику.

"Хотел бы себе небольшую удаленную команду по разработке сайтов."
А вот где искать заказы?"

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

Не очень понятно, зачем учить 5.4, если уже несколько месяцев как есть 5.5.

https://laravel.com/docs/5.5
https://laracasts.com/

Так же как и в 5...

$var = '//site.ru';
$var = $protocol.'//'.$site_ru;