Al Sm

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

У вас верное направление. Именно такой подход одностороннего байндинга и требует Vue.js. В таком случае вы всегда контролируете входные и выходные параметры.

Во-первых, я советую тебе не заниматься херней, проходя всякие тупые курсы и делая свои велосипеды. Поверь, эти курсы тебя ничему хорошему не научат, я сам это все прошел - толку ровно ноль. У тебя все равно ничего хорошего не получится, так как лучшие разработчики годами оттачивают свои фреймворки, при чем заимствуя фишки друг у друга (речь идет о популярных фреймворках).

Во-вторых, если все же у тебя шило в попе, хочется какую то херню погородить, то умные люди придумали некоторые стандарты. Условным стандартом в php являются компоненты с самого качественного фреймворка symfony, на которых кстати основан также laravel. Вот компонент роутера например. Популярные фреймворки состоят из таких мелких независимых компонентов.

В-третьих, на будущее.. Прежде чем что то делать, посмотри как это сделано у других. Компонент роута я тебе дал, хочешь свой пилить (хотя это абсолютно бессмысленно), то пожалуйста, но лучше ты 100% не сделаешь, так что просто посмотри как сделано у них хотя бы.

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

Кстати можешь посмотреть эти курсы, самое толковое из того что есть

const str = JSON.stringify(this.postBody);
axios.post('http://localhost:8081/', str)
  .then((response) => {
    console.log(response);
  })
  .catch((error) => {
    console.log(error);
  });

Ошибка то у вас какая?

В Laravel у Model есть protected переменная $dates.

Все поля БД записанные в эту переменную автоматически конвертируются в инстанс Carbon\Carbon, и дальше с ними можно работать просто:

<?php

class MyModel extends Model {
  protected $dates = ['signed_at'];
}

// ....

$model = MyModel::first();
echo $model->signed_at->format('d.m.Y H:i:s');

Подробнее тут

Адрес нужно указывать. В вашем примере, вместо адреса передается текст "URL".

Можно сделать передачу параметров через объект, для гибкости:

Share = {
  getParams: function(params) {
    // используем полученные параметры, 
    // либо создаем пустой объект, чтобы не было ошибок
    params = params || {};
    // в качестве url используем params.url,
    // либо адрес текущей страницы (window.location.href), если params.url не указан
    params.url = params.url || window.location.href;
    // используем params.title, либо заголовок документа
    params.title = params.title || document.title;
    // и т.п.
    params.description = params.description || '';
    params.img = params.img || '';

    return params;
  },

  vkontakte: function(params) {
    params = Share.getParams(params);
    url = 'http://vkontakte.ru/share.php?';
    url += 'url=' + encodeURIComponent(params.url);
    url += '&title=' + encodeURIComponent(params.title);
    url += '&description=' + encodeURIComponent(params.description);
    url += '&image=' + encodeURIComponent(params.img);
    url += '&noparse=true';
    Share.popup(url);
  },

  facebook: function(params) {
  	params = Share.getParams(params);
    url = 'http://www.facebook.com/sharer.php?s=100';
    url += '&p[title]=' + encodeURIComponent(params.title);
    url += '&p[summary]=' + encodeURIComponent(params.description);
    url += '&p[url]=' + encodeURIComponent(params.url);
    url += '&p[images][0]=' + encodeURIComponent(params.img);
    Share.popup(url);
  },

  twitter: function(params) {
    params = Share.getParams(params);
    url = 'http://twitter.com/share?';
    url += 'text=' + encodeURIComponent(params.description);
    url += '&url=' + encodeURIComponent(params.img);
    url += '&counturl=' + encodeURIComponent(params.img);
    Share.popup(url);
  },

  popup: function(url) {
    window.open(url, '', 'toolbar=0,status=0,width=626,height=436');
  }
};

<span title="Поделиться в Facebook">
  <a onclick="Share.facebook({url: 'https://toster.ru/q/294480'})">
    <i class="facebook square icon">Facebook</i>
  </a>
</span>
<span title="Поделиться в Twitter">
  <a onclick="Share.twitter({description: 'Hello world!'})">
    <i class="twitter square icon">Twitter</i>
  </a>
</span>
<span title="Поделиться ВКонтакте">
  <a onclick="Share.vkontakte({url: 'https://toster.ru/q/294480', description: 'Ответ на вопрос', 
title: 'Как правильно создать кнопку «поделиться» в facebook?'})">
  <i class="vk icon">VK</i>
  </a>
</span>

Посмотреть.

Если память не изменяет, Facebook с недавних пор (или уже давних) игнорирует передаваемые описания и заголовки страниц и извлекает необходимую информацию самостоятельно, непосредственно с указанной ссылки (преимущественно из тегов Open Graph).

https://jsfiddle.net/2vbLL6f6/1/

поправил немного.

$data = $request->only('id', 'url_id', 'img_url');

// создаст или обновит запись в модели Data в зависимости от того 
// было ли найдено в модели Data поле url_id равное $request->url_id
Data::updateOrCreate(['url_id' => $request->url_id], $data);

// создаст запись в модели Data_trans 
// если  в модели Data_trans  не найдена запись с data_id равной $request->id
Data_trans::firstOrCreate(['data_id' => $request->id], [
    'data_id' => $request->id,
    'local' => '',
    'title' => '',
    'content' => '',
]); // возвращает найденную или вновь созданную запись

Проще говоря, updateOrCreate и firstOrCreate принимают в качестве параметров 2 массива. В первом массиве проверка на существование в таблице пары поле => значение, а во втором данные которые будем создавать или обновлять

можно обращаться без создания объекта Class::statikFunk

Правильно.

Что это мне дает?

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

Просто удобное обращение?

это тоже..

Когда объявлять статики?

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

Вот примерчик для формы

Blog::find($id) возвращает null, поставь проверку на существование блога

$blog = Blog::find($id);
if (isset($blog)) $blog->update($request->all());

В общем то решение вроде как простое оказалось, сложность дочитать документацию до нужного места, с учетом того что докер в винде это over виртуализация....
В общем то для нужных действий с монтированием шар необходимо учитывать что докер в винде 7 работает через virtualbox + обрезано-зарезанный линукс Tiny, а у же в этом виртальном linux собственно и работает docker. Необходимо учитывать что по дефолту VirtualBox монтирует c:\Users\ и уже через него докер будет обращаться к нужным каталоагам. После того как закинул интересующие меня данные в c:\Users -- передернул вируталку и перебилдил нужные образы - все появилось и заработало.

Замени на \Auth::user()

Тогда только так:

dd($auth->user()); // null

        view()->composer('partials.nav', function($view) use ($auth){
            dd($auth->user()); // returns User object
            $view->with('currentUser', $auth->user()); // does what you expect
        });

Попробовал так - заработало:

return Post::whereHas('likes', function ($query) {
            $query->where('user_id', Auth::id())
                  ->where('likeable_type', 'App\Post');
        })->get();