Александр Талалаев

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

Ну сегодня у нас проблема в создании параллельных систем с огромным количеством связей между ними, те реальных нейронных систем в железе. То что эмулируется на обычных процессорах фигня, то что строится через сети тоже фигня, везде есть свои бутылочные горлышко, что стопорит весь процесс.
Сегодня ближе всего к тому что нужно этот TrueNorth, который тоже пока что и близко не стоит рядом с нашим мозгом, к тому же имеет хардкодед нейронную сеть.
Короче говоря, пока мы не решим проблем создания реального нейронного процессора с нормальной быстрой работой нейронной сети, нужным уровнем парелелизма и скорости работы самих нейронов, мечтать об этом рано.
Максимум мы можем сэмулировать что-то, но это будут лишь подделки.
PS есть еще второй момент, и это отдельная большая история, не стоит фокусироваться только на человеко подобном интеллекте. К примеру океан, или его части, могут совокупно считаться большим организмом с определенными процессами, кучу организмов, реакциями на внешниюю среду.
Или пример интереснее - сеть интернет, сможем ли мы заметить когда интернет станет совокупным мета интеллектом, а мы как его составные части можем не замечать это (можно назвать это новой разновидностью эффекта толпы, только тут толпа глобальная).

Можно например через глобальную хелпер-функцию session().
Проверяешь есть ли в текущей сессии флажок того что юзер посчитан, если нет то добавляешь ключик что он уже посчитан после обновления счетчика.

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

Есть функция array_diff, она сравнивает два массива и возвращает массив с разницей. Ну и да, для этого нужно будет сохранять изначальный массив.

Итак, в /routes/web.php :

//Главная
Route::get('/', 'FrontController@index')->name('front.index');
//Здесь выводим список постов
Route::get('/posts', 'FrontController@showPosts')->name('front.posts');
//Здесь показываем конкретный пост, если у тебя имяя не уникальное, то тогда лучше используй id
Route::get('/posts/{post_name}', 'FrontController@showPost')->name('front.show_post');

Где-то в /app/Http/Controllers/FrontController.php

public function showPost($post_name)
    {
    $post = Post::where('name', $post_name)->first();
   return view('front.post',compact(['post']));
}

Это пример конечно "грязный" , но суть +/- такая. Так же можно добавлять в роутере условия для дополнительной фильтрации, к примеру если ты будешь делать урл типа : example.com/post-1 , то:

//Здесь показываем конкретный пост, если у тебя имяя не уникальное, то тогда лучше используй id
Route::get('/post-{post_id}', 'FrontController@showPost')->name('front.show_post')->where(['post_id'=>'[0-9]+']);;

После этого кода, что-то типа example.com/post-rtata - уже вернет 404. А вообще читай документацию

Попробуй перейти на spatie/laravel-translatable, у них решены многие проблемы, гораздо чище и прозрачнее код получается при создании мультиязычных штук.

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

Ну по большому счету особо проблем сегодня нет и под win, есть как минимум GitBash + есть встроенный Ubuntu под Windows этих штук уже для всего хватит(практически). Плюс есть удобная вещь - Vagrant + есть Docker. Все эти штуки помогут развернуть под Windows полноценную среду разработки для практичесик любого уровня Fullstack разработки.
Что касается "порезок" и прочего, то советую взглянуть на клевый инструмент Zeplin, он своих денег стоит.
А так в целом работайте там, где вам удобнее. Просто для текущего фронтэнд разработчика(я надеюсь вы понимаете что это не только верстка), желательно иметь POSIX совместимую систему, так как огромное количество инструментов на это завязано, но MS в последние годы много сделало чтобы и под win не было особых проблем.
Так что дерзайте, настраивайте и планируйте инструменты который вам лично нужны для работы, и уже после этого выбирайте ОС.
PS кстати, так же в последние годы одной из лучших систем для разоработчика считают MacOS, имеем гораздо более высокую стабильность относительно Линукса(я про пользовательскую часть) и все плюсшки *nix без особых усилий. Но повторюсь, при желании под Windows у вас тоже будет все хорошо скорее всего.

А как ты запоминаешь личные данные юзера? Например Имя, или пароль?
Тут такой же подход. Делать таблицу с сохранением настроек пользователя.
Кстати это один случаев когда удобно хранить в формате json, в постгресе даже есть спец поле для этого, впрочем в mysql можно в текстовом/строков хранить, врядли вы будете это поля использовать для поиска.
А при загрузке страницы просто разбирать json(его наверное удобнее использовать если у вас активно js и ajax используется), либо читать все значения из соответсвующей таблицы и расставлять в шаблонизаторе.
Сама таблица/структура json подбирается уже исходя из того как у вас вообще релизованы поля, глянь так же сюда. Этот механизм например активно используют ребята из Spatie , например в их продукте Laravel Permission, где есть проблема когда не знаешь куда к какому типу будут вешаться значения.

Самый тупой и простой способ, после проверки авторизации(не знаю как у тебя через куки например), ставить хэдер:
header("Location: https://example.com/login");
Короче там адрес куда перенаправить бразуер. Важно только чтобы не было никакого другого вывода, либо тегов до выполнения этой команды. Короче говоря важно чтобы передача хэдера в бразуер юзеру шло первой.

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