smilingcheater

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

(new class {
    public function log($msg)
    {
        echo $msg;
    }
})->log("hello");

git merge --abort
Затем выполнить stash и потом повторить попытку мерджа своих изменений.

Для пущего спокойствия, предварительно можно сделать резервную копию текущего состояния каталога репозитория.

if(typeof json.success !== 'undefined'){
	$(document).find('.loadItemsHere').html(json.success);
}
else if

Приходят у вас все параметры, но выводится один, потому что дальше этого условия код не выполняется!

phpstorm для основной разработки, любой редактор под руками (vsc, atom, sublime, nano, vim...) для посмотреть/быстрых маленьких правок.

сервер: все (за редким исключением) ставлю из пакетов, затем допиливаю ручками.

phpmyadmin/аналоги–для–других–баз последний раз видел году в 2010. с тех пор использую либо консоль, либо гуевые тулзы (для удаленного доступа через ssh/http–тунель).

докеры, вагранты, "идентичное проду окружение", "сборки – гавно" – это все типичный булшит и базвордс.
иногда перечисленное реально нужно и полезно (сам пользую где надо), но далеко не всегда/везде и не всем.

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

pasword:'password',

точно ничего не замечаете?

Какой только хренью люди не занимаются вместо практики, которая реально даст им нужные знания.
Работа разных разработчиков - разная. Кто-то каждый день использует SimpleXML, а кто-то его принципиально избегает. Кому-то проще по поводу и без повода написать array_map, кто-то не использовал его ни разу.
Занимайся работой, и багаж подтянется. А посмотреть аргументы и возвращаемое значение любой функции несложно на том же php.net, если IDE их не показывает.

а смысл?
используемые функции зависят исключительно от задач, а у разных людей они разные.

я каждый день использую array_splice, а кто-то даже не знает о ней. вам это помогло?

Я в этих ваших дотнетах нифига не понимаю но откуда линуксу знать как именно запускать эту dll которую вы ему подсовываете в строке запуска. Где команда которая должна запускать эту dll ?

Для того чтобы правильно писать catch, надо писать осмысленный код.

А здесь мы наблюдаем очаровательный пример карго-культа.
Узнав, что "толстый контроллер - это плохо, а сервисы - это хорошо", автор небрежным движением руки замел весь мусор под ковёр перенёс весь код из контроллера в "сервис". Ну а что? Контроллер худой, весь код в сервисе!
Тот факт, что сама кривая структура проекта осталась, по сути, той же самой, нас не смущает.
Как и то, что сервис вдруг начал выполнять функции НТТР контроллера и кидать почему-то НТТР исключения. Что с этими исключениями делать в случае, если тот же сервис будет вызван из консольной команды - загадка.

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

Чтобы сделать этот код осмысленным, контроллеру всё-таки придется потрудиться, и выполнить какую-то работу самому, а не перекладывать на "сервис". А так же отдать модели то что ей принадлежит.

В общем транзакцию перекинуть в createDefault. причём не напрямую, а ещё ниже - в слой для работы с БД. Стартовать транзакцию до валидации данных - это как бы *не совсем логично*, мягко говоря. И в итоге, как по волшебству, весь этот говнокод исчезнет как страшный сон.
При этом в параметрах передавать не НТТР реквест чохом, а осмысленный набор параметров, вынутый предварительно из реквеста!
В частности, если модель сама проверяет права доступа, то и передавать ид пользователя из авторизации.

При этом модель не должна кидать НТТР исключения. Она должна кидать исключения бизнес-логики. Которые контроллер уже может ловить и транслировать в хттп. Но тут видимо уже сложнее, поскольку это ж ларавель судя по всему.

В любом случае, уж catch (Exception $e)-у тут точно не место

Но это если рассматривать твой конкретный случай.
В общем же случае правильный код написал Илья.

То есть внутри трая операции с БД и коммит.
в кетче роллбэк и перевыброс исключения. Только ловить надо Throwable

try {
  DB::beginTransaction();
  // запись в БД
  // запись в БД
  // запись в БД
  DB::commit();
} catch (\Throwable $e) {
  DB::rollBack();
  throw $e;
}

ReferenceError: wach is not defined

exports.default = wach; <- ошибка


exports.default = watch; <- не ошибка